So richten Sie einen Reiserouter hinter dem Anmeldeportal eines Hotels ein
Autorisieren Sie zuerst den Standort und starten Sie dann den Tunnel. Prüfen Sie Client-Modus, DNS und was ein nachgelagertes Gerät erhält, statt der Statusleuchte des Routers zu vertrauen.
Öffnen Sie die Administrationsseite des Reiserouters, und die Versuchung ist groß, das VPN sofort zu starten. Das Hotelnetz hat andere Pläne: Ihr Router ist Client des Wi-Fi des Standorts, und bis diese vorgelagerte Verbindung autorisiert ist, erreicht kein Tunnel irgendetwas. Gehen Sie die beiden Phasen der Reihe nach durch, und der Router sieht nicht mehr defekt aus.
Prüfen Sie zuerst, ob der Router beide Aufgaben kann
Sie brauchen einen vorgelagerten Client-Modus, meist Repeater, Client oder WISP genannt, und einen ausgehenden VPN-Client. Das sind andere Funktionen als ein VPN-Server, und viele günstige Router bieten die zweite, aber nicht die erste.
Suchen Sie auf der Administrationsseite den Abschnitt WAN oder Internet und schalten Sie ihn in den drahtlosen Client-Modus. Suchen Sie nach der SSID des Standorts, treten Sie ihr bei und lassen Sie den Router eine Adresse beziehen, bevor Sie irgendetwas anderes konfigurieren.
Bestätigen Sie die Firmware-Version, während Sie dort sind. Menünamen verschieben sich zwischen Releases, und der Pfad einer alten Anleitung existiert vielleicht nicht mehr, obwohl die Funktion es tut. Notieren Sie Modell und Version bei Ihrer Reiseausrüstung. Wenn ein dokumentierter Schritt nicht zum Bildschirm vor Ihnen passt, ist der Versionsunterschied fast immer der Grund.
Zweitens: Autorisieren Sie die vorgelagerte Verbindung
Verbinden Sie ein Notebook mit dem Router und öffnen Sie eine beliebige HTTP-Seite. Das Portal sollte umleiten, und von dort gilt das eigene Verfahren des Standorts. Manche Portale funktionieren von einem Telefon besser als von einem Router ohne Bildschirm, deshalb ist das von einem verbundenen Gerät meist schneller.
Strenge VPN-Blockierung kann diesen Start erschweren. Wenn der Standort Tunnelverkehr vor der Autorisierung verwirft, schlägt der VPN-Client auf dem Router fehl, solange das Portal aussteht, und dieser Fehlschlag ist zu erwarten und keine Fehlkonfiguration.
Nutzen Sie eine unterstützte Methode, um das zu überwinden. Mehrere Kontrollen auf einmal zu entfernen oder ein Zertifikat zu installieren, das eine Portalseite als Reparatur anbietet, tauscht eine vorübergehende Unannehmlichkeit gegen ein dauerhaftes Problem.
Drittens: Starten Sie das VPN mit einem Profil, das es unterstützt
Sobald der normale Zugang funktioniert, starten Sie den VPN-Client des Routers mit dem Profil, das er tatsächlich unterstützt. Eine WireGuard-Konfiguration und ein OpenVPN-Profil sind nicht austauschbar, und keines lässt sich in ein natives IPsec-Feld importieren.
Prüfen Sie drei Dinge, bevor Sie ihm trauen: Der Endpunkt ist erreichbar, der Resolver antwortet mit dem erwarteten Wert, und die Ausgangsadresse ist die erwartete. Die Ausgangsprüfung ist die einzige, die belegt, dass der Tunnel Verkehr trägt und nicht nur konfiguriert ist.
curl -sS https://ifconfig.me
cat /etc/resolv.conf
Wenn der Router Verbindung meldet und die Ausgangsadresse weiterhin die des Standorts ist, trägt der Tunnel nicht den Verkehr, den Sie annehmen. Beheben Sie das, bevor Sie nachgelagerte Geräte ins Bild nehmen.
Viertens: Testen Sie von einem nachgelagerten Gerät
Die Statusseite des Routers beschreibt die eigene Verbindung des Routers. Stellen Sie eine neue Anfrage vom Notebook, das abgedeckt sein soll, und prüfen Sie IPv4, IPv6 und den Resolver getrennt, denn ein Gerät kann für eine Familie abgedeckt sein und für die andere nicht.
| Stage | What to verify | Where |
|---|---|---|
| Upstream join | Router has an address from the venue | Router WAN status |
| Portal authorization | A fresh request loads a public page | Connected laptop |
| Tunnel | Egress address changed | Router or laptop |
| Downstream coverage | Laptop resolves and reaches the private resource | Laptop |
Wenn das Notebook scheitert, während der Router erfolgreich ist, liegt das Problem im nachgelagerten Pfad: NAT, DHCP oder eine Tunnelrichtlinie, die nur den eigenen Verkehr des Routers abdeckt. Prüfen Sie, ob das Notebook eine Adresse aus dem Pool des Routers hat, und dann, ob sein Standardgateway der Router ist. Ein Gerät, das noch eine Lease vom DHCP-Server des Standorts hält, ist im völlig falschen Netz.
Fünftens: Legen Sie den Rückfallweg fest und behalten Sie den Login
Testen Sie, was passiert, wenn das Portal abläuft oder der Tunnel fällt. Die gewählte Richtlinie muss weitergeleiteten Verkehr abdecken, nicht nur Anfragen, die der Router selbst stellt, sonst fällt ein nachgelagertes Gerät still auf die Verbindung des Standorts zurück.
Bewahren Sie den geprüften vorgelagerten Login-Prozess beim Router auf, auf Papier oder in einer lokalen Notiz. Ein Neustart im nächsten Hotel wird zur Zwei-Minuten-Aufgabe statt zu einer weiteren improvisierten Einrichtung. Halten Sie auch eine Kopie außerhalb des Routers bereit, denn eine Notiz, die nur auf dem Gerät gespeichert ist, ist genau dann nicht verfügbar, wenn das Gerät das ist, was ausgefallen ist. Papier gewinnt hier immer noch.
Notieren Sie dann die vier Werte, die es zum Laufen brachten: vorgelagerter Modus, Portalverfahren, VPN-Profiltyp und Ausgangsprüfung. Diese vier sind es, die Sie nächstes Mal brauchen, und sie sind die vier, die sich am schwersten aus dem Gedächtnis rekonstruieren lassen.