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

    Site-to-Site OpenVPN Connectivity Problem

    Scheduled Pinned Locked Moved OpenVPN
    28 Posts 3 Posters 2.5k 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.
    • DerelictD
      Derelict LAYER 8 Netgate
      last edited by

      @jamesva said in Site-to-Site OpenVPN Connectivity Problem:

      pfsenseB:
      tcpdump is empty.

      Listening where?

      Sorry. You don't need the -c 1 flag. I forget sometimes that some people still use Windows.

      Don't need any more ping results. We know it isn't working.

      Chattanooga, Tennessee, USA
      A comprehensive network diagram is worth 10,000 words and 15 conference calls.
      DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
      Do Not Chat For Help! NO_WAN_EGRESS(TM)

      1 Reply Last reply Reply Quote 0
      • J
        JamesVA
        last edited by

        pfsenseB is the other side psfsense console.

        1 Reply Last reply Reply Quote 0
        • DerelictD
          Derelict LAYER 8 Netgate
          last edited by Derelict

          Right but capturing on what interface? Need specifics here.

          And can you ping the pfSense LAN interface address on the other side?

          Chattanooga, Tennessee, USA
          A comprehensive network diagram is worth 10,000 words and 15 conference calls.
          DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
          Do Not Chat For Help! NO_WAN_EGRESS(TM)

          1 Reply Last reply Reply Quote 0
          • J
            JamesVA
            last edited by

            The captures are running on the ovpn interfaces. Should i have been capturing on another interface?

            As far as ping LAN interface - no, i can't reach it from one side to another. However if the client is on the same side, pfsense's LAN int responds to pings just fine.

            1 Reply Last reply Reply Quote 0
            • J
              JamesVA
              last edited by JamesVA

              Having said that, it looks like I can ping clients on Side A if i'm sitting on the console of pfsenseB.....

              however it doesn't work the opposite way, i.e. if i'm on the console of pfsenseA, i can't reach anything on side B.

              1 Reply Last reply Reply Quote 0
              • DerelictD
                Derelict LAYER 8 Netgate
                last edited by

                It doesn't make any sense that you are seeing traffic exit the VPN at A but it does not arrive in a capture on openvpn at B.

                Chattanooga, Tennessee, USA
                A comprehensive network diagram is worth 10,000 words and 15 conference calls.
                DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
                Do Not Chat For Help! NO_WAN_EGRESS(TM)

                1 Reply Last reply Reply Quote 0
                • J
                  JamesVA
                  last edited by

                  Could it have something to do with the fact that pfsenseB WAN IP is on 10.x.x.x subnet?

                  1 Reply Last reply Reply Quote 0
                  • DerelictD
                    Derelict LAYER 8 Netgate
                    last edited by

                    Not unless it's within or conflicting somehow eith the others. And you'd still see the packets in the capture on the OpenVPN.

                    Chattanooga, Tennessee, USA
                    A comprehensive network diagram is worth 10,000 words and 15 conference calls.
                    DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
                    Do Not Chat For Help! NO_WAN_EGRESS(TM)

                    1 Reply Last reply Reply Quote 0
                    • J
                      JamesVA
                      last edited by

                      hmm ok, what else can you suggest I try? I do have multiple ovpn instances on SideA, but i can't imagine that would conflict with any of them since they're running on different ports....

                      1 Reply Last reply Reply Quote 0
                      • DerelictD
                        Derelict LAYER 8 Netgate
                        last edited by

                        It's not about ports but addresses/networks. They all need to be unique.

                        Chattanooga, Tennessee, USA
                        A comprehensive network diagram is worth 10,000 words and 15 conference calls.
                        DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
                        Do Not Chat For Help! NO_WAN_EGRESS(TM)

                        1 Reply Last reply Reply Quote 0
                        • J
                          JamesVA
                          last edited by

                          they are; screenshot below.

                          0_1539288653531_2018-10-11_15-09-37.jpg

                          1 Reply Last reply Reply Quote 0
                          • J
                            JamesVA
                            last edited by

                            what would be the next think i try that you would suggest?

                            1 Reply Last reply Reply Quote 0
                            • DerelictD
                              Derelict LAYER 8 Netgate
                              last edited by

                              Don't know. I asked for some files in chat. Did you upload those?

                              Chattanooga, Tennessee, USA
                              A comprehensive network diagram is worth 10,000 words and 15 conference calls.
                              DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
                              Do Not Chat For Help! NO_WAN_EGRESS(TM)

                              1 Reply Last reply Reply Quote 0
                              • J
                                JamesVA
                                last edited by

                                Done. Thanks for taking a look at it!

                                1 Reply Last reply Reply Quote 0
                                • J
                                  JamesVA
                                  last edited by

                                  Just wanted to check in if you had to review the files i sent over.

                                  Thanks in advance!

                                  1 Reply Last reply Reply Quote 0
                                  • J
                                    JamesVA
                                    last edited by JamesVA

                                    guess not, no problem. thanks for giving it a shot, i do appreciate it.

                                    Just as an update... I thought... well maybe it's one of the packages that's interfering with the traffic... so I've set up a completely vanilla lab on the vmware workstation. The only package loaded on both sides is open-vm-tools....

                                    Same exact results.... so it makes me think i'm doing something wrong. I'll keep picking at it....

                                    Any other suggestions are welcome.

                                    1 Reply Last reply Reply Quote 0
                                    • J
                                      JamesVA
                                      last edited by

                                      I kind of gave up on the openvpn and went with IPsec... seemed to work as expected on the first try.

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