Ubuntu 18.10 N'affiche pas la page de connexion pour le réseau WIFI - PAS CAPTIVA
J'ai installé Ubuntu 18.10 clean.
Connecté au réseau WIFI.
Le gestionnaire de connexions montre qu'une connexion est établie.
L'étape suivante consiste à se connecter.
Cependant, la page de connexion n'apparaît pas, comme s'il n'y avait pas de connexion.
RDP sur LAN, fonctionne bien. Adaptateur externe Realtek - même résultat.
Le proxy réseau est désactivé.
La vérification de la connectivité a été désactivée depuis le début.
Ubuntu 15, MINT 16, Debian, All Windows - XP, 7,8,10 fonctionnent très bien à la fois en VM et sur du matériel réel.
J'ai essayé d'installer sur VMware. LAN utilisé comme pont - pas de chance. Adaptateur USB directement connecté à VM - échec.
Toutes les étapes ci-dessus - connexion réseau établie, adresses DHCP reçues.
Tous les OS mentionnés ci-dessus ont été testés sur le même matériel.
Le problème réside dans Ubuntu.
J'ai essayé UNITY 18.04 - aucun changement.
Il y avait une information ici sur les problèmes de connexion Captiva dans UBUNTU 17.
Il y a une chance, que la raison soit commune.
Ce réseau utilise le serveur RADIUS pour l'authentification.
ping 8.8.8.8 (8.8.8.8) 56(84) bytes of data
From 192.168.11.1 icmp_sec=1 Destination Net Prohibited
......
ping 192.168.11.1 se termine de la même manière
192.168.11.1 est la passerelle et DNS
L'installation de DNSMASQ n'a fait aucune différence.
J'ai mis 192.168.11.1 dans la barre d'adresse. Windows l'a remplacé par "hotspot/login" et a continué avec l'ouverture de la page.
Ubuntu 18 a remplacé IP par la même URL, puis s'est arrêté.
J'ai créé un réseau virtuel avec un serveur Windows 2008 R2 comme routeur avec NAT.
Ubuntu connecté à ce réseau.
Rendre Win Server connecté au réseau.
Ce n'est qu'alors que j'avais une connexion Internet dans Ubuntu.
Il était alors possible d'ouvrir tous les autres sites Web.
Mais PAS la page de connexion
Il a affiché les résultats de recherche Google pour 'hotspot' à la place.
Windows derrière ce NAT affiche la page de connexion lorsque le serveur 2008 est connecté, et quand il ne l'est pas.
UBUNTU n'affiche pas la page de connexion même lorsque le serveur est connecté.
J'ai enregistré la page de connexion sous Windows.
Déconnecté.
WIFI désactivé.
Ouverture de la page téléchargée dans le navigateur - elle n'avait pas l'air originale - pas de styles, etc.
WIFI activé.
Page rechargée.
Il existe un lien vers une COPIE LOCALE de la page.
La page a été rechargée avec succès.
J'ai copié la page dans UBUNTU.
Devine.
Exact - il ne s'est pas rechargé.
curl -v 192.168.11.1
Rebuilt URL to: 192.168.11.1/
*Trying 192.168.11.1...
* TCP_NODELAY set
*Connected to 192.168.11.1
(192.168.11.1) port 80 (#0)
> GET / HTTP/1.1
> Host: 192.168.11.1
> User-Agent: curl/7.58.0
> Accept: */*
>
< HTTP/1.1 302 Hotspot redirect
< Cache-Control: no-cache
< Connection: Keep-Alive
< Content-Length: 123
< Content-Type: text/html
< Date: Thu, 21 Mar 2019 18:51:19 GMT
< Expires: 0
< Location: http://hotspot./login
<
<html>
<head><title>Error 302: Hotspot redirect</title></head>
<body>
<h1>Error 302: Hotspot redirect</h1>
</body>
</html>
* Connection #0 to Host 192.168.11.1 left intact
Sortie KALI Linux
*Trying 192.168.11.1...
* TCP_NODELAY set
*Connected to 192.168.11.1
(192.168.11.1) port 80 (#0)
> GET / HTTP/1.1
> Host: 192.168.11.1
> User-Agent: curl/7.63.0
> Accept: */*
>
< HTTP/1.1 302 Hotspot redirect
< Cache-Control: no-cache
< Connection: Keep-Alive
< Content-Length: 123
< Content-Type: text/html
< Date: Thu, 21 Mar 2019 18:51:19 GMT
< Expires: 0
< Location: http://hotspot./login
<
<html>
<head><title>Error 302: Hotspot redirect</title></head>
<body>
<h1>Error 302: Hotspot redirect</h1>
</body>
</html>
* Connection #0 to Host 192.168.11.1 left intact
Idem, mais il affiche la page de connexion
/etc/resolv.conf contents:
# This file is managed by man:systemd-resolved(8). Do not edit.
#
# This is a dynamic resolv.conf file for connecting local clients to the
# internal DNS stub resolver of systemd-resolved. This file lists all
# configured search domains.
#
# Run "resolvectl status" to see details about the uplink DNS servers
# currently in use.
#
# Third party programs must not access this file directly, but only through
the
# symlink at /etc/resolv.conf. To manage man:resolv.conf(5) in a different
way,
# replace this symlink by a static file or a different symlink.
#
# See man:systemd-resolved.service(8) for details about the supported modes
of
# operation for /etc/resolv.conf.
nameserver 127.0.0.53
Le remplacement de 127.0.0.53 par 192.168.11.1 ou 8.8.8.8 résout le problème jusqu'au redémarrage. Au redémarrage, 127.0.0.53 revient.
Merci à Ognjen.
Changer 'serveur de noms' en n'importe quoi sauf 0.0.0.0 ou 127.0.0 ..., même 192.168.0.1, qui n'est pas applicable pour ce réseau, fait fonctionner le système.
resolvectl status
Global
LLMNR setting: no
MulticastDNS setting: no
DNSOverTLS setting: no
DNSSEC setting: no
DNSSEC supported: no
Current DNS Server: 192.168.11.1
DNS Servers: 192.168.11.1
DNSSEC NTA: 10.in-addr.arpa
16.172.in-addr.arpa
.....
/run/systemd/resolve/resolv.conf
This file is managed by man:systemd-resolved(8). Do not edit.
#
# This is a dynamic resolv.conf file for connecting local clients directly to
# all known uplink DNS servers. This file lists all configured search domains.
#
# Third party programs must not access this file directly, but only through the
# symlink at /etc/resolv.conf. To manage man:resolv.conf(5) in a different way,
# replace this symlink by a static file or a different symlink.
#
# See man:systemd-resolved.service(8) for details about the supported modes of
# operation for /etc/resolv.conf.
nameserver 192.168.11.1
Comme vous le voyez, mon DNS est dans le système, mais cela n'aide pas du tout.
/etc/resolv.conf a été effacé. Un fichier statique a été créé.
Voici les résultats après le redémarrage.
# Generated by NetworkManager
search crew.local
nameserver 127.0.0.53
Contenu du fichier Debian 9.8
# Generated by NetworkManager
nameserver 192.168.11.1
Il semble que ce soit la principale cause du problème.
nameserver 8.8.8.8
Merci, @ognjen. Vos conseils ont fonctionné, mais jusqu'au redémarrage uniquement. Une autre chose étrange est que peu importe ce que je mets comme "serveur de noms" sauf 0.0.0.0 ou 127.0.0 ... J'ai une connexion.
Essayez de faire un ping sur 8.8.8.8 si vous obtenez une réponse, cela signifie que vous avez accès à Internet, mais probablement pas un DNS fonctionnel. Si le ping échoue, vérifiez votre réseau pour vous assurer que votre GW est correctement configuré.
Vérifiez votre DNS:
vim /etc/resolv.conf
Ajoutez ensuite le serveur de noms par exemple google DNS ci-dessous:
nameserver 8.8.8.8
Essentiel de cet article
Sudo rm -i /etc/resolv.conf
Suivant de Marmayogi :
Sudo ln -sf /run/systemd/resolve/resolv.conf /etc/resolv.conf