Auteur Sujet: DNS Free (ralentissements) (Lu 556 fois)

tistou77 · « **le:** 07 novembre 2026 à 22:27:53 »

Bonjour tout le monde

La question a du revenir plusieurs fois, mais j'ai rien vu dans la recherche, désolé
Depuis hier, j'ai des ralentissements sur certaines pages, je voulais tester du côté des DNS (et on m'avait aussi conseillé de les changer par d'autres que ceux de Free)
Ceux de Cloudfare semble être les mieux pour la rapidité (et kif kif côté sécurité) comparé à ceux de Free

Vous utilisez quel DNS ?

Merci

PS : bizarrement, il y a très très longtemps j'avais fais un ipconfig /all pour avoir les DNS (de Free) enregistré sous Windows (y a plus de 15 ans)
Et j'avais cela

Citer

Serveurs DNS. . . . . . . . . . . . . : 212.27.40.241
212.27.40.240

Je pensais que le 212.27.40.241 était donc le primaire, et en regardant sur le net aujourd'hui, c'est en fait le secondaire
15 ans que je tourne avec 212.270.40.241 / 212.27.40.240

Ou Free à changer les DNS depuis ?

Fyr · « **Réponse #1 le:** 08 novembre 2026 à 18:30:50 »

Les "primaire" "secondaire" ça n'a aucun sens pour des resolvers. Et c'est négocié lors du boot de la Freebox dans la phase DHCP. Et ces IP de DNS sont repropagés sur ton LAN via le serveur DHCP de la box.

Après y a un mode "debug" dans les browsers et tu peux voir où ça prend du temps.

212.27.40.240 / 212.27.40.241 c'est bien ces IP, même les pages webs de l'assistance en parle. https://assistance.free.fr/articles/363

1 - laisses faire les automatismes
2 - si tu mets à la main sur une machine l'ordre n'a aucune importance
3 - mode debug pour voir où ça coince vraiment (genre un bloqueur de pub... un DNS qui répond une IP non routable mais qui se perd avant de comprendre que ça va nulle part, comme Ubiquiti avec une réponse de blocage de pub en 100/16 au lieu de 0.0.0.0...)
4 - mets ton propre résolver avec tes listes de nettoyage histoire d'avoir le contrôle et la maitrise

tistou77 · « **Réponse #2 le:** 08 novembre 2026 à 18:40:46 »

Merci pour les informations et l'ordre des DNS

je vais regarder dans Edge, si je trouve le mode "debug" et voir ce qui ralentit certains sites à certaines heures
Par exemple, aucun problème ce matin, et des ralentissements depuis cet après midi

Sinon, vous préferez les DNS du FAI ou d'autres ?

Merci

tistou77 · « **Réponse #3 le:** 08 novembre 2026 à 19:40:08 »

Avec l'aide de l'IA, après avoir regarder dans le debug du navigateur, j'ai fais des tests de "ping" et "tracert" sur "google.com" (en ipv4 pour être sûr, et même chose en ipv6)
D'après lui, le problème viendrait d'un équipement Free (surcharge de peering) depuis que j'ai des ralentissements suivant le moment de la journée
J'avais un temps à moins de 6ms avant sur le même ping

Code: [Sélectionner]

ping google.com

Envoi d’une requête 'ping' sur google.com [172.217.22.142] avec 32 octets de données :
Réponse de 172.217.22.142 : octets=32 temps=145 ms TTL=117
Réponse de 172.217.22.142 : octets=32 temps=144 ms TTL=117
Réponse de 172.217.22.142 : octets=32 temps=133 ms TTL=117
Réponse de 172.217.22.142 : octets=32 temps=141 ms TTL=117

Statistiques Ping pour 172.217.22.142:
    Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
    Minimum = 133ms, Maximum = 145ms, Moyenne = 140ms

Code: [Sélectionner]

tracert 172.217.22.142

Détermination de l’itinéraire vers tzpara-ak-in-f14.1e100.net [172.217.22.142]
avec un maximum de 30 sauts :

  1    <1 ms    <1 ms    <1 ms  192.168.0.254
  2     3 ms     *        2 ms  station15.multimania.isdnet.net [194.149.174.112]
  3     4 ms     3 ms     *     station17.multimania.isdnet.net [194.149.174.114]
  4   140 ms   142 ms     *     212.27.35.0
  5     *        *        *     Délai d’attente de la demande dépassé.
  6   139 ms   137 ms   138 ms  lag-101.ear6.paris1.level3.net [213.242.111.85]
  7     *        *        *     Délai d’attente de la demande dépassé.
  8   139 ms   144 ms   137 ms  142.251.202.18
  9   134 ms   134 ms   136 ms  tzpara-ak-in-f14.1e100.net [172.217.22.142]

Et 2ms sur mon réseau local
N'étant pas familier avec cela, je ne peux que supposer que l'IA a raison

Merci

PS : Pour info, il a dû y avoir des "travaux" dans la nuit de jeudi à vendredi, tout a coupé chez moi pendant 1h peut-être (Fibre et mobile) plus rien fonctionnait
Mais bizarrement, rien dans l'historique de FreeboxOS (aucune coupure)

zergflag · « **Réponse #4 le:** 08 novembre 2026 à 22:39:06 »

Citation de: tistou77 le 08 novembre 2026 à 19:40:08

Avec l'aide de l'IA, après avoir regarder dans le debug du navigateur, j'ai fais des tests de "ping" et "tracert" sur "google.com" (en ipv4 pour être sûr, et même chose en ipv6)
D'après lui, le problème viendrait d'un équipement Free (surcharge de peering) depuis que j'ai des ralentissements suivant le moment de la journée
J'avais un temps à moins de 6ms avant sur le même ping

