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

    Wireguard Tunnel soll Verbindung über anderes Interface aufbauen

    Scheduled Pinned Locked Moved Deutsch
    6 Posts 3 Posters 831 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.
    • M
      mathschut
      last edited by

      Hi,

      gibt es eine Möglichkeit, dass ein Wiregurad-Tunnel seine Verbindung über eine anderes Interface aufbaut?

      1 Reply Last reply Reply Quote 0
      • micneuM
        micneu
        last edited by

        @mathschut diese frage verstehen ich nicht, was ist dein ziel, warum will man sowas machen?

        Internet: Willy.tel Down: 1Gbit/s, UP: 250Mbit/s Glasfaser |
        Hardware: Netgate 6100
        ALT Intel NUC BNUC11TNHV50L00 (32GB Ram, 512GB M.2 NVME SSD)

        1 Reply Last reply Reply Quote 0
        • M
          mathschut
          last edited by

          Meine pfsense bekommt ihr Internet über ein wan interface mit dynamischer IP der Telekom. Zusätzlich habe ich ein wireguard Tunnel zu einem v Server, wodurch ich auch eine feste IP habe. Jetzt möchte ich einen zweiten Tunnel aufbauen, der soll aber nicht über das wan interface raus gehen, sondern über das wireguard interface mit der feste IP des vservers.

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

            @mathschut Das macht aber kaum Sinn, dann würdest du Tunnel-in-Tunnel verschlüsseln was ja überhaupt nicht performant ist und was man tunlichst vermeidet. Warum nicht genauso wie den anderen Tunnel parallel über normale WAN aufbauen? Dynamische Adresse ist ja bei Wireguard kein Thema?

            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.

            M 1 Reply Last reply Reply Quote 0
            • M
              mathschut @JeGr
              last edited by

              @jegr ja stimmt auch wieder.

              Habe noch eine andere Frage. Ich muss in den FW Regeln immer das gateway angeben vom wireguard Tunnel, damit der Server über die öffentliche IP ins Internet geht. Wenn ich das aber mache, kann der Server nicht zweite entfernte Netz vom zweiten Wireguard Tunnel erreichen. Hast du dafür eine eine Lösung oder soll ich dafür extra Thread auf machen?

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

                @mathschut said in Wireguard Tunnel soll Verbindung über anderes Interface aufbauen:

                Wenn ich das aber mache, kann der Server nicht zweite entfernte Netz vom zweiten Wireguard Tunnel erreichen. Hast du dafür eine eine Lösung oder soll ich dafür extra Thread auf machen?

                Ich verstehe ja schon die Frage nicht ;)

                Warum kannst du nicht ganz normal einen zweiten Tunnel bauen und brauchst dafür ausgehend die IP vom Wireguard Tunnel mit dem VPS? Stelle doch einfach die Seite des 2. Tunnels so ein dass sie Request von egal woher akzeptiert. Durch die CryptoKeys kann sich ja eh niemand anderes verbinden als du daher verstehe ich den Sinn nicht, das zwingend über die feste IP von WGtun1 und dem VPS drücken zu müssen? Das liest sich wie ein Problem das keines ist weil die Planung dazu irgendwie falsch ist :)

                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.

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