Öffentliches Wi-Fi für ein Gerät: Warum ein VPN-Ausgang nicht helfen kann

Der Laptop zeigt Verbunden, der Handshake gelingt, und das Portal lädt trotzdem keine Seite auf einem zweiten Gerät. Das ist kein Tunnelproblem. Das Gerätelimit eines Hotspots gehört zu seinem Zugangssystem, das die Geräte zählt, die es autorisiert hat, und die Sitzungen, die es freigegeben hat. Ein VPN ändert, wo der Datenverkehr nach der Autorisierung austritt, und ändert nichts daran, wie viele Geräte dieses System aufnimmt.

Was das Portal tatsächlich zählt

Captive Portals verfolgen eine Autorisierungsfreigabe, und die Freigabe hängt normalerweise an etwas, das das Netzwerk identifizieren kann. Eine MAC-Adresse ist die übliche Wahl, ein Sitzungscookie im Browser eine andere, und manche Systeme verbinden eines von beiden mit einer Zimmernummer oder einem gedruckten Ticket. Vier Geräte auf einem Zimmercode bedeuten vier Freigaben, und ein fünftes Gerät hat keine, egal welche Software darauf läuft. Ein VPN auf diesem fünften Gerät zu installieren, ändert die Antwort von abgelehnt in abgelehnt.

Verbindung und Autorisierung sind getrennte Zustände. Ein Laptop kann sich mit dem Zugangspunkt verbinden, eine DHCP-Lease halten und trotzdem kein Internet haben, weil das Portal ihm nichts zugeteilt hat. Das Wi-Fi-Symbol als Beweis für den Erfolg des Portals zu lesen, ist der erste Fehler in dieser ganzen Klasse von Fällen.

Prüfen Sie die Regel beim Veranstaltungsort

Stellen Sie zwei Fragen, statt zu raten: wie viele Geräte das Konto zulässt und wie eine veraltete Sitzung freigegeben wird. Die zweite ist wichtiger, denn eine Freigabe, die ein abgereistes Gerät hinterlässt, blockiert meist die nächste. Das Rezeptionspersonal kann sie oft schneller freigeben oder einen neuen Code ausstellen als jede Umgehung auf Client-Seite. Nutzen Sie diesen Weg, bevor Sie Hardwareadressen ändern, denn das Kopieren der Kennung eines anderen Geräts verletzt die Bedingungen des Netzwerks und setzt eine doppelte Identität ins Segment.

Das Verhalten variiert je nach Betreiber. Manche Systeme binden an einen Geräte-Fingerabdruck, andere an eine Browsersitzung, und einige erlauben eine feste Zahl gleichzeitiger Freigaben, die per Timer ablaufen. Die Politik eines Ortes sagt nichts über den nächsten voraus, deshalb schlägt die Antwort des Ortes jede allgemeine Regel.

Halten Sie Portal- und VPN-Zugangsdaten getrennt

Ein Zimmercode ist kein Gateway-Login, und eine Arbeitsanmeldung in einem Portal wiederzuverwenden ist ein schlechtes Geschäft, selbst wenn beide Bildschirme ein Benutzernamenfeld und ein Passwortfeld zeigen. Autorisieren Sie zuerst das gewünschte Gerät, prüfen Sie eine kleine gewöhnliche Anfrage, wo der Ort es erlaubt, und verbinden Sie erst dann den Tunnel. Diese Reihenfolge gibt Ihnen eine saubere Zuordnung, wenn etwas fehlschlägt, denn die Portalstufe war bereits belegt, bevor das VPN ins Bild kam.

Wenn das Portal ablehnt, ist der Tunnel der falsche Ort zum Fehlersuchen. Nichts in der VPN-Konfiguration kann Zugang gewähren, den das Zugangssystem nie erteilt hat.

Was ein Reiserouter ändert

Ein Reiserouter kann helfen, indem er nach oben ein Gerät darstellt und lokal mehrere bedient, und er ändert, was das Portal sieht. Die Autorisierung bindet an die Kennung des Routers statt an jeden Laptop, und jeder Client dahinter teilt sich eine Freigabe und eine öffentliche Adresse. Ob diese Anordnung zulässig ist, hängt von den Bedingungen des Netzwerks ab, und viele Orte verbieten das Teilen ausdrücklich. Ein Router ist ein legitimes Design, wo Teilen erlaubt ist, und ein Verstoß, wo nicht, unabhängig vom technischen Nutzen.

Nichts davon hebt das Limit auf. Es verlegt die eine Freigabe vom Laptop auf einen Router, was für einen Reisenden mit mehreren Geräten nützlich und für zwei Personen nutzlos ist, die jeweils ihre eigene Autorisierung brauchen.

Lösen Sie zuerst das lokale Autorisierungsproblem. Ein perfekt funktionierender Tunnel kann trotzdem keine Freigabe erzeugen, die das Zugangssystem nie erteilt hat.