VpnHood!

VpnHood! SERVER mit dynamischer IP-Adresse betreiben

Viele Internetanschlüsse zu Hause erhalten alle paar Tage eine neue öffentliche IP-Adresse. Eine statische brauchen Sie nicht: VpnHood! MANAGER folgt der neuen Adresse von selbst, und die Apps Ihrer Nutzer finden sie über einen dynamischen DNS-Namen oder Token-URLs der Farm.

Was passiert, wenn sich die Adresse ändert

Ein Server mit aktivierter Option Automatic Configuration, wie jeder neue Server, folgt der Adresse von selbst. Seine nächste Meldung an MANAGER kommt von der neuen Adresse. MANAGER lässt den Server daraufhin seine Adressen neu ermitteln und aktualisiert die Access Points und die Schlüssel innerhalb weniger Minuten. Sie müssen nichts neu installieren oder neu starten.

Wie VpnHood! MANAGER einer neuen Adresse folgt Die nächste Meldung des Servers erreicht MANAGER von der neuen Adresse, und MANAGER trägt diese Adresse in die Access Points und die Schlüssel ein. Nächste Meldung 203.0.113.10 kommt von der neuen Adresse Aktualisierung 203.0.113.10 kommt in die Schlüssel Ihr Server VpnHood! SERVER VpnHood! MANAGER Bemerkt die Änderung Zugangsschlüssel und Access Points MANAGER folgt der Adresse von selbst
Wie VpnHood! MANAGER einer neuen Adresse folgt Die nächste Meldung des Servers erreicht MANAGER von der neuen Adresse, und MANAGER trägt diese Adresse in die Access Points und die Schlüssel ein. Nächste Meldung 203.0.113.10 kommt von der neuen Adresse Aktualisierung 203.0.113.10 kommt in die Schlüssel Ihr Server VpnHood! SERVER VpnHood! MANAGER Bemerkt die Änderung Zugangsschlüssel und Access Points MANAGER folgt der Adresse von selbst

Ist Automatic Configuration deaktiviert, bleiben die Adressen so, wie Sie sie festgelegt haben. Ändern Sie sie dann selbst, wie Adresse ändern zeigt.

Hinter einem Router zu Hause

Apps erreichen Ihren Server über Ihren Router, der ihre Verbindungen also weiterreichen muss. Das richten Sie nur einmal ein: MANAGER behält die Ports jedes Access Points bei, wenn sich die Adresse ändert.

  1. Geben Sie dem Rechner eine feste Adresse in Ihrem Heimnetz. Router nennen das DHCP-Reservierung oder statische Zuweisung.
  2. Öffnen Sie Servers, wählen Sie den Server und suchen Sie seine Access Points, die seine Ports auflisten.
  3. Leiten Sie sie im Router an den Rechner weiter: den TCP Port (1) als TCP, UDP Port (2) und QUIC Port (3) als UDP. Ein Port mit -1 ist abgeschaltet und muss nicht weitergeleitet werden.
Die Access Points eines Servers in VpnHood! MANAGER mit aktivierter Automatic Configuration: TCP Port (1), UDP Port (2) und QUIC Port (3) sind markiert
Ein Server hinter einem Router: Die eigene Adresse des Rechners, 192.168.1.10, ist das Ziel der Portweiterleitung. Die öffentliche Adresse, 203.0.113.10, steht in den Schlüsseln, und MANAGER ändert sie von selbst.

Apps die neue Adresse finden lassen

Ein Schlüssel enthält die Adressen, mit denen er erstellt wurde. Nach einer Änderung versucht es eine App mit diesem Schlüssel also über die alte Adresse. Geben Sie Ihren Schlüsseln einen Weg zur neuen Adresse, bevor sie sich ändert: einen dynamischen DNS-Namen, Token-URLs der Farm oder beides.

Wie Apps die neue Adresse finden Die Adresse eines älteren Schlüssels antwortet nicht mehr, aber der dynamische DNS-Name oder die Token-URL im Schlüssel führt Apps zur neuen Adresse. Dynamischer DNS-Name oder Token-URL der Farm Neue Adresse 203.0.113.10 198.51.100.20 Alte Adresse Ihre Nutzer Mit älterem Schlüssel Ihr Server VpnHood! SERVER Name oder URL im Schlüssel weist den Weg
Wie Apps die neue Adresse finden Die Adresse eines älteren Schlüssels antwortet nicht mehr, aber der dynamische DNS-Name oder die Token-URL im Schlüssel führt Apps zur neuen Adresse. Dynamischer DNS-Name oder Token-URL der Farm Neue Adresse 203.0.113.10 198.51.100.20 Alte Adresse Ihre Nutzer Mit älterem Schlüssel Ihr Server VpnHood! SERVER Name oder URL im Schlüssel weist den Weg

