La clé de domaine n'apparaît pas dans la requête DNS

15

* RESOLU - Voir en bas de cet article *

Le problème ici est que j'essaie de configurer une clé de domaine depuis plusieurs jours. Je l'ai fait avec succès dans le passé, mais je ne peux tout simplement pas le faire fonctionner cette fois.

Maintenant, le problème avec lequel je lutte actuellement est que lorsque j'essaie de rechercher la clé de domaine dans mon enregistrement DNS, rien n'apparaît. Par exemple, lorsque je vais sur protodave et que je recherche mon sélecteur (par défaut) sur mon domaine, voici ce que j'obtiens:

 DNS QUERY: default._domainkey.palabama.com
 QUERY STATUS: No DNS TXT Record found
 TXT RECORD:

Lorsque j'essaie de creuser le dossier, je n'obtiens aucune section de réponse.
Lorsque je vais sur DKIMcore, j'obtiens ce qui suit:

 This is not a good DKIM key record. You should fix the errors shown in red.
 DNS query failed for 'default._domainkey.palabama.com':NOERROR
 A public-key (p=) is required

La chose est, j'ai installé le DK sur le DNS de mon registraire, qui est le DNS assigné (namecheap).

Après plusieurs essais différents, voici ma configuration sur namecheap

 default._domainkey.mail.palabama.com.   TXT  v=DKIM1; g=*; k=rsa;      p=MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQC0kOjYjN2gAfTuQgsyS/rGUcMbZ3zg5Pf5pHyN735OufSnkLbpYgnDJcIyQTjhbeGBPoPwlvL1fOa1/TOsp2vT9fFIFtgGXg8yVpSKrttdOCX7a3CYkQIO4WQU+2MAzT+Z3IBroTBDmjS61fhRSyoUlPBhUYTECodVu3GENkoLUQIDAQAB

 default._domainkey.palabama.com.   TXT  v=DKIM1; g=*; k=rsa;      p=MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQC0kOjYjN2gAfTuQgsyS/rGUcMbZ3zg5Pf5pHyN735OufSnkLbpYgnDJcIyQTjhbeGBPoPwlvL1fOa1/TOsp2vT9fFIFtgGXg8yVpSKrttdOCX7a3CYkQIO4WQU+2MAzT+Z3IBroTBDmjS61fhRSyoUlPBhUYTECodVu3GENkoLUQIDAQAB

J'ai jeté ce mail.palabama.com. enregistrer en pensant que peut-être, car mon enregistrement MX est défini sur mail.palabama.com. que cela aiderait, à l'origine cette ligne n'était pas dans le DNS, et cela n'a rien changé.

Lorsque je vérifie la chaîne réelle sur DKIMcore, cela me dit que tout est valide. C'est comme si ce foutu disque n'existait pas. Il est réglé sur un TTL de 300 btw.

Voici la fouille de mon record MX

 dig palabama.com MX
 ; <<>> DiG 9.8.4-rpz2+rl005.12-P1 <<>> palabama.com MX
  ;; global options: +cmd
 ;; Got answer:
 ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 12713
 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

 ;; QUESTION SECTION:
  ;palabama.com.                  IN      MX

 ;; ANSWER SECTION:
 palabama.com.           1800    IN      MX      10 mail.palabama.com.

Qu'est-ce que je fais mal? J'arrache mes cheveux avec celui-ci.

EDIT: RESOLU !!!

Je l'ai réparé! Alléluia! Merci à TheCompWiz pour sa réponse, qui m'a essentiellement confirmé que je n'étais pas fou et que, sauf erreur utilisateur, le problème était du côté de mon serveur DNS. J'ai essayé quelque chose comme expérience ... au lieu de mettre

 default._domainkey.palabama.com

J'ai éliminé le palabama.com, ne laissant que

 default._domainkey

dans mon dossier de serveur. Et boum, juste comme ça, ça a marché.

Je pense qu'il est important, cependant, de savoir si c'est réellement la façon dont l'entrée devrait être lue, et tout ce que j'ai lu était faux, ou c'est une bizarrerie des serveurs DNS de namecheap que le domaine devrait être laissé en dehors de la chaîne. Et aussi si c'est le cas pour tout autre serveur.

domain-name-system dkim

— Dan Miller
source

Les noms DNS se terminent par des points ou supposent votre origine. On dirait que namecheap est correctement intitulé.

— Jacob Evans

1

Bienvenue dans Server Fault! Conformément à notre structure de questions-réponses, nous recommandons qu'au lieu de modifier les solutions dans votre question, vous ajoutez votre propre réponse - de cette façon, vous pouvez obtenir la réputation de votre solution!

