Impossibile raggiungere la pagina di accesso WIFI pubblica in Ubuntu 18.04 Captive Portal Issue

11

Mi dispiace se questo sembra essere il decimo duplicato, ma nessuna delle risposte fornite negli altri casi ha risolto il mio problema.

Sto tentando di utilizzare un WIFI pubblico proprio come ho fatto con successo due giorni fa. La normale procedura è:

  1. connettersi al Wifi
  2. prova a navigare su alcuni siti http: //
  3. vieni indirizzato alla schermata iniziale in cui è necessario premere un pulsante "Connetti a Internet"

Ora non vado più oltre il passaggio 2. Sono su una macchina a doppio avvio. Posso accedere bene a Internet usando Widows 10, ma non Ubuntu 18.04.

Su Windows ottengo :

SSID:   SEC Wi-Fi
Protocol:   802.11n
Security type:  Open
Network band:   2.4 GHz
Network channel:    6
IPv4 address:   192.168.33.154
IPv4 DNS servers:   192.168.0.1
192.168.0.1
Manufacturer:   Intel Corporation
Description:    Intel(R) Dual Band Wireless-AC 7260
Driver version: 17.15.0.5
Physical address (MAC): 0C-8B-FD-75-00-D5

Windows IP Configuration

   Host Name . . . . . . . . . . . . : DESKTOP-G83LKQ1
   Primary Dns Suffix  . . . . . . . :
   Node Type . . . . . . . . . . . . : Hybrid
   IP Routing Enabled. . . . . . . . : No
   WINS Proxy Enabled. . . . . . . . : No
   DNS Suffix Search List. . . . . . : fdxtended.com

