• Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Search
  • Register
  • Login
Netgate Discussion Forum
  • Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Search
  • Register
  • Login

ping works fine in both directions but http / ssh from remote to intern fails

Scheduled Pinned Locked Moved WireGuard
7 Posts 2 Posters 553 Views
Loading More Posts
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • R
    rprengel
    last edited by Mar 31, 2024, 7:03 PM

    Hallo,
    I installed my first pfsense setup with wireguard.

    Home 192.168.2.0 -- Fritzbox --- Wirgeuard --- pfsense - Hoster Hetzner 192.168.22.0

    My problem
    ping from home to systems in 192.168.22.0 is working
    access to servers from home using http / ssh in 192.168.22.0 is working

    ping from remote hetzner to systems in 192.168.2.0 is working
    access using http or ssh from 192.168.22.0 to 192.168.2.0 is !!! NOT !!! working.

    I ve no idea where to search.
    All hints are welcome.
    Thanks

    Ralf

    V 1 Reply Last reply Mar 31, 2024, 8:04 PM Reply Quote 0
    • V
      viragomann @rprengel
      last edited by Mar 31, 2024, 8:04 PM

      @rprengel
      I'd suspect, that the access is blocked somewhere at home site, either on the Fritzbox or on the destination device.

      If you're unsure, what the reason is, you can sniff the traffic on the home site to investigate.

      R 1 Reply Last reply Apr 1, 2024, 6:31 AM Reply Quote 0
      • R
        rprengel @viragomann
        last edited by Apr 1, 2024, 6:31 AM

        @viragomann said in ping works fine in both directions but http / ssh from remote to intern fails:

        @rprengel
        I'd suspect, that the access is blocked somewhere at home site, either on the Fritzbox or on the destination device.

        If you're unsure, what the reason is, you can sniff the traffic on the home site to investigate.

        @viragomann said in ping works fine in both directions but http / ssh from remote to intern fails:

        @rprengel
        I'd suspect, that the access is blocked somewhere at home site, either on the Fritzbox or on the destination device.

        If you're unsure, what the reason is, you can sniff the traffic on the home site to investigate.

        Hallo,
        thanks for the answer.
        No obvious blocker / filter /firewlls are active.
        I found a youtube video with some hints that a NAT may be necessary on the pfsene because of the fritzbox allthough ping is working.
        Ralf

        V 1 Reply Last reply Apr 1, 2024, 8:44 AM Reply Quote 0
        • V
          viragomann @rprengel
          last edited by Apr 1, 2024, 8:44 AM

          @rprengel said in ping works fine in both directions but http / ssh from remote to intern fails:

          No obvious blocker / filter /firewlls are active.

          I was expecting this view. That's why I suggested to sniff the traffic to see, what's going on in fact.

          I found a youtube video with some hints that a NAT may be necessary on the pfsene because of the fritzbox allthough ping is working.

          Yes, NAT is a hack to circumvent firewall restrictions. But it's rather recommended to configure the firewalls properly instead of doing hacks.
          It's a workaround to enable access to devices from outside, which have no default gateway setting.

          R 2 Replies Last reply Apr 1, 2024, 10:51 AM Reply Quote 0
          • R
            rprengel @viragomann
            last edited by Apr 1, 2024, 10:51 AM

            @viragomann said in ping works fine in both directions but http / ssh from remote to intern fails:

            @rprengel said in ping works fine in both directions but http / ssh from remote to intern fails:

            No obvious blocker / filter /firewlls are active.

            I was expecting this view. That's why I suggested to sniff the traffic to see, what's going on in fact.

            I found a youtube video with some hints that a NAT may be necessary on the pfsene because of the fritzbox allthough ping is working.

            Yes, NAT is a hack to circumvent firewall restrictions. But it's rather recommended to configure the firewalls properly instead of doing hacks.
            It's a workaround to enable access to devices from outside, which have no default gateway setting.

            Hallo,
            thanks for the hints.
            I will try to analyse what goes wrong.
            Unfortunately is the Fritzbox Router (defacto Standard in Germany) a closed system with less options to configure advanced parameters.
            Because of this problems I will install a second pfsense later this year to replace the firewall/ wireguard part of the Fritzbox.
            Ralf

            1 Reply Last reply Reply Quote 0
            • R
              rprengel @viragomann
              last edited by Apr 2, 2024, 2:48 PM

              @viragomann said in ping works fine in both directions but http / ssh from remote to intern fails:

              @rprengel said in ping works fine in both directions but http / ssh from remote to intern fails:

              No obvious blocker / filter /firewlls are active.

              I was expecting this view. That's why I suggested to sniff the traffic to see, what's going on in fact.

              I found a youtube video with some hints that a NAT may be necessary on the pfsene because of the fritzbox allthough ping is working.

              Yes, NAT is a hack to circumvent firewall restrictions. But it's rather recommended to configure the firewalls properly instead of doing hacks.
              It's a workaround to enable access to devices from outside, which have no default gateway setting.

              Hallo,
              found the problem but not solved.
              I can reach system from „outside“ using ssh on port 22 and http using non default ports.
              I tested the last days only trying to reach a default webserver.
              It looks like ports 80 and 443 are the problem. Maybe the anti-lockout rule?
              Ralf

              R 1 Reply Last reply Apr 2, 2024, 6:36 PM Reply Quote 0
              • R
                rprengel @rprengel
                last edited by Apr 2, 2024, 6:36 PM

                @rprengel said in ping works fine in both directions but http / ssh from remote to intern fails:

                @viragomann said in ping works fine in both directions but http / ssh from remote to intern fails:

                @rprengel said in ping works fine in both directions but http / ssh from remote to intern fails:

                No obvious blocker / filter /firewlls are active.

                I was expecting this view. That's why I suggested to sniff the traffic to see, what's going on in fact.

                I found a youtube video with some hints that a NAT may be necessary on the pfsene because of the fritzbox allthough ping is working.

                Yes, NAT is a hack to circumvent firewall restrictions. But it's rather recommended to configure the firewalls properly instead of doing hacks.
                It's a workaround to enable access to devices from outside, which have no default gateway setting.

                Hallo,
                found the problem but not solved.
                I can reach system from „outside“ using ssh on port 22 and http using non default ports.
                I tested the last days only trying to reach a default webserver.
                It looks like ports 80 and 443 are the problem. Maybe the anti-lockout rule?
                Ralf

                Now solved:
                After I realized that ssh from outside worked too I tried another webserver. This one worked immediately.
                The first web-target was the interface of a printer that obviously didn t deliver its contect in external lans.
                Ralf

                1 Reply Last reply Reply Quote 0
                7 out of 7
                • First post
                  7/7
                  Last post
                Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.
                  This community forum collects and processes your personal information.
                  consent.not_received