alors je vais pas débattre d'autant qu'il y aurait bcp de bêtises à debunker mais en résumé il vaut mieux privilégier l'usage des dns fai et utiliser les autres seulement en backup (je suis un ingénieur diplômé et expérimenté) d'autant plus qu'en temps de réponse ceux des fai sont généralement meilleurs
on critique le fonctionnement d'une box par ce que si on change de serveur dns ca fonctionne donc y a un loup de ce cote
d'où ma question précédent sommes nous uniquement des utilisateurs de chez free concernés ?
Auquel cas il faudrait leur signaler le pb, peut être que "leur serveur" n'est pas correctement configuré...
oui enfin ce n'est pas la question, puisque avant la mise a jour ça fonctionnait.
Le problème ici (enfin chez moi) est un appelle a l'adresse 127.0.0.1:5553 . je ne vois pas pourquoi je passerai par un DNS externe alors que le problème est local.
pouvez vous confirmer que chez vous c'est aussi cette adresse qui bloque ???
Pour votre 127.0.0.1:5553, j'en ai jamais entendu parler ceci dit chez moi mettre des dns public en backup puis un redémarrage complet de haos a resolu le pb (je suis chez free comme l'auteur de ce topic).
Ceci dit, avez vous envisagé que votre pb avec 127.0.0.1:5553 n'est pas une conséquence de cette "panne" de dns ?
Le problème ici c'est la gestion des dns par free qui a une latence importante a certains moments là ou ha attends une latence minime.
Ha a un système de protection dans ce cas avec une bascule automatique vers le dns 1.1.1.1 mais free bloque cette sortie.
Le problème c'est pas ha c'est free et leur gestion et la dessus la seule façon d'en sortir c'est d'utiliser un dns publics (et ils sont la pour ça). Tu peux les prévenir il ne changeront rien.
D'ailleurs si c'était un problème ha il y aurais des issue github sur le sujet. Sur le community international il y a un suje.
C'est le relais dns du superviser ha c'est normal mais il est en erreur parce que le dns free repond mal/pas
un pb de latence est tres peu plausible, les timeout sont généralement long et y aurait eu des pb à d'autres moments bien avant cette maj
j'ai pas fait d'investigation sur le sujet précis moi même mais l'auteur de ce topic parle bien de réponse tronquée pas d'une absence de réponse
ca sent plutôt un parsing modifié depuis la maj qui devient incompatible avec seveur dns (de free à minima) ou une redondance native de dns modifiée
C'est un des problèmes connu avec free que je cite en exemple.
Sinon tu as aussi les solutions pihole er adguard qui sont des filtre dns et qui en plus bloquent les pub, tracer et autres menaces.
Bon courage avec le sav free lundi et bonne fin de soirée.
on a pas besoin de bloquer des publicités pour un usage dans ha...
centrons nous sur le sujet du topic
Probleme identique apres le passage en 2026.9.2 avec 2 integrations qui ne fonctionnait plus.
Immediatement résolu en ajoutant les DNS Cloudfare devant celui de ma box.
Je suis egalement chez Free.
pas besoin de les mettre devant on les mettant apres la box ca marchera aussi
un ha dns info donne comme réponse
fallback: true
host: 172.30.32.3
llmnr: true
locals:
- dns://192.168.1.1
mdns: true
servers[]
update_available: false
version: 2026.09.0
version_latest: 2029.09.0
si je dis pas de bétise, fallback:true est justement la pour résoudre le problème si le DNS local échoue, HAOS a des DNS de secours intégrés
il semble y avoir que ta box dedans, ton fallback n'ira pas loin 
perso je mettrais plusieurs serveurs apres ta box pour être tranquile le jour où ton fai a une panne de dns
Pas dans mon cas. Le DNS de Free répond, donc Home Assistant ne passe pas au suivant.
"Immediatement résolu en ajoutant les DNS Cloudfare devant celui de ma box.
Je suis egalement chez Free."
si tu mets cloudfare devant la box il va interroger cloudfare avant la box...
de toute facon si t'es chez free y a pas de raison que ca marche pour toi et pas pour nous c'est le meme serveur qui repond
Et bien je sais pas d'où tu tiens cette information puisque les adresses de fallback ne sont pas données par un simple ha dns
il faut aller voir dans hassio_dns qui donne en résultat forward . tls://1.1.1.1 tls://1.0.0.1, et là on retombe sur du cloudflare en natif
Alors on met devant ou on met derrière
En l'occurrence forcé de constater que le fallback telle que celui dont tu parles marche plus avec cette nouvelle version de ha
La solution la plus fiable comme je le disais est de mettre plusieurs serveurs derrière la box
Quand tu referas ha dns info tu verras qu'ils apparaîtront dans la liste servers
Bon quand on a un peu de jujote on comprend que quand on mets plusieurs serveurs DNS les uns derrière les autres il va s'arrêter au premier qui répond un truc exploitable...
Donc le but c'est d'abord interroger la box et si elle répond pas correctement un dns public...
Donc ce que j'ai dit est correcte mais t'as pas compris
Non tu as dit ca "Pas dans mon cas. Le DNS de Free répond, donc Home Assistant ne passe pas au suivant."
Or ce qui se passe chez toi c'est que tu interroges d'abord cloudfare et il repond un truc exploitable et donc free n'est meme pas interrogé...
