Se la pagina di reindirizzamento non viene caricata e la riconnessione non risolve il problema, il passaggio successivo più semplice consiste nell'indirizzare direttamente il router.
Prova 192.168.1.1 . Questo è l'indirizzo predefinito più comune e spesso non viene modificato.
L'indirizzamento del router dovrebbe indirizzarti alla pagina di reindirizzamento.
Quello che descrivi si chiama captive portal . In genere vengono utilizzati per l'autenticazione su hotspot Wi-Fi, ma possono essere utilizzati anche per controllare l'accesso alla rete cablata.
Esistono diversi modi per implementare un captive portal:
-
Reindirizzamento HTTP
In questo caso, le query DNS provenienti da client non autenticati vengono risolte normalmente. Tuttavia, quando il browser effettua una richiesta HTTP all'indirizzo IP risolto, la richiesta viene intercettata da un firewall che funge da proxy trasparente. La richiesta HTTP del client viene inoltrata a un server nella rete locale che emette un reindirizzamento lato server con un HTTP 302 Found codice di stato, che reindirizzerà il client al captive portal.
-
Reindirizzamento DNS
Nel reindirizzamento basato su DNS, il firewall garantisce che solo i server DNS forniti da DHCP possano essere utilizzati dai client autenticati. Il firewall potrebbe anche reindirizzare qualsiasi query DNS da client non autenticati al server DNS locale. Questo server DNS restituirà a sua volta l'indirizzo IP del captive portal come risposta a tutte le ricerche DNS effettuate da client non autenticati.
-
Reindirizzamento IP
Nel reindirizzamento che lavora sul livello IP, un router esegue la Destination Network Address Translation (DNAT) per reindirizzare i pacchetti originati da un captive host al captive portal. Nei casi in cui il software captive portal viene eseguito sul router stesso, i pacchetti vengono invece indirizzati a un'interfaccia interna. I pacchetti diretti dal captive portal all'host ottengono a loro volta il loro indirizzo di origine riscritti in modo che sembrino provenire dalla destinazione originale.
Quando si risolvono i problemi del captive portal, il primo passaggio consiste nell'identificare quale tipo di reindirizzamento è in uso e in quale punto il reindirizzamento fallisce. Lo strumento giusto per questo lavoro è un analizzatore di pacchetti, come Wireshark. Tieni presente, tuttavia, che la politica IT della tua scuola potrebbe vietare l'uso di sniffer di pacchetti sulla rete locale in quanto tali strumenti potrebbero essere facilmente utilizzati per invadere la privacy di altri su una rete non crittografata.
Puoi anche consultare il supporto tecnico della tua scuola. Sarebbero a conoscenza della configurazione del captive portal sulla rete Wi-Fi locale e, soprattutto se i membri della facoltà utilizzano Linux, probabilmente potrebbero aiutare a individuare l'origine del problema.
Nel mio caso l'accesso a Chrome era di intralcio. Quando ho aperto una finestra di navigazione in incognito e sono andato su una pagina web a caso, il reindirizzamento ha funzionato. Ho avuto questa idea da un post su un thread di Arch Linux.