Öffentliche WIFI-Anmeldeseite in Ubuntu 18.04 Captive Portal Issue kann nicht erreicht werden

11

Es tut mir leid, wenn dies das zehnte Duplikat zu sein scheint, aber keine der Antworten in den anderen Fällen hat mein Problem gelöst.

Ich versuche, ein öffentliches WIFI zu verwenden, so wie ich es vor zwei Tagen erfolgreich getan habe. Das normale Verfahren ist:

  1. Verbinden Sie sich mit dem Wifi
  2. Versuchen Sie, eine http: // Site zu durchsuchen
  3. Sie werden zu dem Begrüßungsbildschirm weitergeleitet, auf dem die Schaltfläche "Verbindung zum Internet herstellen" gedrückt werden muss

Jetzt komme ich nicht mehr über Schritt 2 hinaus. Ich bin auf einem Dual-Boot-Computer. Ich kann mit Widows 10 gut auf das Internet zugreifen, aber nicht mit Ubuntu 18.04.

Unter Windows bekomme ich :

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

Unter Linux bekomme ich :

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

Irgendwelche Tipps, wie man Zugang zum Internet erhält? Ich würde dies sehr begrüssen.

Bearbeitungen

Ubuntu blockiert also grundsätzlich alle Weiterleitungen. Ich habe hier eine genauere Frage gestellt: DNS-Weiterleitung in bestimmten WIFI blockiert

(Un) Zum Glück bin ich nicht mehr an der Stelle des erwähnten WIFI, was bedeutet, dass ich im Moment keine der folgenden Antworten testen und daher akzeptieren kann.

wireless 18.04 dns Bastian
quelle
Wenn Sie Google Chrome öffnen, sollten Sie zu gstatic.com/generate_204 weitergeleitet werden, um die Netzwerkanmeldeseite zu öffnen.
Kulfy
@Kulfy nein das hilft nicht. Jetzt bin ich in Chrome und erhalte die Meldung "Diese Website kann nicht erreicht werden. Die Server-IP-Adresse von gstatic.com wurde nicht gefunden."
Bastian

Antworten:

7

Ich hatte das gleiche Problem.

  • Das Internet funktionierte nicht
  • Die Captive-Anmeldeseite wurde nicht automatisch angezeigt
  • Wifi-Symbol war ein Fragezeichen (?)

Ich konnte mich anmelden, indem ich die Anmeldeseite unter https://1.1.1.1/login.html besuchte

Sobald ich angemeldet war, war ich in der gleichen Situation wie zuvor, aber dann war das Problem nur DNS:

  • curl -v example.com gab nach einiger Zeit "Host: example.com konnte nicht aufgelöst werden" zurück.
  • Gute Nachricht: Ich konnte Google DNS 8.8.8.8 erfolgreich mit pingen ping 8.8.8.8

Ich habe 8.8.8.8 über die folgenden Schritte zur DNS-Serverliste für meine WLAN-Verbindung hinzugefügt:

  • Klicken Sie auf das WiFi-Symbol (meins war ein Fragezeichen, weil WiFi nicht funktionierte)
  • Klicken Sie auf den Namen des WLAN-Netzwerks, dann auf WLAN-Einstellungen, dann auf das Rad in der Nähe meines WLAN-Netzwerks und dann auf die Registerkarte IPv4
  • Schrieb 8.8.8.8 in das DNS-Textfeld (lassen Sie "Automatisch" DNS eingeschaltet)
  • Änderungen übernehmen
  • Starten Sie den Netzwerkmanager neu: sudo service network-manager restart

Und es hat bei mir funktioniert.

systemd-resolve --status Gibt jetzt zwei DNS-Server für die WiFi-Verbindung zurück. Der erste ist der vom Netzwerk zugewiesene DNS, der zweite ist 8.8.8.8

Ich hoffe das kann helfen.

Giuseppe Galano
quelle
Dieses Hinzufügen von Googles DNS funktionierte für mich manuell auf einem "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 ( ? )

Das Folgende hat mir geholfen, dieses Problem bei einer Standardinstallation von Ubuntu 18.04 zu lösen.

Lösung 1:

Einstellungen> Datenschutz> Konnektivitätsprüfung> Aus.

Das Obige reicht aus, um die Captive-Anmeldeseite für viele WLAN-Netzwerke anzuzeigen. Einige jedoch (zB gwr on-Bahn wifi) auch benötigen Lösung 2:

Einstellungen> Wi-Fi> Wählen Sie die Einstellungen (klicken Sie auf das Zahnradsymbol) für das Netzwerk, das Sie erreichen möchten. Wählen Sie die Registerkarte IPv6. Wählen Sie für die IPv6-Methode "Automatisch, nur DHCP" (anstelle der Standardeinstellung "Automatisch"). Klicken Sie auf Übernehmen.

Es kann auch helfen, Folgendes zu tun:

Einstellungen> Netzwerk> Netzwerkproxy - Aus. (Klicken Sie auf die Schaltfläche Einstellungen mit dem Zahnradsymbol.)

Rod S.
quelle
Vielen Dank - der Schalter "Connectiviry Checking -> Off" hat mir nur geholfen.
Dirk Eddelbuettel
1

Das Problem wird durch den in 17.04 eingeführten gelösten Daemon verursacht. Dies unterbricht die Weiterleitung in WiFi-Captive-Seiten. Die hier vorgestellte Lösung basiert NICHT auf Googles-Nameservern. Die Lösung ersetzt aufgelöst durch dnsmasq, wie zuvor verwendet, und ist hier zu finden:

Wie deaktiviere ich systemd-aufgelöst und löse DNS mit dnsmasq?

Vasco
quelle
0

Ich bin kürzlich auf dieses Problem gestoßen und bin mir nicht sicher, was genau es verursacht hat, aber der Vorschlag, zum IP des Captive-Portals zu navigieren, hat etwas in meinem Gehirn verloren. Zuerst habe ich versucht, eine externe IP zu pingen, ping 8.8.8.8aber das Netzwerksicherheitsteam hat diese ordnungsgemäß gesperrt. Dann lief ich, um ip routezu sehen, welche IP mir zugewiesen wurde, und versuchte, über https auf das Standard-Gateway zuzugreifen. Ich erhielt jedoch die Nachricht, dass eine leere Antwort vorhanden war, die mir zumindest bewies, dass ein Server lauschte, und als ich zu http wechselte Es hat mich korrekt zur Anmeldeseite des Captive-Portals weitergeleitet.

Der schnelle Weg, dies zu versuchen, ist xdg-open http://$(ip --oneline route get 8.8.8.8 | awk '{print $3}'). Dadurch wird das Standard-Gateway gefunden, die IP-Adresse gedruckt und anschließend in Ihrem Standardbrowser geöffnet.

dragon788
quelle