Wireless LAN adapter Wi-Fi:

   Connection-specific DNS Suffix  . : fdxtended.com
   Description . . . . . . . . . . . : Intel(R) Dual Band Wireless-AC 7260
   Physical Address. . . . . . . . . : 0C-8B-FD-75-00-D5
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes
   Link-local IPv6 Address . . . . . : fe80::656c:ef48:d71c:420e%17(Preferred)
   IPv4 Address. . . . . . . . . . . : 192.168.33.154(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.128.0
   Lease Obtained. . . . . . . . . . : Wednesday, 13 June 2018 17:17:44
   Lease Expires . . . . . . . . . . : Wednesday, 13 June 2018 23:18:53
   Default Gateway . . . . . . . . . : 192.168.0.1
   DHCP Server . . . . . . . . . . . : 192.168.0.1
   DHCPv6 IAID . . . . . . . . . . . : 286034941
   DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-22-A4-A4-F1-A0-D3-C1-9C-CD-E0
   DNS Servers . . . . . . . . . . . : 192.168.0.1
                                       192.168.0.1
   NetBIOS over Tcpip. . . . . . . . : Enabled

In Linux ottengo :

ifconfig:

wlo1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.33.154  netmask 255.255.128.0  broadcast 192.168.127.255
        inet6 fe80::499:60a3:aae7:a075  prefixlen 64  scopeid 0x20<link>
        ether 0c:8b:fd:75:00:d5  txqueuelen 1000  (Ethernet)
        RX packets 33578  bytes 19389454 (19.3 MB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 23622  bytes 3363483 (3.3 MB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

systemd-resolve --status:

Global
          DNSSEC NTA: 10.in-addr.arpa
                      16.172.in-addr.arpa
                      168.192.in-addr.arpa
                      17.172.in-addr.arpa
                      18.172.in-addr.arpa
                      19.172.in-addr.arpa
                      20.172.in-addr.arpa
                      21.172.in-addr.arpa
                      22.172.in-addr.arpa
                      23.172.in-addr.arpa
                      24.172.in-addr.arpa
                      25.172.in-addr.arpa
                      26.172.in-addr.arpa
                      27.172.in-addr.arpa
                      28.172.in-addr.arpa
                      29.172.in-addr.arpa
                      30.172.in-addr.arpa
                      31.172.in-addr.arpa
                      corp
                      d.f.ip6.arpa
                      home
                      internal
                      intranet
                      lan
                      local
                      private
                      test

Link 3 (wlo1)
      Current Scopes: DNS
       LLMNR setting: yes
MulticastDNS setting: no
      DNSSEC setting: no
    DNSSEC supported: no
         DNS Servers: 192.168.0.1
          DNS Domain: fdxtended.com

curl -v example.com:

* Rebuilt URL to: example.com/
* Could not resolve host: example.com
* Closing connection 0
curl: (6) Could not resolve host: example.com

Qualche suggerimento su come ottenere l'accesso a Internet? Lo apprezzerei molto.

Le modifiche

Quindi, sostanzialmente, Ubuntu blocca tutti i reindirizzamenti. Ho iniziato una domanda più precisa qui: inoltro DNS bloccato in WIFI specifico

(Un) per fortuna non mi trovo più nella posizione del menzionato WIFI, il che significa che per ora non posso testare e quindi accettare una delle risposte di seguito.

wireless  18.04  dns 
— Bastian
fonte
Se apri Google Chrome, dovresti essere indirizzato a gstatic.com/generate_204 che aprirà la pagina di accesso alla rete.
— Kulfy,
@Kulfy no che non aiuta. Ora sono su Chrome e sto ottenendo "Impossibile raggiungere questo sito. Impossibile trovare l'indirizzo IP del server di gstatic.com".
— Bastian,

Risposte:

7

Ho avuto lo stesso problema.

  • Internet non funzionava
  • La pagina di accesso captive non viene visualizzata automaticamente
  • L'icona Wifi era un punto interrogativo (?)

Sono riuscito ad accedere visitando la pagina di accesso all'indirizzo: https://1.1.1.1/login.html

Una volta effettuato l'accesso, ero nella stessa situazione di prima, ma il problema era solo DNS:

  • curl -v example.com restituito, dopo qualche tempo, "Impossibile risolvere l'host: esempio.com".
  • Buone notizie: ho potuto eseguire correttamente il ping di Google DNS 8.8.8.8 con ping 8.8.8.8

Ho aggiunto 8.8.8.8 all'elenco dei server DNS per la mia connessione WiFi, tramite i seguenti passaggi:

  • Fai clic sull'icona WiFi (il mio era un punto interrogativo, perché il WiFi non funzionava)
  • Fai clic sul nome della rete WiFi, quindi su Impostazioni WiFi, quindi sulla ruota vicino alla mia rete WiFi, quindi sulla scheda IPv4
  • Scritto 8.8.8.8 nella casella di testo DNS (lasciare il DNS "automatico" attivato)
  • Applica i cambiamenti
  • Riavvia gestore di rete: sudo service network-manager restart

E ha funzionato per me.

systemd-resolve --status ora restituisce due server DNS per la connessione WiFi, il primo è il DNS assegnato dalla rete, il secondo è 8.8.8.8

Spero che questo possa aiutare.

— Giuseppe Galano
fonte
L'aggiunta di DNS di Google ha funzionato manualmente per me su un "captiveportal-login.example.com".
— joshperry,
4 
Internet was not working
Captive Login Page did not show up automatically. No browser shows that page. 
Wifi icon was a question mark ( ? )

Quanto segue mi ha aiutato a risolvere questo problema su un'installazione standard di Ubuntu 18.04.

Soluzione 1:

Impostazioni> Privacy> Verifica connettività> Disattivo.

Quanto sopra è sufficiente per mostrare la pagina di accesso in cattività per molte reti wifi. Alcuni tuttavia (ad es. Gwr on-train wifi) richiedono anche la soluzione 2:

Impostazioni> Wi-Fi> seleziona le impostazioni (fai clic sull'icona a forma di ingranaggio) per la rete che stai tentando di raggiungere. Seleziona la scheda IPv6. Per il metodo IPv6 selezionare "Automatico, solo DHCP" (anziché l'impostazione predefinita "Automatico"). Fai clic su Applica.

Può anche aiutare a fare:

Impostazioni> Rete> Proxy di rete - Disattivo. (Fare clic sul pulsante Impostazioni con l'icona a forma di ingranaggio su di esso.)

— Rod S
fonte
Grazie - il comando "Verifica connettività -> Off" mi ha aiutato.
— Dirk Eddelbuettel,
1

Il problema è causato dal demone risolto introdotto in 17.04. Ciò interrompe l'inoltro nelle pagine captive wifi. La soluzione qui presentata NON si basa sui server dei nomi di Google. La soluzione sta sostituendo risolta con dnsmasq, come è stato utilizzato in precedenza, e può essere trovata qui:

Come disabilitare systemd risolto e risolvere DNS con dnsmasq?

— Vasco
fonte
0

Di recente ho riscontrato questo problema e non sono sicuro di cosa l'abbia causato esattamente, ma il suggerimento di provare a navigare nel portale captive IP mi ha fatto perdere qualcosa nel cervello. Inizialmente ho provato a eseguire il ping di un IP esterno ping 8.8.8.8ma il team di sicurezza della rete lo ha bloccato correttamente. Poi ho corso ip routeper vedere quale IP mi era stato assegnato e ho provato ad accedere al gateway predefinito tramite https, ma ho ricevuto un messaggio che indicava una risposta vuota che almeno mi ha dimostrato che c'era un server in ascolto e quando sono passato a http mi ha correttamente rimandato alla pagina di accesso del portale captive.

Il modo rapido per provare questo è xdg-open http://$(ip --oneline route get 8.8.8.8 | awk '{print $3}'). Questo trova il gateway predefinito e stampa il suo IP e quindi prova ad aprirlo nel browser predefinito.

— dragon788
fonte
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.