certbot cause "Temporary failure in name resolution(ping)"

Bonjour, comme j'ai un nouveau site j'ai tenté de recréer un certificat let's encrypt, en utilisant certbot qui me renvoie une erreur comme quoi le champs A ne pouvait être résolu pour un domaine, après ça en cherchant ce qui se passait j'ai essayé de faire un ping sur ce domaine, cela fonctionne depuis mon PC mais pas depuis le serveur (debian) qui l'héberge et qui contient sa config Bind, le plus étrange c'est que ça me fait ça sur un seul domaine (j'en ai plus de 10), j'obtiens l'erreur suivante :

Code:

---

1 2	ping tagdirectory.net ping: tagdirectory.net: Temporary failure in name resolution

---

j'ai un peu cherché sur google mais ça ne parle pas de mon cas de figure (sachant qu'il n'y a aucun problème avec les autres domaines). Sivous avez des pistes... Merci !

C'est bien ça le nom de domaine ? Puisque vous utilisez les name servers de OVH, c'est là que vous devez définir tous vos records (A, AAA etc). Est-ce fait ?

Ou si vous faites le name server vous-même, alors le NDD doit effectivement pointer dessus.
Concrètement il vous faudrait créer au moins un host du genre ns1.tagdirectory.net avec adresses IP associées, accessible globalement, et mettre à jour les NS chez votre registrar (probablement OVH aussi). Je ne sais pas si j'ai été claire :)

Si vous dites que ça marche sur votre PC, je me demande si vous n'avez pas rajouté une entré dans le fichier hosts pour tester.

Citation:

---

Envoyé par binarygirl

C'est bien ça le nom de domaine ? Puisque vous utilisez les name servers de OVH, c'est là que vous devez définir tous vos records (A, AAA etc). Est-ce fait ?

Ou si vous faites le name server vous-même, alors le NDD doit effectivement pointer dessus.
Concrètement il vous faudrait créer au moins un host du genre ns1.tagdirectory.net avec adresses IP associées, accessible globalement, et mettre à jour les NS chez votre registrar (probablement OVH aussi). Je ne sais pas si j'ai été claire :)

Si vous dites que ça marche sur votre PC, je me demande si vous n'avez pas rajouté une entré dans le fichier hosts pour tester.

---

Merci de votre réponse. Oui j'ai bien configuré les entrées sur mon manager OVH, sans ça ça ne marcherait pas du tout.

Si je teste séparément les deux NS que vous avez déclaré pour votre NDD, le premier refuse de répondre:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18

dig -t a tagdirectory.net @ns.ovh.net   ; <<>> DiG 9.18.10 <<>> -t a tagdirectory.net @ns.ovh.net ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: REFUSED, id: 52475 ;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1 ;; WARNING: recursion requested but not available   ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 4096 ;; QUESTION SECTION: ;tagdirectory.net. IN A   ;; Query time: 99 msec ;; SERVER: 213.251.128.136#53(ns.ovh.net) (UDP) ;; WHEN: Thu Jan 05 18:46:50 CET 2023 ;; MSG SIZE rcvd: 45

---

Le deuxième semble OK:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22

dig -t a tagdirectory.net @ns3049504.ip-94-23-194.eu   ; <<>> DiG 9.18.10 <<>> -t a tagdirectory.net @ns3049504.ip-94-23-194.eu ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 341 ;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1 ;; WARNING: recursion requested but not available   ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 1232 ; COOKIE: 92e68a89b01520580100000063b70d6051dca35d6772b008 (good) ;; QUESTION SECTION: ;tagdirectory.net. IN A   ;; ANSWER SECTION: tagdirectory.net. 86400 IN A 94.23.194.128   ;; Query time: 99 msec ;; SERVER: 94.23.194.128#53(ns3049504.ip-94-23-194.eu) (UDP) ;; WHEN: Thu Jan 05 18:48:16 CET 2023 ;; MSG SIZE rcvd: 89

---

Lors de la résolution, le client en prendra un des deux au hasard et peut-être qu'il a gardé en cache une mauvaise réponse. Bref, vérifiez les NS déclarés. Le premier ne semble pas être bon, le deuxième probablement que oui si vous reconnaissez cette adresse IP retournée.

Comme vous dites que vous aller assurer le NS vous-même avec Bind, je pars du principe que vous n'avez qu'un seul NS en réalité. Alors retirez le premier et conservez le deuxième.
Si vous avez plusieurs NS pour un NDD, ils doivent évidemment être alignés et répondre tous de la même façon sinon vous vous retrouvez avec ce genre de problème qui n'est pas évident de prime abord :)

Oui j'avoue être une bille dans le domaine, je ne savais pas trop quoi mettre comme 2° serveur, sachant que j'ai qu'une adresse pour mon serveur, j'ai recupéré ns.ovh.net sur un tuto, pensez vous qu'un seul NS suffit ?

Ça devrait déjà résoudre un problème.

Mais vous devriez aussi retirer ns.ovh.net du fichier de zone local de Bind pour ce NDD...