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

    VPN Performance bei S2S

    Scheduled Pinned Locked Moved Deutsch
    9 Posts 4 Posters 210 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.
    • G
      gtrdriver
      last edited by

      Hallo zusammen

      ich habe hier folgende Situation.

      Wir haben hier 5 Standorte mit DSL/KOAX Kabel Anschlüssen und bekommen nun an einem 6 Standort Glasfaser geschaltet.

      Die Glasfaserleitung ist Symmetrisch mit 1000/1000
      Die anderen _Standorte haben wie gesagt klassich DSL 250/40 bzw Vodafone KAbel mit 1000/50 - alles theoretische Werte.

      Am Standort mit dem Glasfaser Anschluss sollen zukünftig die Server stehen primär RDP und ein paar andere Dienste - alles über VPN...

      Ich habe jetzt mit einer Testumgebung mehrere Tests gemacht mittels Iperf um dem "gefühl dass das zähl läuft" mit Zahlen entgegen zu wirken.

      Messe ich ohne VPN von Wan zu Wan (z.b: von VF Kabel zum Glasfaser Anschluss bekomme ich bei einer Parallelen Verbinung Werte zwischen 250 und 350Mbit (Glasfaser Upstream) bei mehreren parallelen Verbindungen sogar die theoretisch möglichen 850 - 950mbit.

      Ich habe jetzt noch versuche unternommen mit OpenVpn und Wireguard - beides Site2Site und hier ist die Performance eher mau - openvpn - 50-70mbit - wireguard 60-100mbit.

      Die Rechner auf denen PFSENSE läuft sind recht peformant ich kann mir nicht vorstellen dass die CPU hier das begrenzende element ist.

      Daher die Frage - was mache ich falsch - habe ich fehler in der config oder ist es der falsche Ansatz ?

      Bin für alle Ideen offen !

      V S 2 Replies Last reply Reply Quote 0
      • V
        viragomann @gtrdriver
        last edited by

        @gtrdriver said in VPN Performance bei S2S:

        Ich habe jetzt noch versuche unternommen mit OpenVpn und Wireguard - beides Site2Site und hier ist die Performance eher mau

        IPSec wäre noch eine Option. 😊

        Ohne Spaß, S2S, über die eine hohe Datenrate laufen soll, mache ich mit IPSec.

        Mit iperf habe ich nicht getestet, doch laut dem, was die Traffic Graphen anzeigen, komme ich mit einer IPSec zwischen einer pfSense und einer OPNsense, jeweils virtualisiert mit 2 vCPUs, auf 900 Mbit.

        Wireguard sollte dem Ruf nach auch performanter sein, als was du misst, damit habe ich aber keine Erfahrung.

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

          @viragomann
          Hi
          danke für deine Rückmeldung !

          Mit IPSec kenne ich mich leider überhaupt nicht aus - weißt du zufälligerweise eine gute Anleitung für PFSENSE und IPSEC für eine S2S ?

          Grüße

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

            @gtrdriver
            Nein. Doch so schwierig ist es nicht. Ich hatte auch mit nichts gestartet.

            Ich kann aber gerne meine Einstellungen teilen:
            4026a293-d9a4-44bf-98b7-49613dc3af83-grafik.png
            725bcf49-2da4-4e45-b4f1-5dfcb5ce238a-grafik.png
            afde4dfc-115f-4f75-b3cf-63cf91930a36-grafik.png

            92f928e4-9ec8-4584-8fad-aa7dc7ed4e66-grafik.png

            Eine kleiner Herausforderung für Neulinge sind vielleicht die Peer Identifier. Die müssen passen, damit eine Verbindung zustande kommt.
            "My identifier" übermittelt die Instanz an die Remoteseite zur Identifikation. Im einfachen Fall ist das die Public WAN IP oder der FQDN.
            Und bei "Peer identifier" ist das einzugeben, was die Remoteseite als ihren übermittelt.

            1 Reply Last reply Reply Quote 0
            • N
              NOCling
              last edited by

              Wichtig die richtige MSS setzen, die beste für IPsec ist 1328, da hier immer ganze Blöcke übertragen werden können und das Padding gegen 0 geht.

              Fahre hier auch mit IPsec zu mehreren Standorten und da geht das durch was die Leitung kann, wenn das kein SMB ist was bei hohen Latenzen halt total nutzlos wird.
              Sprich, es muss schon was WAN optimiertes sein.

              Fahre leicht andere Einstellungen und DH 21 aber auf den + Kisten.

              Netgate 6100 & Netgate 2100

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

                Ahja, ohne MSS Clamping waren es bei mir auch nur wenige Mbit/s.

                Ich habe durch Herantasten einen maximalen MSS Wert von 1398 für meine Verbindung ermittelt. Ich wollte es eben wissen.
                Für deine Verbindung könnte das aber auch schon zu hoch sein, daher also eher mit einem niedrigeren Wert beginnen.

                1 Reply Last reply Reply Quote 0
                • S
                  slu @gtrdriver
                  last edited by

                  @gtrdriver auch nicht ganz unkritisch, ist das PPPoE im Spiel?

                  pfSense Gold subscription

                  1 Reply Last reply Reply Quote 0
                  • N
                    NOCling
                    last edited by

                    Hat nix mit rantasten zu tun sondern Mathematik:
                    https://packetpushers.net/blog/ipsec-bandwidth-overhead-using-aes

                    Netgate 6100 & Netgate 2100

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

                      @NOCling
                      Setzt aber voraus, dass man die Formel kennt.

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