Captive Portal funktioniert nicht auf Mac: So behebst du die Hotel-Wi-Fi-Login-Seite

Ein Captive-Portal funktioniert, indem es Ihre erste unverschlüsselte Webanfrage abfängt und sie mit einer Weiterleitung zur Anmeldeseite des Netzwerks beantwortet, anstatt die angeforderte Seite zu laden. macOS kennt dieses Verhalten und führt eine automatische Konnektivitätsprüfung durch, sobald Sie sich mit einem Wi-Fi-Netzwerk verbinden. Wenn diese Prüfung eine Weiterleitung statt der erwarteten Antwort erhält, öffnet macOS ein kleines Fenster des Captive-Netzwerk-Assistenten mit dem Portal darin.

Das Verschwinden der Anmeldeseite bedeutet fast immer eines von zwei Dingen: Entweder hat die Konnektivitätsprüfung keine saubere Antwort erhalten, oder die Weiterleitung, die sie erhalten sollte, wurde blockiert, verschlüsselt oder an einen Ort gesendet, den das Portal nicht erreichen konnte. Die Wi-Fi-Verbindung selbst ist in der Regel in Ordnung. Es ist die Verhandlung darüber, die gestört wurde.

Die üblichen Ursachen, grob in der Reihenfolge, wie häufig sie das Problem darstellen: Das Portal kann eine HTTPS-Anfrage nicht abfangen, sodass alles, was du im Browser öffnest, stattdessen mit einem Fehler fehlschlägt, anstatt weitergeleitet zu werden; eine benutzerdefinierte oder verschlüsselte DNS-Einstellung, wie DNS-over-HTTPS, ein Drittanbieter-Resolver, Pi-hole oder NextDNS, verhindert, dass die Weiterleitung dich erreicht; ein aktives VPN umhüllt deinen Datenverkehr, bevor das Netzwerk ihn berühren kann; das Fenster des Captive-Netzwerk-Assistenten wurde frühzeitig geschlossen und erscheint nicht von selbst wieder; zwischengespeicherte DNS-Daten eines vorherigen Netzwerks zeigen deinen Mac auf Adressen, die nicht mehr gelten; eine private, zufällige Wi-Fi-Adresse verwirrt die Sitzungserkennung des Portals; oder ein Inhaltsfilter oder eine Firewall blockiert leise die Anfrage des Portals.

Ein Punkt, der bei dieser Liste erwähnenswert ist: Fast jeder Punkt darauf schützt deine Privatsphäre oder Sicherheit und tut genau das, was er soll. Captive-Portale sind darauf angewiesen, den Datenverkehr abfangen zu können. Modernes macOS, moderne Browser und moderne Sicherheitstools sind so gebaut, dass genau das verhindert wird. Der Konflikt ist strukturell, kein Fehler auf einer der Seiten.

Vergiss das Netzwerk und trete ihm erneut bei. Das ist die effektivste Lösung und dauert etwa fünfzehn Sekunden. Öffne die Wi-Fi-Einstellungen, entferne das Netzwerk aus der Liste der bekannten Netzwerke und trete ihm dann erneut bei. Das erneute Verbinden veranlasst macOS, die Konnektivitätsprüfung neu durchzuführen, was in der Regel ausreicht, um den Captive-Netzwerk-Assistenten wieder anzuzeigen.

Öffne eine einfache http://-Adresse in einem Browser. Wenn das Fenster des Assistenten nicht erscheint, kannst du die Weiterleitung manuell auslösen, aber nur mit einer unverschlüsselten Anfrage. Das Eingeben eines normalen Seitennamens funktioniert nicht: Browser verwenden jetzt standardmäßig HTTPS, und eine HTTPS-Anfrage kann vom Portal nicht weitergeleitet werden, sodass du stattdessen eine Verbindungsfehlermeldung oder eine Zertifikatwarnung erhältst. Gib die Adresse explizit mit http:// davor ein und wähle etwas, das wahrscheinlich keinen Upgrade erzwingt. Zwei häufig verwendete Adressen dafür sind http://neverssl.com und http://captive.Apple.com. Wenn das Portal überhaupt funktioniert, sollte eine der beiden dich direkt zur Anmeldeseite weiterleiten.

Trenne dein VPN. Wenn ein VPN verbunden ist oder automatisch verbindet, kann das Portal nichts abfangen, weil dein Datenverkehr bereits verschlüsselt und anderweitig getunnelt ist. Schalte es vollständig aus, anstatt die aktuelle Sitzung nur zu beenden, melde dich an und schalte es wieder ein. Viele VPN-Clients haben eine Auto-Connect- oder Always-On-Einstellung, die innerhalb von Sekunden wieder verbindet und deinen Fortschritt stillschweigend rückgängig macht.

