Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login
    Introducing Netgate Nexus: Multi-Instance Management at Your Fingertips.

    OpenVPN ein Tunnel S2S klappt nicht

    Scheduled Pinned Locked Moved Deutsch
    8 Posts 3 Posters 510 Views 3 Watching
    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.
    • G Offline
      gtrdriver
      last edited by

      Hallo zusammen - ich habe ja schon wirklich viele PFSENSE S2S OpenVPN Tunnel eingerichtet aber bei diesem einen fall glaube ich so langsam dass ich spinne...

      Site A 192.168.1.0
      Site B 192.168.10.0
      Transfer Netzwerk 10.0.20.0/24

      Ping von Site A auf Site B geht durch:
      ee8c64f4-ecc1-4e3f-8cf4-a2518ff478ae-image.png

      Ping von Site B auf Site A geht nicht durch:
      7a00add8-4acc-40f4-b090-f2403b1dab6d-image.png

      Auf beiden Seite ist testweise die Firewall auf openVPN komplett offen

      VPN Config Site a:
      ae96c595-05a7-4a91-8069-9c37cdbb958a-image.png

      VPN Config Site b:
      e92282e5-0f63-4d3a-98e2-42f1be294c29-image.png

      Was mich irritiert - bei diagnostic Routes steht folgendes:
      e3ca6185-fea4-4a92-a1fd-ec14ff917de9-image.png

      laut Openvpn Status ist das aber das falsche openvpn Interface:
      d27d8349-01cf-4470-bd2d-3bc851f7fcc6-image.png

      Ich bin verwirrt !

      S JeGrJ 2 Replies Last reply Reply Quote 0
      • S Offline
        slu @gtrdriver
        last edited by

        @gtrdriver schau mal mit Packet Capture nach bis wohin die Pakete kommen.
        Kann es sein das die Pakete zum OpenVPN Server kommen, er aber nicht weiß an welchen VPN Client er sie schicken muss?

        satisfied pfSense+ appliance and pfSense CE user

        1 Reply Last reply Reply Quote 0
        • JeGrJ Offline
          JeGr LAYER 8 Moderator @gtrdriver
          last edited by JeGr

          @gtrdriver Hast du auf der Server Seite ein Client-Specific Override mit dem Netzwerk vom Client als Remote Network eingefügt? Da sehe ich nichts von auf Screenshots, daher die Nachfrage. Ohne geht nicht :)

          Ansonsten wegen dem falschen Interface: stehen da irgendwo aus Versehen Routen doppelt drin fälschlicherweise?

          Cheers

          Don't forget to upvote 👍 those who kindly offered their time and brainpower to help you!

          If you're interested, I'm available to discuss details of German-speaking paid support (for companies) if needed.

          G 1 Reply Last reply Reply Quote 0
          • G Offline
            gtrdriver @JeGr
            last edited by

            Hallo ihr beiden ...

            wie schon gesagt - ich bin tatsächlich grad vollkommen überfordert - an das Routen Thema hab ich auch schon gedacht - aber es gibt auf beiden Seiten keine statischen Routen:
            a8304590-0c57-44ef-9ecc-684bdbe4a828-image.png

            Weiterhin habe ich beide Tunnel nochmals gelöscht und nochmals neu erstellt - sonst auch wirklich NICHTS angepasst oder eingetragen außer Port, server Adresse, Key, Tunnel Netzwerk, Remote Netzwerk ...

            Auf der Server seite nimmt er auch das richtige Interface mit dem richtigen Gateway:

            d5b996e8-7cb1-4057-8ec8-a19ddc4875e3-image.png

            Ich hab nochmals auf der Client Seite geschaut - da passt ja garnix:
            f17b2c43-bf37-4fce-a97f-b471a8164994-image.png

            Auf der Client Seite existiert noch ein anderer OpenVPN Tunnel zu einem anderen Server/Subnet (192.168.0.0) - da steht das richtige Interface - aber das Gateway sieht seltsam aus:
            725d033b-2bf5-4193-bef3-3393d557929a-image.png

            Nochmals Verifiziert: Es gibt auch keine "Client Specific Overrides"

            ich hab jetzt noch auf einer anderen pfsense nachgeschaut (anderer Standort) - der sich auch mit dem 192.168.0.0 verbindet:
            d8d3d482-4dc0-4050-91f7-2c6bb3c672cc-image.png

            So sollte das m.E. aussehen mit dem richtigen Gateway...

            JeGrJ 1 Reply Last reply Reply Quote 0
            • JeGrJ Offline
              JeGr LAYER 8 Moderator @gtrdriver
              last edited by JeGr

              @gtrdriver said in OpenVPN ein Tunnel S2S klappt nicht:

              wie schon gesagt - ich bin tatsächlich grad vollkommen überfordert - an das Routen Thema hab ich auch schon gedacht - aber es gibt auf beiden Seiten keine statischen Routen:

              Nicht in den statischen Routen. Steht das Netz vllt. in der Config von der OVPN1 config mit drin? Ansonsten würde die Routing Table im Kernel nicht aus Jux und Dollerei einfach ovpnc1 listen. Schau dir auf dem Client mal die andere Config an.

              Auf der SERVER Seite muss es aber bei S2S Tunneln ein CSO geben, sonst klappt die Rückroute nie. Das ging nur bei der alten S2S Variante mit Shared Key, die ist aber tot und wird bald nicht mehr funktionieren. Alles was cert-based ist, BRAUCHT das Netz sowohl in der Server Config (damit die Routing table zum entsprechend korrekten ovpnsX interface zeigt) und MUSS eine CSO haben, die nochmal das Remote Netz enthält, damit das korrekt zum Client geht. Das hat damit zu tun, dass die Server multiple Clients haben könnten und der korrekte so selektiert werden muss.

              In der Client Config kannst du im Normalfall auch das Transfernetz rauslassen, der sollte das vom Server gepusht bekommen. Dann sollte auch das GW passen.

              Cheers

              Edit:

              Also Prüfauftrag:

              • Am Client:

                • Client 1 prüfen, ob da Netze drinstehen die Client 2 braucht (also Netzüberschneidungen)
                • Client 2 prüfen und Transfernetz rausnehmen, das sollte gepusht werden. Ansonsten sollte da nur das Netz der Gegenseite drinstehen.
              • Am Server

                • Server zu Client 2 prüfen, ob korrektes Transfernetz vergeben wurde
                • CSO anlegen um für den Server von Client 2 das Client 2 Cert zu identifizieren und an das das Netz für Client 2's LAN Seite zu pushen. Hier muss quasi das gleiche Remote Network wie im Server drinstehen, damit klar ist, dass alle Netze von Server 2 an Client 2 geroutet werden sollen

              Don't forget to upvote 👍 those who kindly offered their time and brainpower to help you!

              If you're interested, I'm available to discuss details of German-speaking paid support (for companies) if needed.

              G 1 Reply Last reply Reply Quote 0
              • G Offline
                gtrdriver @JeGr
                last edited by

                @JeGr Servus - ja - das ist die Variante mit PSK !

                G 1 Reply Last reply Reply Quote 0
                • G Offline
                  gtrdriver @gtrdriver
                  last edited by

                  Guten Morgen

                  ich bin mir jetzt sehr sicher dass an der spezifischen PFSENSE irgendwas an der Installation oder config zerschossen ist....

                  Habe gestern noch eine neue Hardware aus dem Lager genommen - und nur rudimentär eingerichtet - damit läuft alles - wirklich alles sofort auf anhieb ohne jegliche zickerei ...

                  Werde jetzt auf Werkseinstellungen zurücksetzten und per hand neu konfigurieren - mal sehen obs dann läuft

                  Gruß

                  G 1 Reply Last reply Reply Quote 0
                  • G Offline
                    gtrdriver @gtrdriver
                    last edited by

                    Kurze Rückmeldung an alle:

                    Tatsächlich war wohl die config der betreffenden PFSENSE irgendwie zerschossen.
                    Ich habe heute Abend diese auf Default zurückgestellt und dann neu aufgesetzt.

                    Damit sind sämtliche Probleme sofort behoben was OpenVPN und das Routing angeht...

                    Danke dennoch an alle die tatkräftig geholfen haben !

                    Einen schönen Abend.

                    Grüße
                    GTR

                    1 Reply Last reply Reply Quote 0
                    • First post
                      Last post
                    Copyright 2026 Rubicon Communications LLC (Netgate). All rights reserved.
                    Privacy Policy · Cookie Policy