dnssec validation failed partout meme pour google.com c'est quoi le bordel

Posté par thibault-dominique le 23/11/2025
RÉSOLU

thibault-dominique

Membre depuis le 06/05/2019

yo la commu ! on a un gros soucis nos resolvers dns internes ils se mettent à chier partout validation failed pour presque tous les domaines même google.com et 8.8.8.8. c arrivé d'un coup sans qu'on touche à rien on est sur unbound. vous avez déjà vu ça ? je suis à deux doigts de débrancher le dnssec.


dig @localhost google.com +dnssec

; <<>> DiG 9.16.1-Ubuntu <<>> @localhost google.com +dnssec
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 34567
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags: do; udp: 1232
;; QUESTION SECTION:
;google.com.                    IN      A

;; Query time: 0 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Tue Feb 27 10:30:00 UTC 2024
;; MSG SIZE  rcvd: 41

Commentaires

zoe87

Membre depuis le 02/04/2019

salut check l'heure de tes serveurs c'est souvent un problème d'horloge qui est pas synchro. si le temps est trop décalé la validation dnssec échoue car les signatures rrsig sont hors période de validité. un bon ntp genre chrony ça aide grave

agnes03

Membre depuis le 04/05/2019

ouais et vois aussi si tes fichiers de clés de confiance (root hints ou trust anchors) sont à jour. si unbound a pas les bonnes clés pour valider la racine bah tout merde. y'a eu un rollover de KSK récemment tu as mis à jour

thibault-dominique

Membre depuis le 06/05/2019

l'heure est niquel syncro avec ntp. les trust anchors j'ai vérifié ça semble ok on les update via un cron regulier. le KSK rollover c bon on l'a géré. mais le problème persiste c bizarre

zoe87

Membre depuis le 02/04/2019

t'as pas un firewall qui bloque le port 53 udp ou tcp des fois sur une source inattendue ? ou un souci de mtu avec des réponses dnssec qui sont plus grosses que d'habitude genre avec edns

lucie-perret

Membre depuis le 16/03/2019

check aussi tes logs unbound en mode verbeux (log-level: 2 ou 3). ça peut te donner des indices genre "bad signature" ou "expired signature" ou "no DS record". un `unbound-control log_open` pour voir les logs en direct

thibault-dominique

Membre depuis le 06/05/2019

ok les logs en mode verbeux c'est une mine d'or. j'ai "bad signature" partout. et y'a un truc sur `zone file corrupted`. je vais faire un `unbound-checkconf` et relancer. ptete un fichier corrompu en effet ou une mise à jour qui a foiré

zoe87

Membre depuis le 02/04/2019

ah la la corrompu c'est pas bon du tout. une restau d'une vieille conf propre peut-être si `checkconf` sort rien d'évident. bon courage

thibault-dominique

Membre depuis le 06/05/2019

c'était bien un fichier de zone corrompu qui avait été déployé par erreur sur la prod suite à un merge foireux. après un revert et un redéploiement propre, tout est rentré dans l'ordre. merci les gars pour le coup de main c'était bien relou

Laisser une réponse

Vous devez être connecté pour poster un message !

Rejoindre la communauté

Recevoir les derniers articles gratuitement en créant un compte !

S'inscrire