Nie można uzyskać dostępu do publicznej strony logowania do WIFI w Ubuntu 18.04 Captive Portal Issue

11

Przykro mi, jeśli wydaje się, że jest to dziesiąty duplikat, ale żadna z odpowiedzi podanych w pozostałych przypadkach nie rozwiązała mojego problemu.

Próbuję korzystać z publicznej sieci WIFI, tak jak z powodzeniem dwa dni temu. Normalna procedura to:

  1. połączyć się z Wi-Fi
  2. spróbuj przejrzeć stronę http: //
  3. zostaniesz przekierowany na ekran powitalny, na którym należy nacisnąć przycisk „Połącz z Internetem”

Teraz nie przekraczam już kroku 2. Jestem na maszynie z podwójnym uruchomieniem. Mogę uzyskać dostęp do Internetu w porządku za pomocą Widows 10, ale nie Ubuntu 18.04.

W systemie Windows dostaję :

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

W systemie Linux otrzymuję :

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

Wszelkie wskazówki, jak uzyskać dostęp do Internetu? Byłbym bardzo wdzięczny.

Edycje

Zasadniczo Ubuntu blokuje wszystkie przekierowania. Zacząłem tutaj bardziej precyzyjne pytanie: przekierowanie DNS zablokowane w konkretnej sieci WIFI

(Nie) na szczęście już nie jestem w miejscu wspomnianej sieci WIFI, co oznacza, że ​​na razie nie mogę przetestować, a zatem przyjmuję dowolną z poniższych odpowiedzi.

Bastian
źródło
Jeśli otworzysz Google Chrome, powinieneś zostać przekierowany na stronę gstatic.com/generate_204, która otworzy stronę logowania do sieci.
Kulfy
@Kulfy nie, to nie pomaga. Teraz w przeglądarce Chrome pojawia się komunikat „Nie można uzyskać dostępu do tej strony na adres IP serwera gstatic.com”.
Bastian

Odpowiedzi:

7

Miałem ten sam problem.

  • Internet nie działał
  • Strona logowania do logowania wewnętrznego nie pojawiła się automatycznie
  • Ikona Wi-Fi była znakiem zapytania (?)

Udało mi się zalogować, odwiedzając stronę logowania pod adresem : https://1.1.1.1/login.html

Po zalogowaniu byłem w takiej samej sytuacji jak poprzednio, ale problemem był tylko DNS:

  • curl -v example.com zwrócił po pewnym czasie „Nie można rozpoznać hosta: przyklad.com”.
  • Dobra wiadomość: mogłem pomyślnie pingować Google DNS 8.8.8.8 ping 8.8.8.8

Dodałem 8.8.8.8 do listy serwerów DNS dla mojego połączenia WiFi, wykonując następujące czynności:

  • Kliknij ikonę WiFi (moja była znakiem zapytania, ponieważ WiFi nie działało)
  • Kliknij nazwę sieci WiFi, następnie Ustawienia Wi-Fi, następnie koło w pobliżu mojej sieci Wi-Fi, a następnie kartę IPv4
  • Napisano 8.8.8.8 w polu tekstowym DNS (pozostaw włączony DNS „Automatyczny”)
  • Zatwierdź zmiany
  • Uruchom ponownie menedżera sieci: sudo service network-manager restart

I zadziałało dla mnie.

systemd-resolve --status teraz zwraca dwa serwery DNS dla połączenia WiFi, pierwszy to DNS przypisany przez sieć, drugi to 8.8.8.8

Mam nadzieję, że to może pomóc.

Giuseppe Galano
źródło
To dodanie DNS Google'a ręcznie działało dla mnie na „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 ( ? )

Poniższe pomogły mi rozwiązać ten problem w standardowej instalacji Ubuntu 18.04.

Rozwiązanie 1:

Ustawienia> Prywatność> Sprawdzanie łączności> Wyłączone.

Powyższe wystarczy, aby wyświetlić stronę logowania do niewoli dla wielu sieci Wi-Fi. Niektóre jednak (np. WiFi w pociągu gwr) również wymagają rozwiązania 2:

Ustawienia> Wi-Fi> wybierz ustawienia (kliknij ikonę koła zębatego) dla sieci, do której próbujesz się dostać. Wybierz kartę IPv6. W przypadku metody IPv6 wybierz opcję „Automatyczny, tylko DHCP” (zamiast domyślnego ustawienia „Automatyczny”). Kliknij Zastosuj.

Pomocne może być również:

Ustawienia> Sieć> Proxy sieci - Wyłączone. (Kliknij przycisk ustawień z ikoną koła zębatego.)

Rod S
źródło
Dzięki - przełącznik „Sprawdzanie połączenia -> Wyłącz” właśnie mi pomógł.
Dirk Eddelbuettel
1

Problem jest spowodowany rozwiązanym demonem wprowadzonym w 17.04. To psuje przekazywanie na stronach internetowych wifi. Przedstawione tutaj rozwiązanie NIE opiera się na serwerach nazw Googles. Rozwiązanie zastępuje rozwiązane przez dnsmasq, jak było używane wcześniej, i można je znaleźć tutaj:

Jak wyłączyć systemd-resolved i DNS za pomocą dnsmasq?

Vasco
źródło
0

Ostatnio natknąłem się na ten problem i nie jestem pewien, co go dokładnie spowodowało, ale sugestia, aby spróbować przejrzeć portal IP w niewoli, straciła coś w mojej głowie. Na początku próbowałem pingować zewnętrzny adres IP, ping 8.8.8.8ale zespół bezpieczeństwa sieci poprawnie go zablokował. Potem pobiegłem, ip routeaby zobaczyć, jaki adres IP został mi przydzielony, i próbowałem uzyskać dostęp do domyślnej bramy za pośrednictwem https, ale dostałem wiadomość, że była pusta odpowiedź, która przynajmniej udowodniła mi, że serwer nasłuchuje, a kiedy przełączyłem się na http poprawnie odesłał mnie do strony logowania do portalu dla niewoli.

Szybki sposób to wypróbować xdg-open http://$(ip --oneline route get 8.8.8.8 | awk '{print $3}'). Znajduje domyślną bramę i drukuje jej adres IP, a następnie próbuje otworzyć ją w domyślnej przeglądarce.

dragon788
źródło