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

    HELP NEEDED - OPENVPN NO LAN ACCESS!!***

    Scheduled Pinned Locked Moved OpenVPN
    35 Posts 16 Posters 25.8k 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.
    • chpalmerC
      chpalmer
      last edited by

      @viragomann:

      The "OpenVPN Server" has 10.120.0.1. So 10.1.10.13 responses if the source address is 10.120.0.1, but it doesn't if the source is 10.120.0.2.  ???

      10.120.0.1 is just part of his tunnel address..  has nothing to do with his actual networks.  Just required address for the VPN tunnel.

      I am not sure whether i need to have OpenVPN as an interface?

      No- don't.

      When your connected- is your laptop in the same subnet as your pfSense LAN?
      What does your Windows 10 configuration file look like?

      On your open VPN firewall rule-    make "Destination"  LAN Net.    Ive seen issues before with "allow all"

      Triggering snowflakes one by one..
      Intel(R) Core(TM) i5-4590T CPU @ 2.00GHz on an M400 WG box.

      1 Reply Last reply Reply Quote 0
      • C
        CalTommo
        last edited by

        Hi Guys,

        Sorry for my late reply, i've been trying to scour the internet all day but haven't been able to get nowhere with it. I haven't assigned an IP to the interface as i have now deleted the interface as you mentioned it wasn't required in my setup. How would we go about NATTing the traffic as you mentioned? Would that affect anything else & is it complicated to do?

        When connected my laptop is in the 10.120.0.0/24 subnet (as per the Tunnel Address Subnet) whilst my LAN is 10.1.10.0/24 but i didn't think this would make a difference? I have changed the VPN firewall rule to make Destination as the LAN subnet as you mentioned but doesn't seem to have resolved the issue. My windows 10 configuration file is below with my IP Removed:

        dev tun
        persist-tun
        persist-key
        cipher AES-256-CBC
        ncp-ciphers AES-256-GCM:AES-128-GCM
        auth SHA1
        tls-client
        client
        resolv-retry infinite
        remote (MY IP IS HERE SO BEEN REMOVED) 1194 udp
        auth-user-pass
        ca pfSense-udp-1194-ca.crt
        tls-auth pfSense-udp-1194-tls.key 1
        remote-cert-tls server

        UPDATE: I Don't seem to be able to ping ANY LAN devices now when connected to the VPN. I can see my connection in the clients list on the pfsense router however i'm unable to communicate with anything when connected. So i know the connecting is authenticating with the LDAP server and also being seen by pfSense as a connected client, but no communication is happening between my LAN devices over my VPN connection? Back to the drawing board i guess guys!

        Hope somebody can help me resolve this, as it's turning into a real headache  :-\

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

          If you do NAT, the source address in packets coming from a VPN client and destined to a LAN device is translated to the routers LAN address. So the device sees the packets coming from its own network segment and will trust the access.

          It's not difficult to enable it: Go to Firewall > NAT > Outbound, if you've never changed the NAT mode it will still be in automatic rule gen mode, so change it to hybrid mode and save this.
          Then add a new NAT rule:
          Interface: LAN
          Source: Network - 10.120.0.0/24 (your VPN tunnel subnet)
          Leave all other options at their defaults, just enter a description and save it.

          C K B Y F 8 Replies Last reply Reply Quote 6
          • C
            CalTommo
            last edited by

            Hi Viragomann,

            I did what you said with the NAT Rule however that didn't seem to work for my either.  :'(

            However, i just went into my OpenVPN Settings again and ticked the boxes 'Block Outside DNS' & 'Force DNS cache update'.

            It now seems to be working great! Thanks again for your help with this.

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

              So the problem was on hostnames?
              You didn't mentioned that you use hostnames for trying to access.

              1 Reply Last reply Reply Quote 0
              • C
                cadam @viragomann
                last edited by

                @viragomann

                Then add a new NAT rule:
                Interface: LAN
                Source: Network - 10.120.0.0/24 (your VPN tunnel subnet)
                Leave all other options at their defaults, just enter a description and save it.

                @viragomann
                thanks, that solution worked for me :)

                1 Reply Last reply Reply Quote 1
                • A
                  adelphi_sky
                  last edited by adelphi_sky

                  I registered just to say thanks! What took me hours upon hours to figure out, this one thread did it for me. NATs! All the other sites failed to suggest that! They got into the weeds about tun vs. tap yadda yadda. But NATting is the fix. Thanks again!

                  1 Reply Last reply Reply Quote 0
                  • K
                    kbaxreno @viragomann
                    last edited by

                    @viragomann This is exactly the fix for me. I spent hours trying to figure out where the stop was.
                    Thank you.

                    1 Reply Last reply Reply Quote 0
                    • B
                      bgroper @viragomann
                      last edited by bgroper

                      This post is deleted!
                      1 Reply Last reply Reply Quote 0
                      • Y
                        yanafig @viragomann
                        last edited by

                        @viragomann said in HELP NEEDED - OPENVPN NO LAN ACCESS!!***:

                        If you do NAT, the source address in packets coming from a VPN client and destined to a LAN device is translated to the routers LAN address. So the device sees the packets coming from its own network segment and will trust the access.

                        It's not difficult to enable it: Go to Firewall > NAT > Outbound, if you've never changed the NAT mode it will still be in automatic rule gen mode, so change it to hybrid mode and save this.
                        Then add a new NAT rule:
                        Interface: LAN
                        Source: Network - 10.120.0.0/24 (your VPN tunnel subnet)
                        Leave all other options at their defaults, just enter a description and save it.

                        This solved my problem. Thank you very much

                        1 Reply Last reply Reply Quote 0
                        • F
                          fabiancj @viragomann
                          last edited by

                          @viragomann 10x. Hours on google and your solution make my day. NETGATE should advertise this solution.

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

                            @fabiancj said in HELP NEEDED - OPENVPN NO LAN ACCESS!!***:

                            NETGATE should advertise this solution.

                            Don't agree. It's only a workaround at the end. I'd only recommend it if there is no other way to communicate with the remote device, like no gateway option on the device.
                            But I don't approve to use NAT to bypass firewall restictions on the destination device as lang as there is an ability to add the needed rules to it.

                            johnpozJ 1 Reply Last reply Reply Quote 0
                            • N
                              nlitz88
                              last edited by

                              Hi everyone! I just wanted to pitch in what worked for me when I ran into this problem. Perhaps this wasn't exactly the problem that any of you experienced, but it might be one more thing to consider when troubleshooting.

                              In my case, I unknowingly set up my VPN server to use TCP, rather than UDP. Using the wizard, I thereby automatically generated a firewall rule for that VPN server that specified TCP.

                              After reading through some other posts, I figured that I couldn't get access to my LAN subnet because I was trying to use TCP. So, I switched over my VPN server to UDP (and eventually figured out I also needed to change the firewall rule to UDP as well), and I finally was able to access my LAN subnet.

                              I don't know if this is really a solution, but it's ultimately what got my setup working how I wanted it to. Perhaps someone with more technical knowledge could explain why it wouldn't work on TCP (or why it should have).

                              johnpozJ 1 Reply Last reply Reply Quote 0
                              • johnpozJ
                                johnpoz LAYER 8 Global Moderator @nlitz88
                                last edited by

                                What your vpn connection used be it tcp or udp had nothing to do with access to lan devices..

                                An intelligent man is sometimes forced to be drunk to spend time with his fools
                                If you get confused: Listen to the Music Play
                                Please don't Chat/PM me for help, unless mod related
                                SG-4860 24.11 | Lab VMs 2.8, 24.11

                                N 1 Reply Last reply Reply Quote 0
                                • johnpozJ
                                  johnpoz LAYER 8 Global Moderator @viragomann
                                  last edited by johnpoz

                                  @fabiancj said in HELP NEEDED - OPENVPN NO LAN ACCESS!!***:

                                  NETGATE should advertise this solution.

                                  They do.. Its right there in the documentation..

                                  https://docs.netgate.com/pfsense/en/latest/troubleshooting/nat.html#target-system-has-no-gateway-or-cannot-use-pfsense-as-its-gateway

                                  I am with @viragomann really.. This shouldn't be a common sort of setup. And really shouldn't be used to circumvent some devices local firewall. It is a work around for devices that do not support a gateway - say some IP camera or something. Or if you have a scenario where a device is using a different gateway.. Which is the location in the docs where its mentioned.

                                  Normally this would not be something needed in your typical remote vpn access.

                                  But basic understanding of networking and the concept of how natting works in general, this sort of work around would be quite apparent.. I have suggested this sort of work around many times in many different threads.

                                  An intelligent man is sometimes forced to be drunk to spend time with his fools
                                  If you get confused: Listen to the Music Play
                                  Please don't Chat/PM me for help, unless mod related
                                  SG-4860 24.11 | Lab VMs 2.8, 24.11

                                  1 Reply Last reply Reply Quote 0
                                  • N
                                    nlitz88 @johnpoz
                                    last edited by

                                    @johnpoz I figured it shouldn’t matter, but is there any reason you can think of that would explain why it worked?

                                    1 Reply Last reply Reply Quote 0
                                    • A
                                      ahmed20n8 @viragomann
                                      last edited by

                                      @viragomann
                                      OMG I have been trying to get it worked since long time, thanks alot your solution worked !!!

                                      1 Reply Last reply Reply Quote 0
                                      • A
                                        alexis802 @viragomann
                                        last edited by

                                        @viragomann You are a Genius Thanks. works perfectly for me!!

                                        1 Reply Last reply Reply Quote 0
                                        • A
                                          Albinali @viragomann
                                          last edited by

                                          @viragomann Dude, thanks so much for this, i have been banging my head for 3 days now trying to get this to work 😢

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

                                            Hello,
                                            The NAT workaround helped me as well. But its bugging me that its a workaround.
                                            What would be the proper sollution to this?
                                            My problem was with an Androind phone. I dont have much configuration options on it so would prefer to do it on the pfsense router side.

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