— Falcon Momot

Ayant le même problème avec Namecheap ... Lorsque vous avez changé les enregistrements TXT en default._domainkeyavez-vous dû attendre que le DNS se propage?

— Sethen

8

Que vous les ayez ajoutés ou non aux serveurs DNS de votre registraire ... je ne peux pas le dire. Ce que je peux dire, c'est que les documents ne peuvent pas être résolus publiquement. Êtes-vous sûr de ne pas avoir défini les enregistrements comme SRVou les Aenregistrements? Si vous êtes sûr à 100% de les avoir ajoutés correctement ... il est temps d'appeler Namecheap ... et de leur parler. Ils ont peut-être des problèmes pour héberger des enregistrements TXT.

— TheCompWiz
source

Je l'ai fait, absolument fait TXT. La configuration MX fait-elle une différence dans la façon dont elle est recherchée? Merci!

— Dan Miller

2

Je l'ai résolu en changeant default._domainkey.palabama.com en juste default._domainkey Dois-je le faire tout le temps ou est-ce juste une bizarrerie de namecheap? Merci encore

— Dan Miller

1

sonne comme une bizarrerie avec namecheap. La fin d'un nom DNS avec un point signifie que c'est un nom de domaine complet ... alors que ... juste le nom d'hôte est généralement interprété comme un enfant de la zone actuelle. c'est-à-dire "www" dans le domaine example.com vs "www.example.com". Heureux que vous l'ayez compris. Et FWIW ... MX n'est qu'un autre type d'enregistrement. Cela n'affecterait aucun enregistrement TXT.

— TheCompWiz

C'est bon à savoir. Je suis sûr que je devrai reconfigurer dk un jour. Merci encore pour votre aide et le suivi.

— Dan Miller

2

[RESOLU] Fondamentalement, j'ai eu le même problème. Ajout d'enregistrements DKIM (CNAME) et SPF (TXT) dans Namecheap pour l'intégration Mailchimp mais a obtenu ce message de Mailchimp.

Nous avons essayé de vérifier vos modifications DNS et n'avons pas détecté les bonnes valeurs

Le problème est que Mailchimp demande que cette chaîne soit ajoutée dans le champ hôte.

k1._domainkey.domainname.com

Mais comme quelqu'un l'a suggéré ci-dessus, dans Namecheap, vous n'avez pas besoin d'inclure le nom de domaine. Dans mon cas pour mailchimp, juste k1._domainkey était suffisant. J'ai revérifié avec les gars de Namecheap. Ils l'ont confirmé et m'ont dirigé vers ce guide.

https://www.namecheap.com/support/knowledgebase/article.aspx/9845/2208/how-to-connect-a-domain-to-mailchimp

Encore une astuce. Mailchimp a continué de me montrer l'erreur même après que le contrôle DKIM était correct. (Outil ici: https://toolbox.googleapps.com/apps/dig/#CNAME/k1._domainkey.dasubhashitam.com )

J'ai supprimé la vérification dans mailchimp et recommencez comme suggéré dans le guide. Voila! Les choses ont fonctionné. Et j'ai perdu deux jours là-dessus.

J'espère que cela aide quelqu'un.

— Kiran Kumar
source

1

Comme indiqué dans la modification de la question, passer de par exemple default._domainkey.example.comà default._domainkeyrésout le problème.

Il semble que Namecheap ajoute le nom de domaine, donc default._domainkey.example.com devientdefault._domainkey.example.com.example.com .

Pour tester cette théorie, j'ai fait une recherche DNS:

nslookup -q=TXT default._domainkey.example.com.example.com

Effectivement, il y avait le record TXT. Une vérification rapide des enregistrements TXT sur MXToolBox l'a également confirmé.

— Nateowami
source

0

Une solution qui a fonctionné pour moi sur le gestionnaire DNS de GoDaddy était d'utiliser:

"dkim._domainkey" dans la section Host (pas de guillemets) "v-DKIM ...." dans la valeur TXT, avec la clé entière incluse.

Avant, j'utilisais simplement "_domainkey" et cela ne fonctionnait pas.

— Ryan Young
source

0

Ce qui a été résolu pour moi, ce n'était PAS d'utiliser le nom de domaine comme nom de sélecteur. Jamais une entrée DNS comme

website._domainkey.website.com.

en utilisant

def._domainkey.website.com.

travaillé pour moi!

— Ste_95
source

-2

Ce qui vous manquait depuis le début était le dernier point dans default._domainkey.palabama.com, il aurait dû être default._domainkey.palabama.com.

— Pierre
source