un autre utilisateur sur le forum a également un problème d'interco sûrement, mais cette fois-ci vers Vultr (le problème arrive pour vous deux au saut 4) :

Citation de: lecorse26 le 08 novembre 2026 à 17:32:30

Bon bien ça recommence .

tracert 95.179.211.94

Détermination de l’itinéraire vers 95.179.211.94.vultrusercontent.com [95.179.211.94]
avec un maximum de 30 sauts :

1 <1 ms <1 ms <1 ms 192.168.1.254
2 2 ms 3 ms * station15.multimania.isdnet.net [194.149.174.112]
3 * * 3 ms station17.multimania.isdnet.net [194.149.174.114]
4 123 ms 128 ms 128 ms 212.27.35.0
5 * * * Délai d’attente de la demande dépassé.
6 128 ms 134 ms 131 ms choopa.par.franceix.net [37.49.237.90]
7 138 ms 150 ms 137 ms 10.76.2.226
8 125 ms 123 ms 127 ms 10.76.2.206
9 * *

tistou77 · « **Réponse #5 le:** 08 novembre 2026 à 23:24:24 »

Merci pour le retour
J'ai testé chez le voisin, FAI différent, et aucun ralentissement et le ping / tracert sont "normaux"
A voir dans les jours qui viennent si Free résoud ce problème

Fyr · « **Réponse #6 le:** **Hier** à 08:58:52 »

Citation de: tistou77 le 08 novembre 2026 à 19:40:08

[...]
N'étant pas familier avec cela, je ne peux que supposer que l'IA a raison
[...]

Ok pas de soucis. Merci d'être passé sur un forum avec votre diagnostic d'IA.

Après si le ralentissement c'est les pages ici y a un soucis d'attaque par des bots d'IA. Ptete que le ou les sites ailleurs ont le même soucis.

Pegasus38 · « **Réponse #7 le:** **Hier** à 09:07:08 »

Citation de: Fyr le Hier à 08:58:52

Ok pas de soucis. Merci d'être passé sur un forum avec votre diagnostic d'IA.

Après si le ralentissement c'est les pages ici y a un soucis d'attaque par des bots d'IA. Ptete que le ou les sites ailleurs ont le même soucis.

Ça devient insupportable, peut être mettre quelque chose en place avec les modo pour stopper ce truc car à cette vitesse le forum va périr rapidement.

akopytko · « **Réponse #8 le:** **Hier** à 09:53:30 »

Salut,
Il y avait un incident local (Montevrain 77 et environs), pas de lien avec les résolveurs DNS de Free.
Ça n'aurait pas non plus été visible au traceroute.

tistou77 · « **Réponse #9 le:** **Hier** à 14:28:50 »

Citation de: Fyr le Hier à 08:58:52

Ok pas de soucis. Merci d'être passé sur un forum avec votre diagnostic d'IA.

Après si le ralentissement c'est les pages ici y a un soucis d'attaque par des bots d'IA. Ptete que le ou les sites ailleurs ont le même soucis.

Pas les pages d'ici, mais sur d'aurtes sites, où les images, etc... mettent beaucoup de temps à s'afficher
Ayant ce problème depuis peu et pas de soucis chez les voisins avec d'autres FAI, le diagnostics de l'IA n'est pas si mauvais que cela
A savoir qu'il y aurait sans doute un problème sur un équipement Free

Citation de: akopytko le Hier à 09:53:30

Salut,
Il y avait un incident local (Montevrain 77 et environs), pas de lien avec les résolveurs DNS de Free.
Ça n'aurait pas non plus été visible au traceroute.

Salut,
Peut-être la coupure qu'il y a dans la nuit de jeudi à vendredi (fibre et mobile) qui a duré quelque temps
J'avais pensé au DNS car ça m'était arrivé, en changeant les DNS, plus de problème
Pareil pour d'autres et le problème avait été résolu quelques temps après

Merci

tistou77 · « **Réponse #10 le:** **Hier** à 19:41:06 »

Plus de problème actuellement et les ping / tracert sont comme avant (enfin pour le ping, je ne me rappelle plus pour le tracert)

Code: [Sélectionner]

Envoi d’une requête 'ping' sur google.com [172.217.22.46] avec 32 octets de données :
Réponse de 172.217.22.46 : octets=32 temps=3 ms TTL=116
Réponse de 172.217.22.46 : octets=32 temps=3 ms TTL=116
Réponse de 172.217.22.46 : octets=32 temps=3 ms TTL=116
Réponse de 172.217.22.46 : octets=32 temps=3 ms TTL=116

Code: [Sélectionner]

tracert 172.217.22.46

Détermination de l’itinéraire vers fra15s16-in-f46.1e100.net [172.217.22.46]
avec un maximum de 30 sauts :

  1    <1 ms    <1 ms    <1 ms  192.168.0.254
  2     *        2 ms     *     station15.multimania.isdnet.net [194.149.174.112]
  3     *        *        *     Délai d’attente de la demande dépassé.
  4     2 ms     *        3 ms  212.27.35.0
  5     *        *        *     Délai d’attente de la demande dépassé.
  6     *        *        *     Délai d’attente de la demande dépassé.
  7     *        *        *     Délai d’attente de la demande dépassé.
  8     4 ms     3 ms     3 ms  142.251.202.18
  9     3 ms     3 ms     3 ms  fra15s16-in-f46.1e100.net [172.217.22.46]