bonjour,

rien ne prouve avec le descriptif que ça vient du DNS.

de plus vous dites avoir tester avec plusieurs dns et que le même souci persiste ... du coup pourquoi ça serait spécifiquement les dns d'orange ?

est-ce que vous pouvez faire un ping vers 1.1.1.1 pendant quelques minutes et voir si le ping s'arrête  pendant que vous avez une coupure ? commande (ping -t 1.1.1.1 sous windows)

Manifestement tu ne sais pas de quoi tu parles et à quoi servent les serveurs DNS...

Un serveur DNS c'est un annuaire, rien de plus. Et sur les 2 sites que je gère ceux d'Orange ne posent aucun problème.

Je ne sais pas si ça peut ajouter quelque chose...

Je fais du monitoring d'un accès Orange (Sosh Fibre) d'une personne de ma famille depuis un serveur chez Scaleway :
- Monitoring via un NMS :
  - 1 ping toutes les minutes vers l'IPv4 (via un DNS dynamique) de l'accès, si 3 pings perdus alors alarme
  - 1 check toutes les 5 minutes d'un port TCP ouvert vers l'IPv4, si 1 échec alors alarme
  - 1 check toutes les 5 minutes d'un port TCP ouvert vers une IPv6 derrière la LB, si 1 échec alors alarme

- 1 équipement envoit 1 requête HTTP POST vers le serveur toutes les minutes (en cas d'échec il n'y a pas de retry, il attendra la minute suivante)

Je constate depuis que je monitore l'accès (plusieurs années) des alarmes de temps à autres, c'est toujours le check de port qui part en alarme, toujours les deux en même temps, jamais d'alarme sur le ping même si la courbe de perte de ping montre des pics.

Pour l'équipement qui envoit des requêtes HTTP POST, je constate également des "trous" de données plusieurs fois par jour. Je devrais avoir 1440 points par jour (1 point/min * 24h) mais c'est rarement le cas, en moyenne il manque une bonne dizaine de points par jour.

En travaillant à distance en SSH sur l'équipement (mais pas depuis le serveur chez Scaleway) j'ai pu constater de temps à autre que ça ne répond plus quand j'écris pendant quelques temps (entre 10s et 20s je dirais).

Ni l'IPv4 ou l'IPv6 ne changent quand ça se passe.

A priori il s'agit également de micro-coupures, et ça affecte aussi bien IPv4 et IPv6.

J'ai constaté des périodes avec ces micro-coupures plus sévères que d'autres :
- quelque soit la journée c'est en moyenne en dessous de 1% de pertes
- fin 11/2023 à 02/2024: entre 10% et 50% de pertes sur tous les jours
- 11/2024 à 03/2025: entre 5% et 30% de pertes sur tous les jours
- 4, 5 et 6/03 de cette année: entre 2% et 30% de pertes tous les jours

Il n'y rien sur l'accès qui consomme beaucoup de débit ou qui génère un nombre élevé de connexions TCP ou qui fasse de l'UDP. Le débit en moyenne sur la ligne est à 4 Mbps.

Jusqu'à 03/2024 un routeur perso était utilisé à la place de la livebox (+ un media converter FO-ETH entre le SFP et le routeur) puis depuis 03/2024 c'est la Livebox qui est utilisée (sans le media converter, le SFP est branché directement à la Livebox)

Ces micro-coupures ne m'ont jamais trop dérangé donc je n'ai pas investigué plus loin si ça pouvait venir de l'accès Orange ou du serveur (a priori pas du serveur car j'en ai constaté en faisant du SSH directement), mais il semble effectivement qu'il y en ait (chez moi en tout cas).

Tu n'utiliserais pas par hasard un bloqueur de pub ? Certains renvoient une "mauvaise" IP(v6 en 100::1) dans une vraie fausse résolution DNS qui cherche a être routé et part en timeout long au lieu d'être juste détruite et renvoyer immédiatement l'erreur au browser

J’utilise un bloqueur depuis toujours, mais ça n’arriver pas avant donc il y a bien une autre explication.

bah une mise à jour du bloqueur.  Essaye sans pour voir. (ou une version plus light parce que oui les pubs ça m'arrache la rétine)

Alors les caches c'est compliqués surtout chez les gros FAI. Déjà y en a pas qu'un pour tenir la charge des requêtes. Et leur contenus peuvent être différents. Pour le scrubing/aging du contenu les gestionnaires de DNS autoritaires donnent un TTL pour les enregistrements. Tout le monde est censé honorer ce TTL

Des fois c'est juste ignoré et gardé 24H (c'est un exemple) même si c'est indiqué 15 jours ou 5 minutes. Je ne sais pas si Orange pratique ça , mais sache le sur les gros DNS de résolution le nettoyage des anciennes data peut parfois prendre des heures pour parcourir la base en mémoire et flinguer les TTL expirés.

Parfois y a un qu'un cache très petit. Ca permet de garder que les gros sites et réduire la pression des requêtes sur eux. Si on a un trop gros cache le temps de parcours de la base pour savoir si c'est caché et répondre est plus long que les qqs milisecondes pour aller chercher l'info sur les DNS autoritaires. Par contre si eux sont en rades et bah tant pis.


Astuce : tu peux te monter ton propre DNS de résolution + cache. Et l'interroger, tout en gardant ton bloqueur de pub. Essaye c'est pas compliqué. Comme ça tu veras bien.

Pour information, vous avez un onglet "Réseau" dans la console de développeur (clique droit sur la page, "inspecter") et vous naviguez sur le site qui pose problème (ici, Youtube).

Ca vous permet de savoir pourquoi certains éléments bloquent/ralentissent le chargement de la page : le DNS, la connexion HTTPS, l'attente du serveur, le transfert des données, etc.
Et agir en fonction.