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

    [SOLVED] OpenVPN roadwarrior - cannot access home LAN computers

    Scheduled Pinned Locked Moved OpenVPN
    17 Posts 5 Posters 4.7k 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.
    • V
      viragomann
      last edited by

      So pfSense is the default gateway in your LAN?
      Maybe your computers firewalls block the access. Windows firewalls for instance block access from other networks like the VPN tunnel is. Try turn off the firewall for testing.

      1 Reply Last reply Reply Quote 0
      • E
        ekoo
        last edited by

        @viragomann:

        So pfSense is the default gateway in your LAN?
        Maybe your computers firewalls block the access. Windows firewalls for instance block access from other networks like the VPN tunnel is. Try turn off the firewall for testing.

        pfsense is the default gateway.

        I have a NAS right at 192.168.1.2 that has a "free-for-all" access on the network, no firewall, no password, no nothing. cannot be ping'd

        Quick test:
        Note the phone is on LTE and the OpenVPN Connect icon on the top left.

        ![2017-05-13 21.57.38.png](/public/imported_attachments/1/2017-05-13 21.57.38.png)
        ![2017-05-13 21.57.38.png_thumb](/public/imported_attachments/1/2017-05-13 21.57.38.png_thumb)
        ![2017-05-13 21.58.12.png](/public/imported_attachments/1/2017-05-13 21.58.12.png)
        ![2017-05-13 21.58.12.png_thumb](/public/imported_attachments/1/2017-05-13 21.58.12.png_thumb)

        1 Reply Last reply Reply Quote 0
        • V
          viragomann
          last edited by

          To troubleshoot, go to Diagnostic > Packet Capture and take a capture of the ping onthe LAN interface and post the result, please.

          1 Reply Last reply Reply Quote 0
          • E
            ekoo
            last edited by

            @viragomann:

            To troubleshoot, go to Diagnostic > Packet Capture and take a capture of the ping onthe LAN interface and post the result, please.

            as requested.

            192.168.1.130 - win7 PC
            192.168.1.131 - win7 PC

            192.168.1.2 is the "free-for-all" NAS…..... its TP-Link Archer C8 in gigaswitch mode with a USB drive attached to it....... no routing, no wifi, no nothing.

            All devices on the home network can access the NAS by \192.168.1.2 on their respective programs, no login, no password

            i'll add on a topology here as well for the heck of it....

            ping-2.JPG
            ping-2.JPG_thumb
            ping-130.JPG
            ping-130.JPG_thumb
            ping-131.JPG
            ping-131.JPG_thumb
            ![2017-05-14 22.20.11_resize.jpg_thumb](/public/imported_attachments/1/2017-05-14 22.20.11_resize.jpg_thumb)
            ![2017-05-14 22.20.11_resize.jpg](/public/imported_attachments/1/2017-05-14 22.20.11_resize.jpg)

            1 Reply Last reply Reply Quote 0
            • V
              viragomann
              last edited by

              I requested for the packet capture result on LAN interface for a ping from your smart phone to the NAS like above.

              1 Reply Last reply Reply Quote 0
              • E
                ekoo
                last edited by

                sorry, I misread.

                pc.JPG
                pc.JPG_thumb

                1 Reply Last reply Reply Quote 0
                • V
                  viragomann
                  last edited by

                  Okay, here you see only request to 192.168.1.2, but no responses from there.

                  That basically may have one of the two already mentioned reasons. Either pfSense isn't the default gateway on the destination device the device blocks the access.

                  Are you running the TP-Link in bridge mode?

                  1 Reply Last reply Reply Quote 0
                  • E
                    ekoo
                    last edited by

                    @viragomann:

                    Okay, here you see only request to 192.168.1.2, but no responses from there.

                    That basically may have one of the two already mentioned reasons. Either pfSense isn't the default gateway on the destination device the device blocks the access.

                    Are you running the TP-Link in bridge mode?

                    Refer to my ugly hand written topology…. pfsense is the default gateway.

                    TP Link is purely a switch now. everything is disabled. no DHCP, no NAT, no firewall, no wifi.

                    1 Reply Last reply Reply Quote 0
                    • B
                      biggsy
                      last edited by

                      ekoo,

                      Have a look at this thread.

                      It could be that the TP-link is rejecting management from the OpenVPN subnet.

                      1 Reply Last reply Reply Quote 0
                      • E
                        ekoo
                        last edited by

                        @biggsy:

                        ekoo,

                        Have a look at this thread.

                        It could be that the TP-link is rejecting management from the OpenVPN subnet.

                        Hi biggsy,

                        its not just the TP-link. everything is not accessible.

                        Did i setup the openVPN remote access wrong? (thru the wizard)

                        if the intercommunication between 2 subnet is my problem, why is it that the phone (on 10.0.8.3) can access 192.168.1.1? and not 1.2 when its on the same subnet?

                        Correct me if i'm wrong: the point of a road warrior is that:

                        1. I can be sitting at a hotel room 500miles away from home with my laptop,
                        2. click on OpenVPN, and connect to pfsense at home,
                        3. click on "Network" icon in Windows and see all my shared drives as if i'm sitting on my desktop at home.

                        yes? no?

                        1 Reply Last reply Reply Quote 0
                        • B
                          biggsy
                          last edited by

                          Sorry, I misunderstood - reading that you couldn't access 192.168.1.2.

                          However, you can access 192.168.1.1 because it is on the firewall (the LAN interface IP) but you have to get past there to access 192.168.1.2

                          It could be that the TP-link is not replying because you are accessing from 10.0.8.x (see your PING).

                          Are you using the WAN port of the TP-link to connect to the LAN port of your pfSense?

                          1 Reply Last reply Reply Quote 0
                          • V
                            viragomann
                            last edited by

                            You can try SNAT to resolve this.

                            Go to Firewall > NAT > Outbound. If the rule generation mode is set to Automatic, set it to Hybrid and save it.
                            Add a new rule:
                            interface: LAN
                            source: <the vpn="" tunnel="" subnet="">Let the other options add their defaults, enter a description and save the rule.</the>

                            1 Reply Last reply Reply Quote 1
                            • E
                              ekoo
                              last edited by

                              @biggsy:

                              Sorry, I misunderstood - reading that you couldn't access 192.168.1.2.

                              However, you can access 192.168.1.1 because it is on the firewall (the LAN interface IP) but you have to get past there to access 192.168.1.2

                              It could be that the TP-link is not replying because you are accessing from 10.0.8.x (see your PING).

                              Are you using the WAN port of the TP-link to connect to the LAN port of your pfSense?

                              No, its not on the WAN port. its all connected on the LAN ports.

                              @viragomann:

                              You can try SNAT to resolve this.

                              Go to Firewall > NAT > Outbound. If the rule generation mode is set to Automatic, set it to Hybrid and save it.
                              Add a new rule:
                              interface: LAN
                              source: <the vpn="" tunnel="" subnet="">Let the other options add their defaults, enter a description and save the rule.</the>

                              This worked. Now I don't have to pay for Plex. =)
                              Thank you everyone for your help.

                              1 Reply Last reply Reply Quote 0
                              • B
                                biggsy
                                last edited by

                                Good to hear that.

                                Thanks for letting us know.

                                1 Reply Last reply Reply Quote 0
                                • B
                                  bossies
                                  last edited by

                                  Thanks - sorted my problem 2

                                  1 Reply Last reply Reply Quote 0
                                  • D
                                    deja
                                    last edited by

                                    Thanks - solved my problem as well. I would have thought this was a pretty common configuration.  An easier to find guide for newbies would be helpful.

                                    1 Reply Last reply Reply Quote 0
                                    • First post
                                      Last post
                                    Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.