Ein dynamischer DNS-Name

Ein Dienst für dynamisches DNS (DDNS) gibt Ihnen einen Namen, der immer auf Ihre aktuelle Adresse zeigt. Schlüssel mit diesem Namen funktionieren weiter, da Apps ihn bei jeder Verbindung neu auflösen.

  1. Holen Sie sich einen Namen bei einem DDNS-Dienst, und lassen Sie Ihren Router oder ein kleines Programm auf dem Rechner ihn aktuell halten. Wählen Sie einen Namen ohne den Begriff „VPN“: Apps übertragen ihn unverschlüsselt zu Beginn jeder Verbindung, sodass er im Netzwerk einsehbar ist.
  2. Leiten Sie auch den TCP-Port 80 an den Rechner weiter, solange Sie den Namen nutzen: Das Zertifikat wird darüber geprüft und alle paar Monate erneuert.
  3. Geben Sie der Farm ein Zertifikat für den Namen, wie Eigene Domain verwenden zeigt: Setzen Sie Signing auf AutoSign (1), warten Sie, bis Signature CA Signed anzeigt (2), und setzen Sie dann Visibility auf PublicInToken (3).
Ein Zertifikat für server1.example.com in VpnHood! MANAGER, eingerichtet nach dieser Anleitung: Signing AutoSign (1), Signature CA Signed (2) und Visibility PublicInToken (3)
Das fertige Zertifikat des Namens: von Let's Encrypt signiert und in jedem Schlüssel der Farm hinterlegt.

Erst die Signatur macht das möglich: Apps lösen einen Namen nur auf, wenn sein Zertifikat CA Signed ist. Mit einem selbstsignierten Zertifikat versuchen sie nur die Adressen im Schlüssel.

Token-URLs der Farm

Eine Token-URL der Farm verweist auf eine Datei im Web, in der MANAGER nach jeder Änderung die aktuellen Adressen der Farm veröffentlicht. Eine App, die keine Verbindung herstellen kann, liest die Datei und versucht es mit dem Gefundenen erneut. Das braucht keinen Namen und keinen zusätzlichen Port, nur einen Ort im Web, den Ihre Nutzer erreichen, etwa ein GitHub-Repository. Token-URLs der Farm zeigt, wie Sie eine hinzufügen. Stellen Sie Auto Upload auf etwas anderes als Off, damit MANAGER die Datei von selbst aktualisiert.

Bereits ausgegebene Schlüssel

Schlüssel, die Sie ab jetzt aus MANAGER kopieren, enthalten den Namen oder die URLs. Eine App mit einem älteren Schlüssel erhält den neuen bei der nächsten Verbindung, da Push token to clients standardmäßig aktiviert ist. Richten Sie das also ein, solange die Adresse in ihrem Schlüssel noch funktioniert. Eine App, die den Server nicht mehr erreicht, braucht einen neuen Schlüssel von Ihnen.

Wichtig zu wissen

  • Verbundene Apps werden getrennt. Apps, die in diesem Moment verbunden sind, verlieren die Verbindung. Sie können sich wieder verbinden, sobald der Name oder die Datei die neue Adresse zeigt, meist innerhalb weniger Minuten.
  • Eine geteilte Adresse funktioniert nicht. Manche Anbieter legen viele Kunden hinter eine öffentliche Adresse, oft CGNAT genannt, und Verbindungen von außen erreichen Ihren Router nie. Wenn die Adresse in Ihrem Router nicht die ist, die Websites sehen, bitten Sie Ihren Anbieter um eine öffentliche Adresse.
  • Zwei Internetleitungen funktionieren damit nicht. Hinter einem Router, der jede Verbindung über eine andere Leitung schickt, scheint sich die Adresse ständig zu ändern, und der Server konfiguriert sich immer wieder neu. Deaktivieren Sie auf einem solchen Server Automatic Configuration und legen Sie die Adressen selbst fest.

Auf einem eigenständigen Server

Ohne MANAGER aktualisiert niemand die Schlüssel, und ein eigenständiger Server ermittelt seine Adresse nur beim Start. Ein dynamischer DNS-Name funktioniert trotzdem, da Apps den Namen selbst auflösen: Geben Sie dem Server ein Zertifikat dafür, wie Domainnamen und vertrauenswürdiges Zertifikat nutzen zeigt, und geben Sie Ihren Nutzern neue Schlüssel.

Nächste Schritte