Captive Portal fungerer ikke på Mac: Hvordan fikse hotell-Wi-Fi-innloggingssiden

Et captive portal fungerer ved å fange opp din første ukrypterte webforespørsel og svare med en omdirigering til nettverkets påloggingsside i stedet for nettstedet du ba om. macOS kjenner til denne oppførselen og kjører en automatisk tilkoblingskontroll så snart du kobler til et Wi-Fi-nettverk. Hvis den kontrollen får en omdirigering i stedet for det forventede svaret, åpner macOS et lite captive-nettverksassistentvindu med portalen inni.

Så det å ikke få opp påloggingssiden nesten alltid betyr én av to ting: enten at tilkoblingskontrollen aldri fikk et klart svar, eller at omdirigeringen den skulle motta ble blokkert, kryptert, eller sendt til et sted portalen ikke kunne nå. Selve Wi-Fi-tilkoblingen er vanligvis i orden. Det som brøt er forhandlingen oppå den.

De vanlige årsakene, omtrent i rekkefølge etter hvor ofte de viser seg å være problemet: portalen kan ikke fange opp en HTTPS-forespørsel, så alt du åpner i nettleseren feiler med en feil i stedet for å omdirigere; en tilpasset eller kryptert DNS-innstilling, som DNS-over-HTTPS, en tredjeparts resolver, Pi-hole eller NextDNS, hindrer omdirigeringen i å nå deg; en aktiv VPN pakker inn trafikken din før nettverket kan behandle den; captive-nettverksassistentvinduet ble lukket tidlig og kommer ikke tilbake av seg selv; cachet DNS fra et tidligere nettverk peker Mac-en mot adresser som ikke lenger gjelder; en privat, tilfeldig Wi-Fi-adresse forvirrer portalens sesjonssporing; eller en innholdsfilter eller brannmur blokkerer stille portalen sin forespørsel.

En ting verdt å legge merke til med denne listen: nesten alle punktene handler om noe som beskytter personvernet eller sikkerheten din og gjør akkurat jobben sin. Captive portals er avhengige av å kunne fange opp trafikk. Moderne macOS, moderne nettlesere og moderne sikkerhetsverktøy er bygget for å forhindre nettopp dette. Konflikten er strukturell, ikke en feil på noen av sidene.

Glem nettverket og koble til igjen. Dette er den mest effektive løsningen, og den tar omtrent femten sekunder. Åpne Wi‑Fi‑innstillingene, fjern nettverket fra listen over kjente nettverk, og koble til igjen fra bunnen av. Å koble til på nytt tvinger macOS til å kjøre sin tilkoblingskontroll på nytt, noe som vanligvis er nok til å få tilbake captive‑nettverksassistenten.

Åpne en vanlig http://-adresse i en nettleser. Hvis assistentvinduet ikke vises, kan du utløse omdirigeringen manuelt, men bare med en ukryptert forespørsel. Å skrive inn et vanlig nettstednavn vil ikke fungere: nettlesere bruker som standard HTTPS nå, og en HTTPS-forespørsel kan ikke omdirigeres av portalen, så du får en tilkoblingsfeil eller en sertifikatadvarsel i stedet for en innloggingsside. Skriv inn adressen med http:// foran, og velg noe som er lite sannsynlig å tvinge en oppgradering. To adresser som ofte brukes til dette er http://neverssl.com og http://captive.Apple.com. Hvis portalen fungerer i det hele tatt, bør en av dem sende deg direkte til innloggingssiden.

Koble fra VPN-en din. Hvis en VPN er tilkoblet, eller satt til å koble til automatisk, kan ikke portalen avlytte noe, fordi trafikken din allerede er kryptert og tunnelert et annet sted. Slå den helt av i stedet for bare å avslutte den nåværende økten, logg inn, og slå den på igjen. Mange VPN-klienter har en auto‑tilkobling eller alltid‑på‑innstilling som vil koble til igjen innen sekunder og stille tilbake fremgangen din uten å si ifra.

