Firefox, midori + pas d'accès au net

Support Debian
#1

Bonsoir,
Depuis mise à niveau vers Buster, je n’ai plus d’accès au net : j’ouvre le navigateur (Firefox ou midori), je saisi ‘forum debian’ et la page ne peut être chargée. Midori me renvoie ‘no route tout host’.

#2

Que donnent les retours des commandes suivantes :
# ip addr
# ip route
# cat /etc/resolv.conf
# ping -c3 www.google.fr

#3

J’ai essayé en console en user et firefox fonctionne.
Par contre midori (pas en console) ne fonctionne toujours pas.
Je te renvoie le résultat de tes liens

# ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
    link/ether 00:1e:33:f4:5e:f9 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.40/24 brd 192.168.0.255 scope global eth0
       valid_lft forever preferred_lft forever
3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 00:26:b6:10:df:ab brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.22/24 brd 192.168.1.255 scope global dynamic noprefixroute wlan0
       valid_lft 84979sec preferred_lft 84979sec
    inet6 2a01:cb05:4c6:2b00:3b3d:954a:2905:345a/64 scope global dynamic noprefixroute 
       valid_lft 1787sec preferred_lft 587sec
    inet6 fe80::85c3:2960:aa23:84aa/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever

# ip route
default via 192.168.1.1 dev eth0 onlink linkdown 
default via 192.168.1.1 dev wlan0 proto dhcp metric 600 
169.254.0.0/16 dev eth0 scope link metric 1000 linkdown 
192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.40 linkdown 
192.168.1.0/24 dev wlan0 proto kernel scope link src 192.168.1.22 metric 600

cat /etc/resolv.conf
# Generated by NetworkManager
search home
nameserver 192.168.1.1
nameserver fe80::a63e:51ff:fe2b:fbd%wlan0

ping -c3 www.google.fr
PING www.google.fr(par21s03-in-x03.1e100.net (2a00:1450:4007:810::2003)) 56 data bytes
64 bytes from par21s03-in-x03.1e100.net (2a00:1450:4007:810::2003): icmp_seq=1 ttl=54 time=54.2 ms
64 bytes from par21s03-in-x03.1e100.net (2a00:1450:4007:810::2003): icmp_seq=2 ttl=54 time=59.8 ms
64 bytes from par21s03-in-x03.1e100.net (2a00:1450:4007:810::2003): icmp_seq=3 ttl=54 time=67.1 ms

--- www.google.fr ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 80ms
rtt min/avg/max/mdev = 54.220/60.348/67.074/5.272 ms

Bon, ben çà fonctionne maintenant :confused:

#4

Ce qui est étonnant, c’est que tu as deux liens réseaux actifs :

  • eth0 (ton réseau filaire avec pour adresse 192.168.1.40 en IPv4 seulement);
  • wlan0 (ton réseau WIFI avec une adresse IPv4 192.168.1.22 et les deux adresses IPv6 attendues);

Tes applications essaient de dialoguer en priorité par IPv6 et utilisent donc ton lien WIFI.

Pour le comprendre, il faudrait que tu regardes le retour de la commande :
# ip -6 route
en rajoutant ( -6 ) à la commande précédente.

#5

J’ai pas accès à cette debian en ce moment. Mais je ne comprends pas bien ce que tu me dis.

#6

Actifs, faut le dire vite. L’interface ethernet est bien configurée (en statique je suppose) et activée, mais son lien n’est pas actif (NO-CARRIER, state DOWN, linkdown). Si le système essaie de communiquer via celle-ci, ça ne marchera pas.

#7

Non. Rien n’est en static.

# ip -6 route
::1 dev lo proto kernel metric 256 pref medium
2a01:cb05:4c6:2b00::/64 dev wlan0 proto ra metric 600 pref medium
fe80::/64 dev wlan0 proto kernel metric 600 pref medium
default via fe80::a63e:51ff:fe2b:fbd dev wlan0 proto ra metric 600 pref high