Überprüfe die Uhrzeit. Das klingt unwahrscheinlich, ist aber zehn Sekunden wert. Wenn das Datum und die Uhrzeit deines Mac deutlich falsch sind, schlägt die Zertifikatüberprüfung fehl, und Portalseiten, die HTTPS für das eigentliche Anmeldeformular verwenden, laden nicht. Stelle Datum und Uhrzeit auf automatisch zurück, um das Problem zu beheben.

Wenn alle vier Methoden fehlschlagen, liegt die Ursache sehr wahrscheinlich bei DNS oder einer Datenschutzeinstellung, und die nächsten beiden Abschnitte behandeln diese in der Reihenfolge.

Captive Portale sind stärker auf DNS angewiesen, als die meisten denken. Wenn dein Mac eine Adresse aufruft, antwortet der DNS-Server des Netzwerks mit der Adresse des Portals anstelle der echten, und so beginnt die Weiterleitung. Wenn dein Mac nicht den DNS-Server des Netzwerks abfragt, passiert dieser erste Schritt nie.

Deshalb ist manuell konfigurierte DNS so häufig die Ursache. Wenn du deinen Mac auf einen Drittanbieter-Resolver eingestellt hast, oder auf einen Pi-hole zuhause, oder DNS-over-HTTPS oder einen Dienst wie NextDNS konfiguriert hast, gehen deine Abfragen an Orte, die das Hotelnetzwerk nicht abfangen kann. Die Lösung ist, DNS vorübergehend wieder auf automatisch zu stellen. In den Netzwerkeinstellungen von macOS kannst du die manuell eingetragenen DNS-Server entfernen, was den Mac wieder auf die DHCP-Standardeinstellungen des Netzwerks zurücksetzt. Melde dich an, und stelle dann deine eigenen Einstellungen wieder her. Verschlüsseltes DNS, das über ein Konfigurationsprofil installiert wurde, muss eventuell deaktiviert werden, anstatt bearbeitet, aber das Prinzip ist dasselbe.

Wie erkennst du, dass DNS das Problem ist? Ein gutes Zeichen ist, wenn eine einfache http://-Adresse gar nicht auflöst, anstatt weiterzuleiten, oder sofort fehlschlägt, anstatt nach einem langsamen Timeout. Ein weiteres: Der Router oder das Gateway lädt einwandfrei, wenn du es als reine IP-Adresse eingibst, aber nichts funktioniert, wenn du einen Namen eingibst. Das deutet auf Namensauflösung statt auf Verbindung hin.

Der VPN-Fall hat seine eigene Signatur. Mit aktiviertem VPN wirkt die Verbindung oft vollständig stabil, der Client meldet vielleicht sogar einen funktionierenden Tunnel, aber keine Seite lädt und kein Portal erscheint. Manche VPN-Clients haben einen Captive-Portal- oder Hotspot-Erkennungsmodus, der kurzzeitig unverschlüsselten Traffic erlaubt, damit du dich anmelden kannst. Wenn deiner so einen hat, aktiviere ihn. Falls nicht, trenne die Verbindung vollständig, melde dich an, und stelle die Verbindung wieder her.

Veralteter DNS von einem vorherigen Netzwerk kann ebenfalls noch im System verbleiben. Wenn du zwischen Netzwerken gewechselt hast und dein Mac Adressen anfragt, die keinen Sinn ergeben, löscht das Leeren des DNS-Caches. Das geht meist über Terminal mit sudo dscacheutil -flushcache gefolgt von sudo killall -HUP mDNSResponder, wobei der genaue Befehl je nach macOS-Version variiert. Wenn du keine Befehle eingeben möchtest, hilft ein Neustart des Macs, um dasselbe zu erreichen, ebenso das Ausschalten und erneute Einschalten des Wi-Fi.

Private Wi-Fi Address. macOS verwendet standardmäßig eine zufällige Hardware-Adresse pro Wi-Fi-Netzwerk, was es deutlich schwerer macht, dein Gerät über Standorte und Zeit hinweg zu verfolgen. Das ist eine wirklich gute Funktion. Es verwirrt aber auch einige Captive Portale, vor allem solche, die eine bezahlte oder zeitlich begrenzte Sitzung an eine Hardware-Adresse binden, sowie Hotelsysteme, die erwarten, dass das gleiche Gerät sich jedes Mal wieder verbindet. Das Symptom ist meist, dass du dich erfolgreich anmeldest und dann Minuten später wieder auf die Login-Seite geworfen wirst, oder eine gestern bezahlte Sitzung dich heute nicht erkennt.

