# Firefox, midori + pas d'accès au net **URL:** \ **Category:** Support Debian\ **Created:** [Octobre 13, 2019, 5:00 UTC](https://www.debian-fr.org/t/firefox-midori-pas-dacces-au-net/80384 "2019-10-13T17:00:21Z")\ **Posts on this page:** 7\ **Page:** 1
**Author:** ![toto69](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/t/ed8c4c/32.png) [@toto69](https://www.debian-fr.org/u/toto69)\ **Post date:** [Octobre 13, 2019, 5:00 UTC](https://www.debian-fr.org/t/firefox-midori-pas-dacces-au-net/80384/1 "2019-10-13T17:00:21Z")
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’. ---
**Author:** ![libresurf](https://www.debian-fr.org/user_avatar/www.debian-fr.org/libresurf/32/5259_2.png) [@libresurf](https://www.debian-fr.org/u/libresurf)\ **Post date:** [Octobre 13, 2019, 5:05 UTC](https://www.debian-fr.org/t/firefox-midori-pas-dacces-au-net/80384/2 "2019-10-13T17:05:17Z")
Que donnent les retours des commandes suivantes : # ip addr # ip route # cat /etc/resolv.conf # ping -c3 [www.google.fr](http://www.google.fr) ---
**Author:** ![toto69](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/t/ed8c4c/32.png) [@toto69](https://www.debian-fr.org/u/toto69)\ **Post date:** [Octobre 13, 2019, 5:12 UTC](https://www.debian-fr.org/t/firefox-midori-pas-dacces-au-net/80384/3 "2019-10-13T17:12:05Z")
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: 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: 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: 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 😕 ---
**Author:** ![libresurf](https://www.debian-fr.org/user_avatar/www.debian-fr.org/libresurf/32/5259_2.png) [@libresurf](https://www.debian-fr.org/u/libresurf)\ **Post date:** [Octobre 13, 2019, 5:27 UTC](https://www.debian-fr.org/t/firefox-midori-pas-dacces-au-net/80384/4 "2019-10-13T17:27:57Z")
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. ---
**Author:** ![toto69](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/t/ed8c4c/32.png) [@toto69](https://www.debian-fr.org/u/toto69)\ **Post date:** [Octobre 13, 2019, 6:33 UTC](https://www.debian-fr.org/t/firefox-midori-pas-dacces-au-net/80384/5 "2019-10-13T18:33:09Z")
J’ai pas accès à cette debian en ce moment. Mais je ne comprends pas bien ce que tu me dis. ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Octobre 13, 2019, 6:39 UTC](https://www.debian-fr.org/t/firefox-midori-pas-dacces-au-net/80384/6 "2019-10-13T18:39:59Z")
> [@libresurf](#): > > Ce qui est étonnant, c’est que tu as deux liens réseaux actifs 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. ---
**Author:** ![toto69](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/t/ed8c4c/32.png) [@toto69](https://www.debian-fr.org/u/toto69)\ **Post date:** [Octobre 13, 2019, 7:10 UTC](https://www.debian-fr.org/t/firefox-midori-pas-dacces-au-net/80384/7 "2019-10-13T19:10:37Z")
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 ```