DNS, resolv.conf... connexion instable et variable

Mornagest · Le 25/05/2025, à 22:05

J'ai peut-être trouvé la cause du souci : https://www.freenews.fr/free-mobile/fre … par-defaut

Le déploiement a été apparemment progressif, et c'est depuis quelques semaines qu'on constate ces soucis. Je dirais que c'est probablement l'origine de nos accès qui déconnent.

Reste à savoir ce qu'on peut y faire... (j'exclus d'appeler l'assistance Free car ils vont me proposer la fibre environ 15 fois en trois minutes, ça va me gonfler).

(je précise à toutes fins utiles qu'on ne peut pas disposer de la fibre chez nous à moins de creuser à travers notre chemin goudronné et notre terrasse en béton pour faire passer le câble, et mon livret A n'est pas vraiment garni pour ça... c'est ce qui explique pourquoi nous passons par la 4G pour le réseau)

Mornagest · Le 25/05/2025, à 22:51

J'ai pu activer l'IPv6 sur le routeur (enfin, je pense).

Voici ip a (résultat en filaire car sur une autre machine) :

mornagest@portable:~$ ip a
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: enp12s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether e0:db:55:e5:21:c5 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.103/24 brd 192.168.1.255 scope global dynamic noprefixroute enp12s0
       valid_lft 86350sec preferred_lft 86350sec
    inet6 2a0d:e487:312f:6c73:f417:8bce:a7fd:5454/64 scope global temporary dynamic 
       valid_lft 295sec preferred_lft 115sec
    inet6 2a0d:e487:312f:6c73:e2db:55ff:fee5:21c5/64 scope global dynamic mngtmpaddr noprefixroute 
       valid_lft 295sec preferred_lft 115sec
    inet6 2a0d:e487:31af:870f::1/128 scope global dynamic noprefixroute 
       valid_lft 86351sec preferred_lft 86351sec
    inet6 2a0d:e487:31af:870f:6e87:482e:e06b:7b56/64 scope global temporary dynamic 
       valid_lft 274sec preferred_lft 94sec
    inet6 2a0d:e487:31af:870f:e2db:55ff:fee5:21c5/64 scope global dynamic mngtmpaddr noprefixroute 
       valid_lft 274sec preferred_lft 94sec
    inet6 fe80::e2db:55ff:fee5:21c5/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever
3: wlp2s0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether f4:b7:e2:6b:06:9d brd ff:ff:ff:ff:ff:ff
4: gpd0: <POINTOPOINT,MULTICAST,NOARP> mtu 1500 qdisc noop state DOWN group default qlen 500
    link/none

Je ne sais pas si c'est bien activé...

iznobe · Le 26/05/2025, à 08:47

Salut , pour savoir si l' IPV6 est utilisable dans le retour de " ip a " , il faut regarder les lignes qui commencent par " inet6 " dans l ' interface concernée .

il faut que une des ligne comporte le mot " global " comme celles-ci :

...
2: enp12s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether e0:db:55:e5:21:c5 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.103/24 brd 192.168.1.255 scope global dynamic noprefixroute enp12s0
       valid_lft 86350sec preferred_lft 86350sec
    inet6 2a0d:e487:312f:6c73:f417:8bce:a7fd:5454/64 scope global temporary dynamic 
       valid_lft 295sec preferred_lft 115sec
    inet6 2a0d:e487:312f:6c73:e2db:55ff:fee5:21c5/64 scope global dynamic mngtmpaddr noprefixroute 
       valid_lft 295sec preferred_lft 115sec
    inet6 2a0d:e487:31af:870f::1/128 scope global dynamic noprefixroute 
       valid_lft 86351sec preferred_lft 86351sec
    inet6 2a0d:e487:31af:870f:6e87:482e:e06b:7b56/64 scope global temporary dynamic 
       valid_lft 274sec preferred_lft 94sec
    inet6 2a0d:e487:31af:870f:e2db:55ff:fee5:21c5/64 scope global dynamic mngtmpaddr noprefixroute 
       valid_lft 274sec preferred_lft 94sec
...

Mornagest · Le 26/05/2025, à 13:58

OK merci pour ton aide

Je verrai avec ma femme ce soir si elle a eu des coupures durant la journée, et si la stabilité revient... pas facile de faire des stats sur les dix minutes que j'ai essayé hier soir après cette activation.

Mornagest · Le 26/05/2025, à 21:43

Bon, eh bien, même souci ce soir avec certains sites inaccessibles jusqu'à redémarrage du routeur.

Exemple de sites inaccessibles : le forum Ubuntu, le Bon Coin, la Libre Belgique...

Je remarque que c'est souvent les mêmes sites qui deviennent inaccessibles lorsque ça déconne.

iznobe · Le 27/05/2025, à 01:15

ton routeur ( ou FAI ) a un soucis sur l'IPV6 . essaie de desactiver l' IPV6 dans ton routeur , voir ce que ca donne sur une paire de jours .

Mornagest · Le 27/05/2025, à 09:53

Ben, il était désactivé auparavant (je l'ai activé avant-hier soir)

iznobe · Le 27/05/2025, à 10:07

vu :

free a écrit :

Désormais, pour les nouveaux clients Free, l’IPv6 est activée par défaut. Les abonnés existants, eux, verront cette fonctionnalité arriver progressivement : le déploiement a commencé début mars et s’étalera sur plusieurs semaines. Cette phase par paliers permet à l’opérateur de tester la compatibilité des équipements et de résoudre d’éventuels problèmes sans impacter massivement tous les utilisateurs d’un coup.

il est possible que ce soit des perturbations passageres de leurs serveurs DNS en IPV6 qui subit des modifications .

je ne sais trop quoi te dire , a part de les consulter , mais bon ... vu le routeur je suppose que ca ne va pas etre simple
et surtout pour trouver quelqu ' un de competent , ca va etre encore plus difficile ...

Quels serveurs DNS as tu configuré dans ton routeur ?

Tu peux peut etre aussi utilisé le " tunnel IPV6 " , mais je ne saurais dire comment configurer correctement .
il n' empeche que si le serveur DNS IPV6 est en rad , ca ne changera rien au probleme je suppose .

Dernière modification par iznobe (Le 27/05/2025, à 10:17)

Mornagest · Le 27/05/2025, à 12:58

C'est un peu la conclusion que je commence à tirer... attendre que ça passe en espérant que ce soit réglé par Free.

J'ai déjà tenté de les appeler lorsque les DNS de FDN étaient désactivés, ce ne sont pas des techniciens qu'on contacte mais des commerciaux, la personne au bout du fil a passé plus de la moitié de l'appel à me dire qu'il suffisait que je passe à la fibre et que tout rentrerait dans l'ordre... (même si je lui ai dit plusieurs fois que techniquement, c'était très compliqué d'avoir la fibre jusqu'à chez nous).

Les DNS du routeur sont ceux par défaut. Comme nmcli m'indique que ceux de ma connexion sont bien les DNS alternatifs que j'ai renseigné, je ne me suis pas trop penché là-dessus. D'autant que c'est vraiment pas évident de savoir où changer cela dans la page de config du routeur

iznobe · Le 27/05/2025, à 13:08

ca se passe ( si c' est possible ) dans la page " connexion a internet " .
Mais dans le manuel que j' a consulté sur le net , je n' ai rien trouvé a propos des DNS .

Si tu ne les modifies pas le routeur utilise alors les DNS de ton FAI par defaut , soit ceux de free.

En les modifiants , tu t ' affranchis des eventuels problemes de serveur DNS de free , puisque tu en choisiras d' autres : [doc]dns [/doc]

le probleme est uniquement sur ton ordi ou bien sur tous les appareils qui transite par le routeur pour acceder au net ?

Montre :

nmcli c s "Connexion filaire 1" | grep -i DNS

remplace Connexion filaire 1 par le nom de ta connexion au besoin .

Mornagest · Le 27/05/2025, à 22:50

Voici

mornagest@debian:~$ nmcli c s "Wired connection 1" | grep -i DNS
connection.mdns:                        -1 (default)
connection.dns-over-tls:                -1 (default)
ipv4.dns:                               185.222.222.222,176.9.93.198,80.67.169.12
ipv4.dns-search:                        --
ipv4.dns-options:                       --
ipv4.dns-priority:                      0
ipv4.ignore-auto-dns:                   oui
ipv6.dns:                               2a09::,2a01:4f8:151:34aa::198,2001:910:800::12
ipv6.dns-search:                        --
ipv6.dns-options:                       --
ipv6.dns-priority:                      0
ipv6.ignore-auto-dns:                   oui
IP4.DNS[1]:                             185.222.222.222
IP4.DNS[2]:                             176.9.93.198
IP4.DNS[3]:                             80.67.169.12
IP6.DNS[1]:                             2a09::
IP6.DNS[2]:                             2a01:4f8:151:34aa::198
IP6.DNS[3]:                             2001:910:800::12

Ce sont bien les DNS alternatifs que j'ai indiqués. Je pense vraiment qu'ils outrepassent ceux renseignés dans le routeur.

Le problème est identique pour nos trois ordinateurs. Je n'ai pas d'autres terminaux branchés sur le routeur (un téléphone VoIP, ça compte pas vraiment ).

iznobe · Le 28/05/2025, à 08:17

Salut , curieux cette ligne :

ipv6.dns:                               2a09::,2a01:4f8:151:34aa::198,2001:910:800::12

elle correspond a quoi la 1ere adresse : " 2a09:: " ?

Mornagest · Hier à 21:38

https://sebsauvage.net/wiki/doku.php?id=dns-alternatifs

C'est la seconde ligne (dns.sb)

On a fait des tests avec vv221 qui est à la maison aujourd'hui, avec sa Debian Sid et en utilisant les mêmes DNS que nous, il n'a aucun blocage sur les sites Internet qui coincent chez nous...

J'ai tenté d'ajouter l'option dom.storage.next_gen et de le configurer en booléen (false) comme lui l'avait dans ses options. Ça a fonctionné pour Debian 12 avec Firefox ESR, mais ça ne semble pas fonctionner avec Firefox sur Ubuntu 22.04, ni avec la version des dépôts Mozilla, ni avec la version snap de Firefox.

Il existe plein de soucis de connexion à certains sites uniquement avec Firefox et non avec d'autres navigateurs. J'ai donc tenté avec Epiphany, et les sites inaccessibles deviennent accessibles avec Epiphany donc le souci ne vient pas de notre routeur, semble-t-il, mais bien de Firefox lui-même...

Ce qui est ennuyeux, c'est que je ne trouve aucune solution pour résoudre ce souci. Les rares pistes sont toujours les mêmes : régler les paramètres de DNS dans Firefox (j'ai mis les mêmes que vv221, aucun effet), ajouter la ligne citée plus haut, etc. Rien de probant.

Par contre, le site de support de Mozilla semble pédaler dans la choucroute, je n'y accède pas par aucun moyen. Pas évident de trouver une solution.

edit : bon, plus compliqué encore que ça car Thunderbird ne me permettait pas de récupérer mes mails Yahoo, j'ai redémarré le routeur et ça fonctionnait. Mais ensuite, c'est le forum Ubuntu qui n'était plus accessible, y compris avec Epiphany ou avec le PC de vv221 nouveau redémarrage du routeur et le forum redevient accessible...

Du coup, la conclusion, c'est que je suis pour l'instant incapable de comprendre d'où vient le souci : navigateur ? routeur ? combinaison des deux ?...

Dernière modification par Mornagest (Hier à 22:17)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 25/05/2025, à 22:05

Re : DNS, resolv.conf... connexion instable et variable

#27 Le 25/05/2025, à 22:51

Re : DNS, resolv.conf... connexion instable et variable

#28 Le 26/05/2025, à 08:47

Re : DNS, resolv.conf... connexion instable et variable

#29 Le 26/05/2025, à 13:58

Re : DNS, resolv.conf... connexion instable et variable

#30 Le 26/05/2025, à 21:43

Re : DNS, resolv.conf... connexion instable et variable

#31 Le 27/05/2025, à 01:15

Re : DNS, resolv.conf... connexion instable et variable

#32 Le 27/05/2025, à 09:53

Re : DNS, resolv.conf... connexion instable et variable

#33 Le 27/05/2025, à 10:07

Re : DNS, resolv.conf... connexion instable et variable

#34 Le 27/05/2025, à 12:58

Re : DNS, resolv.conf... connexion instable et variable

#35 Le 27/05/2025, à 13:08

Re : DNS, resolv.conf... connexion instable et variable

#36 Le 27/05/2025, à 22:50

Re : DNS, resolv.conf... connexion instable et variable

#37 Le 28/05/2025, à 08:17

Re : DNS, resolv.conf... connexion instable et variable

#38 Hier à 21:38

Re : DNS, resolv.conf... connexion instable et variable

Pied de page des forums