web-dev-qa-db-fra.com

IPv6 fonctionne, mais IPv4 ne l'est pas

J'ai un nouvel ordinateur portable fonctionnant sous Ubuntu 16.04 qui a fonctionné à merveille pendant quelques semaines mais qui a maintenant perdu son appétit pour se connecter à Internet via le Wi-fi. Je sais que ce n'est pas un problème avec mon routeur ou mon FAI, car j'écris ce post en utilisant mon ancien ordinateur portable Windows sur le même réseau domestique d'Ubuntu que l'ordinateur ne se connecte pas.

Je me connecte correctement à mon routeur et exécuter nmcli dev montre que je suis connecté à mon périphérique wifi (wlp2s0) et au réseau sans fil.

Hier soir, j'ai pu ouvrir certaines pages (Google, Facebook, YouTube), mais pas d'autres (ubuntu.com, riken.jp). A l'époque, je soupçonnais que c'était quelque chose où IPv6 fonctionnait, mais pas IPv4. Maintenant, cependant, rien ne fonctionne. Chrome, ping, wget, Dig - rien. /etc/resolv.conf/ ne contient rien du tout (au-delà des lignes de commentaire m'indiquant de ne pas le modifier), et la table renvoyée par route est vide.

UPDATE 1: J'ai utilisé ipconfig /all sur mon ordinateur Windows pour déterminer les serveurs DNS qu'il utilisait (75.75.75.75, 75.75.76.76., 2001: 558: feed :: 1, 2001: 558: feed :: 2), a ensuite utilisé les connexions réseau pour les ajouter en tant que serveurs DNS pour mon réseau domestique. cat /etc/resolv.conf me donne maintenant nameserver 127.0.1.1; Je ne suis pas tout à fait sûr de ce que cela signifie, mais je pense que c'est une sorte de pseudonyme, non? nmcli dev show | grep DNS indique que j'utilise les deux serveurs DNS IPv6 (2001: 558: flux :: 1 et 2001: 558: flux :: 2).

Je peux faire en sorte que wget fonctionne avec les URL qui se résolvent en une adresse IPv6, comme suit:

craig@craig-XPS-13-9370:~$ wget www.google.com
--2018-04-14 13:06:17--  http://www.google.com/
Resolving www.google.com (www.google.com)... 2607:f8b0:4004:808::2004, 
172.217.13.68
Connecting to www.google.com 
(www.google.com)|2607:f8b0:4004:808::2004|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [text/html]
Saving to: ‘index.html.5’

index.html.5            [ <=>                ]  10.41K  --.-KB/s    in 0.003s  

2018-04-14 13:06:17 (3.36 MB/s) - ‘index.html.5’ saved [10659]

Je ne parviens pas à faire en sorte qu'une demande wget fonctionne avec des URL résolues en une adresse IPv4:

craig@craig-XPS-13-9370:~$ wget www.ubuntu.com
--2018-04-14 13:06:28--  http://www.ubuntu.com/
Resolving www.ubuntu.com (www.ubuntu.com)... 91.189.89.118
Connecting to www.ubuntu.com (www.ubuntu.com)|91.189.89.118|:80... failed: 
Network is unreachable.

L'ajout de l'indicateur -4 à wget pour forcer l'utilisation d'IPv4 donne un résultat similaire:

craig@craig-XPS-13-9370:~$ wget -4 www.google.com
--2018-04-14 13:06:41--  http://www.google.com/
Resolving www.google.com (www.google.com)... 172.217.13.68
Connecting to www.google.com (www.google.com)|172.217.13.68|:80... failed: 
Network is unreachable.

De même, ping www.google.com ne fonctionne pas, mais ping6 www.google.com fonctionne. Il est donc clair que quelque chose ne va pas avec IPv4, mais je ne sais pas trop quoi ...

UPDATE 2: Je pensais que mon problème ressemblait beaucoup à cette question , mais la solution suggérée ici (désactiver IPv4 via Network Connections) ne semble pas ont affecté quoi que ce soit. Cela m'a donné quelques idées sur ce qu'il est utile de partager avec les autres:

Sortie de cat /etc/network/interfaces:

craig@craig-XPS-13-9370:~$ cat /etc/network/interfaces
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback

Sortie de ifconfig:

craig@craig-XPS-13-9370:~$ ifconfig
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:13526 errors:0 dropped:0 overruns:0 frame:0
          TX packets:13526 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1 
          RX bytes:1031920 (1.0 MB)  TX bytes:1031920 (1.0 MB)

wlp2s0    Link encap:Ethernet  HWaddr 9c:b6:d0:8b:4b:c5  
          inet6 addr: fe80::1f3b:5545:508:919a/64 Scope:Link
          inet6 addr: 2601:140:8600:e0:d64b:9272:665f:3734/64 Scope:Global
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:19665 errors:0 dropped:0 overruns:0 frame:0
          TX packets:10262 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:14731745 (14.7 MB)  TX bytes:1722860 (1.7 MB)

Sortie de iwconfig:

craig@craig-XPS-13-9370:~$ iwconfig
lo        no wireless extensions.

wlp2s0    IEEE 802.11abgn  ESSID:"Motorola-ABD39"  
          Mode:Managed  Frequency:2.447 GHz  Access Point: 34:1F:E4:E4:35:D0   
          Bit Rate=1 Mb/s   Tx-Power=20 dBm   
          Retry short limit:7   RTS thr:off   Fragment thr:off
          Power Management:on
          Link Quality=55/70  Signal level=-55 dBm  
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:39   Missed beacon:0

Sortie de cat /etc/resolv.conf:

craig@craig-XPS-13-9370:~$ cat /etc/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 127.0.1.1

Sortie de route -n:

craig@craig-XPS-13-9370:~$ route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface

Sortie de route -6 -n:

craig@craig-XPS-13-9370:~$ route -6 -n
Kernel IPv6 routing table
Destination                    Next Hop                   Flag Met Ref Use If
2601:140:8600:e0::/64          ::                         U    600 0     0 wlp2s0
2601:140:8600:e0::/60          fe80::361f:e4ff:fee4:35cf  UG   600 0     0 wlp2s0
fe80::/64                      ::                         U    256 0     0 wlp2s0
::/0                           fe80::361f:e4ff:fee4:35cf  UG   600 2     4 wlp2s0
::/0                           ::                         !n   -1  1  1495 lo
::1/128                        ::                         Un   0   7    46 lo
2601:140:8600:e0:d64b:9272:665f:3734/128 ::                         Un   0   2   150 lo
fe80::1f3b:5545:508:919a/128   ::                         Un   0   2     4 lo
ff00::/8                       ::                         U    256 7    99 wlp2s0
::/0                           ::                         !n   -1  1  1495 lo

Sortie de ip neigh:

craig@craig-XPS-13-9370:~$ ip neigh
fe80::361f:e4ff:fee4:35cf dev wlp2s0 lladdr 34:1f:e4:e4:35:cf router REACHABLE
networkingwirelessdnsipv6ipv4
2
cjolley

Je ne suis pas sûr qu'il s'agisse d'une solution permanente, mais j'ai réussi à rétablir le fonctionnement en libérant et en renouvelant mon adresse IP:

Sudo dhclient -r wlp2s0
Sudo dhclient wlp2s0

Maintenant, je vois une ligne inet addr lorsque je lance ifconfig (qui n'y était jamais auparavant) et que cat /etc/resolv.conf a ajouté un serveur de noms IPv4 et une ligne "recherche" à mon fournisseur de services Internet (recherche hsd1.va). .comcast.net). Problème résolu!

3
cjolley