Sjekk klokka. Dette høres kanskje ut som noe urelatert, men er verdt ti sekunder. Hvis datoen og tiden på Mac‑en din er betydelig feil, vil sertifikatvalidering mislykkes over hele linja, og portalsider som bruker HTTPS for det faktiske innloggingsskjemaet vil nekte å laste. Å sette dato og tid tilbake til automatisk løser dette.

Hvis alle fire feiler, er årsaken sannsynligvis DNS eller en personvernsinnstilling, og de neste to seksjonene dekker disse i rekkefølge.

Captive portals er avhengige av DNS mer enn de fleste er klar over. Når Mac-en din ser opp en adresse, svarer nettverkets eget DNS-server med portalens adresse i stedet for den virkelige, og det er slik omdirigeringen starter. Hvis Mac-en din ikke spør nettverkets DNS-server, skjer aldri det første steget.

Dette er grunnen til at manuell konfigurasjon av DNS er en så vanlig årsak. Hvis du har satt Mac-en til en tredjeparts resolver, eller peker den mot en Pi-hole hjemme, eller har DNS-over-HTTPS eller en tjeneste som NextDNS konfigurert, går oppslagene dine til et sted hotellets nettverk ikke kan avlytte. Løsningen er å sette DNS tilbake til automatisk, midlertidig. I macOS-nettverksinnstillingene kan du fjerne de manuelle DNS-serverne, noe som returnerer Mac-en til å bruke det nettverket tilbyr via DHCP. Logg inn, og sett deretter dine egne innstillinger tilbake. Kryptert DNS installert via en konfigurasjonsprofil kan måtte deaktiveres i stedet for å redigeres, men prinsippet er det samme.

Hvordan vet du at DNS er problemet? Et godt tegn er en vanlig http://-adresse som ikke løses i det hele tatt i stedet for å omdirigere, eller som feiler umiddelbart i stedet for etter en treg timeout. Et annet: ruteren eller gatewayen laster fint når den tastes inn som en ren IP-adresse, men ingenting som tastes inn som et navn fungerer. Det peker mot navneoppløsning i stedet for tilkobling.

VPN-tilfellet har sin egen signatur. Med en VPN aktiv ser tilkoblingen ofte helt sunn ut, klienten kan til og med rapportere en fungerende tunnel, men ingen sider lastes, og ingen portal vises. Noen VPN-klienter har en captive-portal eller hotspot-deteksjonsmodus som midlertidig tillater ukryptert trafikk slik at du kan logge inn. Hvis din har en, aktiver den. Hvis ikke, koble helt fra, logg inn, og koble til igjen.

Gamle DNS-verdier fra en tidligere nettverk kan også bli værende. Hvis du nettopp har flyttet mellom nettverk og Mac-en ser ut til å hente adresser som ikke gir mening for stedet du er, kan du tømme DNS-cachen. Dette gjøres vanligvis fra Terminal med sudo dscacheutil -flushcache etterfulgt av sudo killall -HUP mDNSResponder, selv om den nøyaktige kommandoen har variert på tvers av macOS-utgivelser. Hvis du heller vil unngå å skrive kommandoer, kan du starte Mac-en på nytt, og veksle Wi-Fi av og på for å tømme en overraskende stor del av den.

Private Wi-Fi Address. macOS bruker en tilfeldig maskinvareadresse per Wi-Fi-nettverk som standard, noe som gjør det mye vanskeligere for nettverksoperatører og andre i nærheten å spore enheten din på tvers av steder og over tid. Det er en virkelig god funksjon. Det forvirrer også noen captive portals, spesielt de som knytter en betalt eller tidsbegrenset sesjon til en maskinvareadresse, og hotellsystemer som forventer at samme enhet ser lik ut hver gang den kobler til igjen. Symptomene er vanligvis at du logger inn vellykket og deretter blir sendt tilbake til innloggingssiden minutter senere, eller at en sesjon du betalte for i går, ikke gjenkjenner deg i dag.

