Connecté au wifi, mais pas d'internet [16.04]
Vient d'emménager à l'université et suis capable de me connecter au wifi, mais pas à Internet (avec Ubuntu 16.04). Je reçois Internet sur d'autres connexions wifi, mais pas celle-ci. Voici mes paramètres:
Cette connexion wifi nécessite un nom d'utilisateur et un mot de passe. Pour une raison quelconque, cela fonctionne sur mon autre ordinateur portable qui était initialement 14.04 (maintenant 16.04 mais fonctionne).
max@max-X751LX:~$ ifconfig -a
enp2s0f1 Link encap:Ethernet HWaddr 34:97:f6:6b:b8:d1
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:626 errors:0 dropped:0 overruns:0 frame:0
TX packets:626 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1
RX bytes:43479 (43.4 KB) TX bytes:43479 (43.4 KB)
wlp3s0 Link encap:Ethernet HWaddr b0:c0:90:93:25:49
inet addr:10.12.155.177 Bcast:10.12.159.255 Mask:255.255.248.0
inet6 addr: fe80::b2c0:90ff:fe93:2549/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:38 errors:0 dropped:0 overruns:0 frame:0
TX packets:1002 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:8275 (8.2 KB) TX bytes:103832 (103.8 KB)
Tout aide!
Ce n'est pas parce que vous avez rejoint le point d'accès Wi-Fi que vous êtes vraiment connecté à l'ensemble du réseau. C'est fondamentalement juste l'équivalent sans fil de "brancher".
Les informations du routeur IP et les paramètres DNS correspondent à ce que "la connexion à Internet" nécessite. Et votre ordinateur Ubuntu 16.04 ne semble pas l'obtenir.
127.0.1.1, par exemple, est un bouclage sur votre propre ordinateur, pas un vrai serveur DNS.
Normalement, en Wi-Fi, une fois que vous avez rejoint le SSID, un serveur DHCP est accessible sur le domaine de diffusion. Donc, les clients DHCP vont généralement demander sur cette partie locale du réseau (qui est tout ce qu’elle peut atteindre à ce stade, car elle ne sait pas comment sortir): "Êtes-vous un serveur DHCP? Pouvez-vous me donner une adresse IP? " Le serveur DHCP répond à la requête avec une adresse que votre ordinateur portable peut utiliser pour rejoindre le réseau IP plus large. Il fournit également un routeur/passerelle, une adresse IP de serveur DNS et parfois davantage, le cas échéant, avec les options DHCP.
Puisque votre autre ordinateur portable peut se connecter au réseau, nous savons que le serveur DHCP existe. Et puisque votre ordinateur portable Ubuntu 16.04 peut utiliser DHCP sur d'autres réseaux (en supposant que vous n'avez pas modifié la configuration de l'interface), nous savons que le client DHCP de votre ordinateur portable peut théoriquement fonctionner. Il est peu probable que ce soit un bogue logiciel. La question est donc de savoir pourquoi ce serveur DHCP spécifique ne veut pas parler au client DHCP de votre ordinateur portable ou pourquoi votre client DHCP ne parle pas au réseau.
Se pourrait-il que vous utilisiez réellement une adresse IP manuelle et que celle-ci ne soit pas la bonne pour ce réseau, mais que vos paramètres fonctionnent avec les autres?
L'attribution manuelle d'adresse IP, de passerelle et de DNS est et non la réponse. En fait, si vous faites cela avec une adresse IP que l'administrateur du réseau ne vous a pas donnée, cela peut créer un conflit d'adresses IP sur le réseau et ni vous ni l'autre personne ne pourrez vous connecter.
Si vous faites un ping sur la passerelle, vous ne obtiendrez pas non plus de serveurs de noms. Il ne fait qu'ajouter la passerelle au cache ARP.
Obtenez le résultat à:
Sudo cat /etc/network/interfaces
Il est possible de combiner accidentellement DHCP (pour récupérer les paramètres DNS/passerelle) avec des adresses IP attribuées manuellement, car c'est une utilisation valide bien que la plupart des gens ne le fassent pas, et cela peut causer de tels problèmes. Voyons si votre configuration DHCP est vraiment entièrement DHCP et valide pour ce réseau. Ce que j'attends de voir pour une configuration qui fonctionne est simple:
auto wlp3s0
iface wlp3s0 inet dhcp
Remarque: Non "adresse 10.12.152.1", pas de masque de réseau, pas de passerelle, pas de "dns-search uoguelph.ca". Cela doit être vide ou votre ordinateur ne le récupérera pas du serveur DHCP.
- Configuration du réseau https://help.ubuntu.com/lts/serverguide/network-configuration.html
- Attribution automatique d'adresses IP: fonctionnement de DHCP https://www.youtube.com/watch?v=RUZohsAxPxQ
Ouvrez votre gestionnaire de réseau et voyez quelle adresse il essaie de vous attribuer: 192.168.0.42 ou similaire. Prendre note. Maintenant, éditez votre configuration réseau en passant de DHCP à manuel (vous devrez tâtonner, je n'ai pas de système Ubuntu devant moi). Mettez manuellement dans ce qui suit:
address = <the same one you saw earlier>
netmask = 255.255.255.0
gateway = 192.x.x.1 or 10.x.x.1 (match the first three octets 192.168.x and add a 1)
dns-nameservers = same as gateway
dns-nameservers = 8.8.8.8 # add a second entry (googles dns)
Appliquez maintenant vos modifications. Une fois que vous avez établi la première connexion à votre passerelle, vous pouvez la reconvertir en DHCP car il est désormais au courant des nouveaux serveurs de noms.
notez également que si vous voyez une adresse qui commence par 169.xxx ou toute autre valeur que 192.xxx, 172.xxx ou 10.xxx, vous devrez réinitialiser l’ensemble du kit-n-kaboodle et essayer d’obtenir une adresse IP privée en terminal d'ouverture et dactylographie
Sudo service network-manager restart
Ce n’est pas une méthode à toute épreuve, car votre passerelle pourrait en réalité être n’importe quelle adresse du sous-réseau. J'espère que cela aide + mieux que ma première réponse ... lol