Impossible d'accéder à la page de connexion WIFI publique dans Ubuntu 18.04 Problème du portail captif

11

Je suis désolé si cela semble être le dixième doublon, mais aucune des réponses fournies dans les autres cas n'a résolu mon problème.

J'essaie d'utiliser un WIFI public comme je l'ai fait avec succès il y a deux jours. La procédure normale est la suivante:

  1. se connecter au Wifi
  2. essayez de parcourir certains sites http: //
  3. être redirigé vers cet écran de démarrage où un bouton "se connecter à Internet" doit être enfoncé

Maintenant, je ne dépasse plus l'étape 2. Je suis sur une machine à double démarrage. Je peux très bien accéder à Internet en utilisant Widows 10, mais pas Ubuntu 18.04.

Sur Windows, je reçois :

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

Sous Linux, je reçois :

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

Des conseils sur la façon d'accéder à Internet? J'apprécierai vraiment cela.

Modifications

Donc, fondamentalement, Ubuntu bloque toutes les redirections. J'ai commencé une question plus précise ici: la redirection DNS bloquée dans un WIFI spécifique

(Un) heureusement, je ne suis plus à l'emplacement du WIFI mentionné, ce qui signifie que pour l'instant je ne peux pas tester et donc accepter les réponses ci-dessous.

wireless 18.04 dns Bastian
la source
Si vous ouvrez Google Chrome, vous devez être dirigé vers gstatic.com/generate_204 qui ouvrira la page de connexion au réseau.
Kulfy
@Kulfy non ça n'aide pas. Maintenant, je suis dans Chrome et je reçois "Impossible d'accéder à ce site. L'adresse IP du serveur de gstatic.com est introuvable."
Bastian

Réponses:

7

J'ai eu le même problème.

  • Internet ne fonctionnait pas
  • La page de connexion captive ne s'affiche pas automatiquement
  • L'icône Wifi était un point d'interrogation (?)

J'ai réussi à me connecter en visitant la page de connexion à: https://1.1.1.1/login.html

Une fois connecté, j'étais dans la même situation qu'avant, mais le problème n'était que DNS:

  • curl -v example.com retourné, après un certain temps, "Impossible de résoudre l'hôte: exemple.com".
  • Bonne nouvelle: j'ai réussi à envoyer une requête ping à Google DNS 8.8.8.8 avec ping 8.8.8.8

J'ai ajouté 8.8.8.8 à la liste des serveurs DNS pour ma connexion WiFi, via les étapes suivantes:

  • Cliquez sur l'icône WiFi (le mien était un point d'interrogation, car le WiFi ne fonctionnait pas)
  • Cliquez sur le nom du réseau WiFi, puis sur Paramètres Wifi, puis sur la molette proche de mon réseau WiFi, puis sur l'onglet IPv4
  • A écrit 8.8.8.8 dans la zone de texte DNS (laissez le DNS "Automatique" activé)
  • Appliquer les modifications
  • Redémarrez le gestionnaire de réseau: sudo service network-manager restart

Et ça a marché pour moi.

systemd-resolve --status renvoie maintenant deux serveurs DNS pour la connexion WiFi, le premier est le DNS attribué par le réseau, le second est 8.8.8.8

J'espère que cela peut vous aider.

Giuseppe Galano
la source
Cet ajout du DNS de Google a fonctionné manuellement pour moi sur 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 ( ? )

Ce qui suit m'a aidé à résoudre ce problème sur une installation standard d'Ubuntu 18.04.

Solution 1:

Paramètres> Confidentialité> Vérification de la connectivité> Désactivé.

Ce qui précède suffit pour afficher la page de connexion captive de nombreux réseaux wifi. Certains cependant (par exemple gwr wifi sur train) nécessitent également la solution 2:

Paramètres> Wi-Fi> sélectionnez les paramètres (cliquez sur l'icône en forme de rouage) pour le réseau que vous essayez d'atteindre. Sélectionnez l'onglet IPv6. Pour la méthode IPv6, sélectionnez «Automatique, DHCP uniquement» (au lieu du paramètre par défaut «Automatique»). Cliquez sur Appliquer.

Cela peut également aider à:

Paramètres> Réseau> Proxy réseau - Désactivé. (Cliquez sur le bouton des paramètres avec l'icône de rouage dessus.)

Rod S
la source
Merci - la bascule «Vérification de la connexion -> Désactivé» m'a juste aidé.
Dirk Eddelbuettel
1

Le problème est dû au démon résolu introduit dans 17.04. Cela rompt le transfert dans les pages captives wifi. La solution présentée ici ne s'appuie PAS sur les serveurs de noms de Google. La solution remplace solutionné par dnsmasq, comme cela a été utilisé auparavant, et peut être trouvée ici:

Comment désactiver DNS résolu par SystemD et résoudre DNS avec DNSN?

Vasco
la source
0

J'ai rencontré ce problème récemment et je ne sais pas exactement ce qui l'a causé, mais la suggestion d'essayer de naviguer vers le portail captif IP a fait perdre quelque chose dans mon cerveau. Au début, j'ai essayé d'envoyer une requête ping à une adresse IP externe, ping 8.8.8.8mais l'équipe de sécurité du réseau l'a correctement verrouillée. Ensuite, j'ai couru ip routepour voir quelle adresse IP m'avait été attribuée et j'ai essayé d'accéder à la passerelle par défaut via https, mais j'ai reçu un message indiquant qu'il y avait une réponse vide qui m'a au moins prouvé qu'il y avait un serveur à l'écoute, et quand je suis passé à http il m'a correctement renvoyé vers la page de connexion du portail captif.

La façon la plus rapide d'essayer est xdg-open http://$(ip --oneline route get 8.8.8.8 | awk '{print $3}'). Cela trouve la passerelle par défaut et imprime son adresse IP, puis essaie de l'ouvrir dans votre navigateur par défaut.

dragon788
la source