Du kan slå av Private Wi-Fi Address for ett enkelt nettverk i det nettverkets Wi-Fi-innstillinger. Vær tydelig på avveiningen, men: dette er ikke en innstilling for å slå av globalt. Å deaktivere det for ett hotellnettverk under ett opphold er en begrenset beslutning. Å deaktivere det overalt gir en stabil identifikator til alle nettverk du noen gang kobler til. Hvis du slår det av for en portal, slå det på igjen, eller glem nettverket helt når du drar.

Kryptert DNS og innholdsfiltre. Det samme gjelder for DNS-over-HTTPS og DNS-over-TLS. De finnes nettopp for at nettverket ikke skal kunne se eller endre oppslagene dine, noe som er akkurat det en portal trenger. Det finnes ingen lur måte rundt dette: for innloggingen i seg selv, trenger nettverket et vindu. Den riktige tilnærmingen er å bruke en smal løsning, og gå tilbake til automatisk DNS bare lenge nok til å autentisere.

Innholdsfiltre og foreldre-kontrollverktøy ligger i samme kategori. Alt som inspiserer, skriver om eller blokkerer DNS- og HTTP-forespørsler, kan stille inn portalens omdirigering stille og rolig, og fordi slike verktøy er designet for å feile stille, får du ofte ingen feil i det hele tatt, bare en side som aldri lastes. Hvis du bruker ett, legg det til i sjekklisten før du konkluderer med at nettverket er ødelagt.

Nettleseradferd. Nettlesere tvinger i økende grad HTTPS, blokkerer usikre omdirigeringer og cacher aggressivt. Å prøve en annen nettleser, eller et privat vindu, kan være nok til å få en portal til å laste. Safari er ofte det mest samarbeidsvillige, siden den captive-network assistenten er bygget på samme motor.

Når du har vært gjennom dette noen ganger, blir et mønster tydelig: hver løsning i denne guiden innebærer midlertidig å senke forsvaret. Slå av VPN-en. Gi opp din tilpassede DNS. Vis din virkelige maskinvareadresse. La en ukryptert forespørsel gå gjennom. Deretter, etter å ha logget inn på et ikke-pålitelig nettverk, skal du huske å sette alt tilbake igjen. De fleste gjør ikke det, og det er slik en Mac ender opp med å sitte på hotell-Wi‑Fi i tre dager med beskyttelsene fortsatt slått av fra tirsdag.

Det er den virkelige kostnaden her, og det er verdt å nevne, fordi svaret ikke er å gi opp beskyttelsen. Offentlig Wi‑Fi er akkurat der en Mac har godt av strengere behandling enn den trenger hjemme: færre apper får tilgang til internett, bakgrunnstjenester holdes tilbake, og man har et klart bilde av hva som faktisk kommuniserer på et nett du ikke kontrollerer.

Veien ut av konflikten er verktøy som vet hva en captive portal er, i stedet for verktøy du må deaktivere rundt den. Det er slik NetMute sin hotspot-beskyttelse er bygget. Når Mac-en din kobler til et ukjent eller offentlig nettverk, bruker den automatisk en strengere profil, og den håndterer captive portals slik at påloggingssiden fortsatt lastes inn i stedet for å bli blokkert sammen med alt annet. Du logger inn som vanlig, og den strenge profilen forblir aktiv gjennom hele.

Resten av appen følger samme idé. Nettverksprofiler er knyttet til Wi‑Fi-nettverket du er på, slik at dine hjemmeregler og dine flyplassregler kan være genuint forskjellige uten at du tenker på det. Per-app-brannmuren blokkerer alt med ett klikk, og midlertidige regler utløper av seg selv, noe som er nyttig når du vil la én app komme gjennom i noen minutter. Trafikkmonitoren viser hvilke apper som snakker og hvor.

NetMute er gratis å laste ned på Mac App Store, og Premium er et enkelt kjøp i appen i stedet for et abonnement. Hvis du bruker tid på hotell- og flyplass‑Wi‑Fi, vil en Mac som strammer seg inn av seg selv og fortsatt får deg forbi påloggingssiden fjerne den delen av dette problemet som ingen sjekkliste kan fikse: å huske å slå alt på igjen.