Du kannst die Private Wi-Fi Address für ein einzelnes Netzwerk in den Wi-Fi-Einstellungen ausschalten. Sei dir aber bewusst, dass das einen Kompromiss bedeutet: Das ist keine globale Einstellung. Das Deaktivieren für ein Hotelnetzwerk während eines Aufenthalts ist eine begrenzte Entscheidung. Das Deaktivieren überallhin gibt jedem Netzwerk, dem du beitrittst, eine stabile Kennung. Wenn du es für ein Portal ausschaltest, schalte es wieder ein oder vergiss das Netzwerk, wenn du es verlässt.

Verschlüsseltes DNS und Inhaltsfilter. Das gleiche gilt für DNS-over-HTTPS und DNS-over-TLS. Sie existieren genau, damit das Netzwerk deine Abfragen nicht sehen oder verändern kann, was genau das ist, was ein Portal braucht. Es gibt keinen cleveren Weg, das zu umgehen: Für die Anmeldung selbst braucht das Netzwerk ein Fenster. Der richtige Ansatz ist, vorübergehend auf automatisches DNS umzuschalten, um sich zu authentifizieren.

Inhaltsfilter und Kindersicherungstools sitzen in derselben Kategorie. Alles, was DNS- und HTTP-Anfragen inspiziert, umschreibt oder blockiert, kann die Weiterleitung des Portals stillschweigend unterdrücken, und weil solche Tools so konzipiert sind, dass sie im Fehlerfall stillschweigend versagen, bekommst du oft keine Fehlermeldung, sondern eine Seite, die nie lädt. Wenn du eines hast, füge es deiner Checkliste hinzu, bevor du davon ausgehst, dass das Netzwerk defekt ist.

Browserverhalten. Browser erzwingen zunehmend HTTPS, blockieren unsichere Weiterleitungen und cachen aggressiv. Ein anderer Browser oder ein privates Fenster kann oft ausreichen, um das Portal laden zu lassen. Safari ist oft am kooperativsten, da der Captive-Network-Assistent auf derselben Engine basiert.

Wenn du das schon ein paar Mal durchgemacht hast, wird ein Muster deutlich: Jede Lösung in diesem Guide beinhaltet, vorübergehend eine Schutzmaßnahme zu deaktivieren. Deaktiviere das VPN. Gib deine benutzerdefinierten DNS-Einstellungen auf. Gib deine echte Hardware-Adresse preis. Erlaube unverschlüsselten Traffic. Danach solltest du dich in einem untrusted Netzwerk anmelden und daran denken, alles wieder zurückzusetzen. Die meisten Menschen tun das nicht, und so steht ein Laptop drei Tage lang im Hotel‑Wi‑Fi mit deaktivierten Schutzmaßnahmen, die seit Dienstag ausgeschaltet sind.

Das ist der eigentliche Preis, und es lohnt sich, ihn beim Namen zu nennen, denn die Antwort ist nicht, auf Schutz zu verzichten. Öffentliches Wi‑Fi ist genau der Ort, an dem ein Mac von strengeren Maßnahmen profitiert als zu Hause: Weniger Apps dürfen ins Internet, Hintergrunddienste werden zurückgehalten, und du hast eine klare Übersicht darüber, was in einem Netzwerk, das du nicht kontrollierst, tatsächlich kommuniziert.

Der Ausweg ist ein Tool, das weiß, was ein Captive Portal ist, statt ein Tool, das du dafür deaktivieren musst. So ist der Hotspot‑Schutz von NetMute aufgebaut. Wenn dein Mac sich mit einem unbekannten oder öffentlichen Netzwerk verbindet, wendet er automatisch ein strengeres Profil an und behandelt Captive Portals so, dass die Anmeldeseite weiterhin lädt, anstatt zusammen mit allem anderen blockiert zu werden. Du meldest dich normal an, und das strenge Profil bleibt währenddessen aktiv.

Der Rest der App folgt derselben Idee. Netzwerkprofile sind an das Wi‑Fi‑Netzwerk gebunden, sodass deine Heimregeln und deine Regeln für den Flughafen wirklich unterschiedlich sein können, ohne dass du darüber nachdenken musst. Die per‑App‑Firewall blockiert mit einem Klick alles, und temporäre Regeln laufen von selbst ab, was nützlich ist, wenn du einer App für ein paar Minuten Zugriff gewähren willst. Der Traffic‑Monitor zeigt, welche Apps kommunizieren und wohin.

NetMute ist kostenlos im Mac App Store zum Download verfügbar, und Premium ist ein einzelner In‑App‑Kauf statt eines Abonnements. Wenn du viel im Hotel‑ und Flughafen‑Wi‑Fi unterwegs bist, sorgt ein Mac, der sich automatisch strenger einstellt und dich trotzdem an die Login‑Seite bringt, dafür, dass der Teil des Problems, den keine Checkliste beheben kann, wegfällt: daran zu denken, alles wieder einzuschalten.