Das Umbenennen eines Pritunl-Servers ändert eine Bezeichnung in der Konsole. Es ändert nicht die Adresse, die Clientprofile anwählen, und es legt keinen DNS-Eintrag an. Entscheidend ist die Öffentliche Adresse des Hosts, und sie akzeptiert einen Namen genauso bereitwillig wie eine Adresse.

Der Name, den Clients anwählen, steckt in einem Host-Feld

Pritunl stellt den Endpunkt über die Einstellung Öffentliche Adresse des Hosts bereit, die entweder eine öffentliche IP-Adresse oder einen DNS-Namen annimmt. Setzen Sie dort vpn.example.net ein, und die erzeugten Profile sowie die authentifizierte Synchronisierung übergeben diesen Namen an die Clients. Der Eintrag muss bereits existieren und auf den Listener zeigen, der den VPN-Transport annimmt; das Feld bewirbt ein Ziel, es veröffentlicht keines. Der Anzeigename eines Serverobjekts ist administrative Metadaten und erreicht nie den Verbindungsversuch des Clients.

Der erste Schritt ist also nicht das Umbenennen von irgendetwas. Öffnen Sie die Host-Einstellungen, ändern Sie die Öffentliche Adresse und speichern Sie über die unterstützte Oberfläche.

Drei Felder, die ähnlich aussehen und es nicht sind

Lokale Adresse dient der Replikation und dem Routing zwischen Pritunl-Hosts. Link-Adresse beschreibt, wie verbundene Server einander erreichen. Keine von beiden ist die Adresse, die ein Client anwählt, und das Kopieren des öffentlichen Namens hinein zerstört die Topologie, die sie beschreiben. Öffentliche IPv6-Adresse ist ein separates Feld mit eigenem Eintrag und Pfad; ein A-Eintrag für IPv4 stellt keine IPv6-Erreichbarkeit her.

Ein DNS-Name bringt außerdem keine Portzuordnung und keinen Listener mit. Lauscht der Dienst auf 1194 UDP, löst der Name weiterhin auf einen Host auf, der 1194 UDP annehmen muss. Ein HTTP-Reverse-Proxy auf Port 443, der die Webkonsole bedient, ist nicht der VPN-Transportendpunkt, selbst wenn beide denselben Namen teilen.

Domänenbasiertes Routing innerhalb des Tunnels ist noch eine andere Ebene. Die Benennung des äußeren Endpunkts sagt nichts darüber aus, welche privaten Ziele ein Client erreichen darf.

Verteilen Sie den neuen Namen an die vorhandenen Clients

Das Ändern des Feldes schreibt keine Profile um, die den Server bereits verlassen haben. Die authentifizierte Konfigurationssynchronisierung von Pritunl kann Adress- und Portänderungen des Hosts an kompatible Clients liefern, und der dokumentierte CLI-Client synchronisiert, bevor er sich verbindet oder erneut verbindet. Ein Profil, das in NetworkManager oder einen eigenständigen OpenVPN-Client importiert wurde, hat keinen solchen Kanal und braucht einen genehmigten Ersatz. Bestehende Sitzungen beweisen nichts, denn sie wurden gegen den alten Wert aufgebaut.

Steht die Webkonsole hinter einem Load Balancer, dokumentiert Pritunl eine separate Einstellung Synchronisierungsadresse für den Synchronisierungspfad. Verwenden Sie den Hostnamen der Konsole nicht für den VPN-Listener, nur weil beides Pritunl ist.

Liefern Sie die Änderung in dieser Reihenfolge aus: Host-Einstellung speichern, aktuelles Profil exportieren oder synchronisieren, die Kopie des Clients ersetzen und dann erneut verbinden. Halten Sie fest, welche Clients per Synchronisierung verwaltet werden und welche importierte Dateien halten, denn die zweite Gruppe folgt nicht automatisch. Eine Liste der Client-Zuständigkeiten ist hier nützlicher als ein weiterer DNS-Eintrag.

Abnehmen mit einer echten Verbindung

Die Auflösung ist der schwächste mögliche Test. dig +short vpn.example.net, das eine Adresse zurückgibt, beweist nur, dass ein Eintrag existiert.

Der Abnahmetest ist eine frische authentifizierte Verbindung von einem Client mit dem neuen Profil, gefolgt von einer Anfrage an eine private Ressource, die durch den Tunnel erreichbar sein sollte. Prüfen Sie im Client-Log den Endpunkt, den er tatsächlich verwendet hat, nicht den, den Sie beabsichtigt hatten. Halten Sie einen Managementpfad bereit, der nicht davon abhängt, dass der Name korrekt geändert wird, damit ein Fehler Sie nicht aus der Konsole aussperrt.

Wenn sich die öffentliche Adresse später ändert, aktualisieren Sie den Eintrag und planen Sie Client-Caching und Wiederverbindungsverhalten ein. Ein Hostname entkoppelt Clients von einer numerischen Adresse; er verschiebt keinen laufenden Socket und bringt keinen unerreichbaren Listener zum Antworten.

Ähnliche Artikel