[HS] Mystérieux (?) Firefox sans route IP par défaut
10 réponses
Alexandre Hoïde
@<
Y'aurait-il une personne, dans la salle, qui aurait l'amabilité de
m'expliquer un comportement mystérieux à mes yeux ?
Quand mon système se retrouve sans route IP par défaut (parce que j'ai
ifup ethernet avant de ifdown le wifi [et vice-versa] par exemple) :
$ ip r
169.254.0.0/16 dev enp4s0 scope link metric 1000
192.168.1.0/24 dev enp4s0 proto kernel scope link src 192.168.1.101
Sous iceweasel, je ne peux atteindre que certains sites, par exemple :
* google.com, debian.org, wikipedia.org fonctionnent ;
* lemonde.fr, cnn.com -> Firefox ne peut établir de connexion avec le
serveur à l'adresse … (idem en utilisant l'adresse IP) ;
* www.epfl.ch ne s'affiche que partiellement [pas de ressources : images, css,
etc.].
Il suffit que je rajoute la route par défaut manuellement pour que
tout rentre dans l'ordre :
$ sudo route add default gw 192.168.1.1 enp4s0
$ ip r
default via 192.168.1.1 dev enp4s0
169.254.0.0/16 dev enp4s0 scope link metric 1000
192.168.1.0/24 dev enp4s0 proto kernel scope link src 192.168.1.101
… mais dans ma tête, la perplexité règne ! Pourquoi est-ce que ça
marche encore (déjà), mais partiellement (en plus) ?
Y'aurait-il une personne, dans la salle, qui aurait l'amabilité de m'expliquer un comportement mystérieux à mes yeux ?
Tu as peut-être une ipV6?
-- Stéphane
Alexandre Hoïde
On Sat, Oct 17, 2015 at 10:15:08PM +0200, Prego Jérémy wrote:
du cache peut être ?
Oui peut-être. Mais pas celui de Firefox (testé sur nouvel utilisateur, mêmes sites donnent même résultats). Alors un cache DNS local, mais j'avoue que je ne sais pas comment le nettoyer (j'ai essayé un redémarrage « systemctl restart networking.service » et un redémarrage complet de l'ordinateur, mais j'ignore si c'est suffisant).
On Sat, Oct 17, 2015 at 10:14:31PM +0200, yamo' wrote:
Tu as peut-être une ipV6?
Ah oui. C'est peut-être bien ça. Du coup, j'ai découvert l'option « route -A inet6 » et… va falloir que je me documente un peu sur IPv6 pour comprendre ^^
On Sat, Oct 17, 2015 at 10:15:08PM +0200, Prego Jérémy wrote:
du cache peut être ?
Oui peut-être. Mais pas celui de Firefox (testé sur nouvel
utilisateur, mêmes sites donnent même résultats). Alors un cache DNS
local, mais j'avoue que je ne sais pas comment le nettoyer (j'ai essayé
un redémarrage « systemctl restart networking.service » et un
redémarrage complet de l'ordinateur, mais j'ignore si c'est suffisant).
On Sat, Oct 17, 2015 at 10:14:31PM +0200, yamo' wrote:
Tu as peut-être une ipV6?
Ah oui. C'est peut-être bien ça. Du coup, j'ai découvert l'option
« route -A inet6 » et… va falloir que je me documente un peu sur IPv6
pour comprendre ^^
On Sat, Oct 17, 2015 at 10:15:08PM +0200, Prego Jérémy wrote:
du cache peut être ?
Oui peut-être. Mais pas celui de Firefox (testé sur nouvel utilisateur, mêmes sites donnent même résultats). Alors un cache DNS local, mais j'avoue que je ne sais pas comment le nettoyer (j'ai essayé un redémarrage « systemctl restart networking.service » et un redémarrage complet de l'ordinateur, mais j'ignore si c'est suffisant).
On Sat, Oct 17, 2015 at 10:14:31PM +0200, yamo' wrote:
Tu as peut-être une ipV6?
Ah oui. C'est peut-être bien ça. Du coup, j'ai découvert l'option « route -A inet6 » et… va falloir que je me documente un peu sur IPv6 pour comprendre ^^
On Sat, Oct 17, 2015 at 11:10:44PM +0200, Alexandre Hoïde wrote:
Alors un cache DNS local, mais j'avoue que je ne sais pas comment le nettoyer (j'ai essayé un redémarrage « systemctl restart networking.service » et un redémarrage complet de l'ordinateur, mais j'ignore si c'est suffisant).
Je me mélange les pinceaux, le problème était le routage, pas le DNS.
On Sat, Oct 17, 2015 at 11:10:44PM +0200, Alexandre Hoïde wrote:
Alors un cache DNS local, mais j'avoue que je ne sais pas comment le
nettoyer (j'ai essayé un redémarrage « systemctl restart
networking.service » et un redémarrage complet de l'ordinateur, mais
j'ignore si c'est suffisant).
Je me mélange les pinceaux, le problème était le routage, pas le DNS.
On Sat, Oct 17, 2015 at 11:10:44PM +0200, Alexandre Hoïde wrote:
Alors un cache DNS local, mais j'avoue que je ne sais pas comment le nettoyer (j'ai essayé un redémarrage « systemctl restart networking.service » et un redémarrage complet de l'ordinateur, mais j'ignore si c'est suffisant).
Je me mélange les pinceaux, le problème était le routage, pas le DNS.
On Sat, Oct 17, 2015 at 10:14:31PM +0200, yamo' wrote:
Tu as peut-être une ipV6?
Oui c'était certainement la bonne réponse. Sans aller jusqu'à me documenter sur IPv6 (ouf), un « ip -6 r » confirme que, dans les situations où je perds la route par défaut en IP, je conserve une route par défaut en IPv6. J'ai également deux routes IPv6 par défaut lorsque les deux interfaces sont « ifupées » en même temps.
On Sat, Oct 17, 2015 at 10:14:31PM +0200, yamo' wrote:
Tu as peut-être une ipV6?
Oui c'était certainement la bonne réponse. Sans aller jusqu'à me
documenter sur IPv6 (ouf), un « ip -6 r » confirme que, dans les
situations où je perds la route par défaut en IP, je conserve une route
par défaut en IPv6. J'ai également deux routes IPv6 par défaut lorsque
les deux interfaces sont « ifupées » en même temps.
On Sat, Oct 17, 2015 at 10:14:31PM +0200, yamo' wrote:
Tu as peut-être une ipV6?
Oui c'était certainement la bonne réponse. Sans aller jusqu'à me documenter sur IPv6 (ouf), un « ip -6 r » confirme que, dans les situations où je perds la route par défaut en IP, je conserve une route par défaut en IPv6. J'ai également deux routes IPv6 par défaut lorsque les deux interfaces sont « ifupées » en même temps.
On Sat, Oct 17, 2015 at 10:14:31PM +0200, yamo' wrote:
Tu as peut-être une ipV6?
Toujours à la découverte d'IPv6 : de l'hypothèse de Yamo', il est temps de supprimer l'«hypo» définitivement. Car en effet, un $ nslookup -qªaa <host> retourne des adresses IPv6 sur les sites qui fonctionnaient sans route IPv4 par défaut, et ne retourne pas d'adresse pour les sites qui ne fonctionnaient pas.
Bon ok, c'était déjà une certitude, mais le coup du « -qªaa » c'est toujours bon à prendre pour les dilettantes comme moi.
On Sat, Oct 17, 2015 at 10:14:31PM +0200, yamo' wrote:
Tu as peut-être une ipV6?
Toujours à la découverte d'IPv6 : de l'hypothèse de Yamo', il est
temps de supprimer l'«hypo» définitivement. Car en effet, un
$ nslookup -qªaa <host>
retourne des adresses IPv6 sur les sites qui fonctionnaient sans route
IPv4 par défaut, et ne retourne pas d'adresse pour les sites qui ne
fonctionnaient pas.
Bon ok, c'était déjà une certitude, mais le coup du « -qªaa » c'est
toujours bon à prendre pour les dilettantes comme moi.
On Sat, Oct 17, 2015 at 10:14:31PM +0200, yamo' wrote:
Tu as peut-être une ipV6?
Toujours à la découverte d'IPv6 : de l'hypothèse de Yamo', il est temps de supprimer l'«hypo» définitivement. Car en effet, un $ nslookup -qªaa <host> retourne des adresses IPv6 sur les sites qui fonctionnaient sans route IPv4 par défaut, et ne retourne pas d'adresse pour les sites qui ne fonctionnaient pas.
Bon ok, c'était déjà une certitude, mais le coup du « -qªaa » c'est toujours bon à prendre pour les dilettantes comme moi.
Bon ok, c'était déjà une certitude, mais le coup du « -qªaa » c'est toujours bon à prendre pour les dilettantes comme moi.
Plus simple : la commande "host" fait par défaut des requêtes de type A (adresse IPv4), AAAA (adresse IPv6) et MX (serveur de mail).
Alexandre Hoïde
On Sun, Oct 18, 2015 at 09:37:10AM +0200, Pascal Hambourg wrote:
Alexandre Hoïde a écrit : > > $ nslookup -qªaa <host> > > Bon ok, c'était déjà une certitude, mais le coup du « -qªaa » c'est > toujours bon à prendre pour les dilettantes comme moi.
Plus simple : la commande "host" fait par défaut des requêtes de type A (adresse IPv4), AAAA (adresse IPv6) et MX (serveur de mail).
Merci Pascal. Ça tombe bien, parce que j'ai lu entre-temps que nslookup n'est (ou ne sera bientôt) plus maintenu et qu'il est préférable de se familiariser avec dig et host.
On Sun, Oct 18, 2015 at 09:37:10AM +0200, Pascal Hambourg wrote:
Alexandre Hoïde a écrit :
>
> $ nslookup -qªaa <host>
>
> Bon ok, c'était déjà une certitude, mais le coup du « -qªaa » c'est
> toujours bon à prendre pour les dilettantes comme moi.
Plus simple : la commande "host" fait par défaut des requêtes de type A
(adresse IPv4), AAAA (adresse IPv6) et MX (serveur de mail).
Merci Pascal. Ça tombe bien, parce que j'ai lu entre-temps que
nslookup n'est (ou ne sera bientôt) plus maintenu et qu'il est
préférable de se familiariser avec dig et host.
On Sun, Oct 18, 2015 at 09:37:10AM +0200, Pascal Hambourg wrote:
Alexandre Hoïde a écrit : > > $ nslookup -qªaa <host> > > Bon ok, c'était déjà une certitude, mais le coup du « -qªaa » c'est > toujours bon à prendre pour les dilettantes comme moi.
Plus simple : la commande "host" fait par défaut des requêtes de type A (adresse IPv4), AAAA (adresse IPv6) et MX (serveur de mail).
Merci Pascal. Ça tombe bien, parce que j'ai lu entre-temps que nslookup n'est (ou ne sera bientôt) plus maintenu et qu'il est préférable de se familiariser avec dig et host.
On Sun, Oct 18, 2015 at 08:17:39PM +0200, Bruno M wrote:
Bonsoir,
Salut Bruno et merci.
Peut-être une piste : Désactiver l'IPv6 dans Firefox. Tapez *about:config* dans la barre d'adresse et à l'option *network.dns.disableIPv6* mettez la valeur sur *True*. Relancer le navigateur.
En l'occurrence, le comportement observé était du au fait que le routage IPv6 fonctionnait (ce que j'ignorais alors), contrairement à celui d'IPv4. Si bien que la désactivation des requêtes de Firefox pour l'obtention d'adresses IPv6 aurait probablement empêché l'accès à certains sites IPv6, alors que d'autres auraient été accessibles grâce au cache Firefox(?) et/ou DNS… ce qui n'aurait pas manqué de me plonger dans une perplexité plus grande encore. ^^
Mais tout est bien, et si la question t'intrigue aussi, les réponses se trouvent au fil… du fil.
o/
cordialement,
Bruno
Le 17/10/2015 21:36, Alexandre Hoïde a écrit : > @< > > Y'aurait-il une personne, dans la salle, qui aurait l'amabilité de > m'expliquer un comportement mystérieux à mes yeux ? > > Quand mon système se retrouve sans route IP par défaut (parce que j'ai > ifup ethernet avant de ifdown le wifi [et vice-versa] par exemple) : > $ ip r > 169.254.0.0/16 dev enp4s0 scope link metric 1000 > 192.168.1.0/24 dev enp4s0 proto kernel scope link src 192.168.1.101 > > Sous iceweasel, je ne peux atteindre que certains sites, par exemple : > * google.com, debian.org, wikipedia.org fonctionnent ; > * lemonde.fr, cnn.com -> Firefox ne peut établir de connexion avec le > serveur à l'adresse … (idem en utilisant l'adresse IP) ; > * www.epfl.ch ne s'affiche que partiellement [pas de ressources : images, css, > etc.]. > > Il suffit que je rajoute la route par défaut manuellement pour que > tout rentre dans l'ordre : > $ sudo route add default gw 192.168.1.1 enp4s0 > $ ip r > default via 192.168.1.1 dev enp4s0 > 169.254.0.0/16 dev enp4s0 scope link metric 1000 > 192.168.1.0/24 dev enp4s0 proto kernel scope link src 192.168.1.101 > > … mais dans ma tête, la perplexité règne ! Pourquoi est-ce que ça > marche encore (déjà), mais partiellement (en plus) ? >
On Sun, Oct 18, 2015 at 08:17:39PM +0200, Bruno M wrote:
Bonsoir,
Salut Bruno et merci.
Peut-être une piste :
Désactiver l'IPv6 dans Firefox. Tapez *about:config* dans la barre
d'adresse et à l'option *network.dns.disableIPv6* mettez la valeur sur
*True*. Relancer le navigateur.
En l'occurrence, le comportement observé était du au fait que le
routage IPv6 fonctionnait (ce que j'ignorais alors), contrairement à
celui d'IPv4. Si bien que la désactivation des requêtes de Firefox pour
l'obtention d'adresses IPv6 aurait probablement empêché l'accès à certains
sites IPv6, alors que d'autres auraient été accessibles grâce au cache
Firefox(?) et/ou DNS… ce qui n'aurait pas manqué de me plonger dans une
perplexité plus grande encore. ^^
Mais tout est bien, et si la question t'intrigue aussi, les réponses
se trouvent au fil… du fil.
o/
cordialement,
Bruno
Le 17/10/2015 21:36, Alexandre Hoïde a écrit :
> @<
>
> Y'aurait-il une personne, dans la salle, qui aurait l'amabilité de
> m'expliquer un comportement mystérieux à mes yeux ?
>
> Quand mon système se retrouve sans route IP par défaut (parce que j'ai
> ifup ethernet avant de ifdown le wifi [et vice-versa] par exemple) :
> $ ip r
> 169.254.0.0/16 dev enp4s0 scope link metric 1000
> 192.168.1.0/24 dev enp4s0 proto kernel scope link src 192.168.1.101
>
> Sous iceweasel, je ne peux atteindre que certains sites, par exemple :
> * google.com, debian.org, wikipedia.org fonctionnent ;
> * lemonde.fr, cnn.com -> Firefox ne peut établir de connexion avec le
> serveur à l'adresse … (idem en utilisant l'adresse IP) ;
> * www.epfl.ch ne s'affiche que partiellement [pas de ressources : images, css,
> etc.].
>
> Il suffit que je rajoute la route par défaut manuellement pour que
> tout rentre dans l'ordre :
> $ sudo route add default gw 192.168.1.1 enp4s0
> $ ip r
> default via 192.168.1.1 dev enp4s0
> 169.254.0.0/16 dev enp4s0 scope link metric 1000
> 192.168.1.0/24 dev enp4s0 proto kernel scope link src 192.168.1.101
>
> … mais dans ma tête, la perplexité règne ! Pourquoi est-ce que ça
> marche encore (déjà), mais partiellement (en plus) ?
>
On Sun, Oct 18, 2015 at 08:17:39PM +0200, Bruno M wrote:
Bonsoir,
Salut Bruno et merci.
Peut-être une piste : Désactiver l'IPv6 dans Firefox. Tapez *about:config* dans la barre d'adresse et à l'option *network.dns.disableIPv6* mettez la valeur sur *True*. Relancer le navigateur.
En l'occurrence, le comportement observé était du au fait que le routage IPv6 fonctionnait (ce que j'ignorais alors), contrairement à celui d'IPv4. Si bien que la désactivation des requêtes de Firefox pour l'obtention d'adresses IPv6 aurait probablement empêché l'accès à certains sites IPv6, alors que d'autres auraient été accessibles grâce au cache Firefox(?) et/ou DNS… ce qui n'aurait pas manqué de me plonger dans une perplexité plus grande encore. ^^
Mais tout est bien, et si la question t'intrigue aussi, les réponses se trouvent au fil… du fil.
o/
cordialement,
Bruno
Le 17/10/2015 21:36, Alexandre Hoïde a écrit : > @< > > Y'aurait-il une personne, dans la salle, qui aurait l'amabilité de > m'expliquer un comportement mystérieux à mes yeux ? > > Quand mon système se retrouve sans route IP par défaut (parce que j'ai > ifup ethernet avant de ifdown le wifi [et vice-versa] par exemple) : > $ ip r > 169.254.0.0/16 dev enp4s0 scope link metric 1000 > 192.168.1.0/24 dev enp4s0 proto kernel scope link src 192.168.1.101 > > Sous iceweasel, je ne peux atteindre que certains sites, par exemple : > * google.com, debian.org, wikipedia.org fonctionnent ; > * lemonde.fr, cnn.com -> Firefox ne peut établir de connexion avec le > serveur à l'adresse … (idem en utilisant l'adresse IP) ; > * www.epfl.ch ne s'affiche que partiellement [pas de ressources : images, css, > etc.]. > > Il suffit que je rajoute la route par défaut manuellement pour que > tout rentre dans l'ordre : > $ sudo route add default gw 192.168.1.1 enp4s0 > $ ip r > default via 192.168.1.1 dev enp4s0 > 169.254.0.0/16 dev enp4s0 scope link metric 1000 > 192.168.1.0/24 dev enp4s0 proto kernel scope link src 192.168.1.101 > > … mais dans ma tête, la perplexité règne ! Pourquoi est-ce que ça > marche encore (déjà), mais partiellement (en plus) ? >