J'essaie d'entrer une clé DKIM 4028 bits dans DNS et il semble que je dépasse à la fois la limite UDP 512 octets et la taille d'enregistrement maximale pour un enregistrement TXT.
Comment quelqu'un crée-t-il correctement une grande clé (avec une taille codée implicite plus grande) et l'importe-t-il dans DNS?
domain-name-system
email
dkim
domainkeys
goodguys_activate
la source
la source
Réponses:
Vous devez les diviser dans le champ de texte. Je crois que 2048 est la limite pratique pour les tailles de clés. Divisez le champ de texte en parties de 255 caractères ou moins. Il y a des frais généraux pour chaque division.
Il existe deux formats pour les champs longs.
TXT "première partie" \ "deuxième partie"
TXT ("première partie" "deuxième partie")
Les deux se combineront comme "partie à la deuxième partie". Plus de détails sur Zytrax.
Pour générer mon entrée dkim, j'insère mon fichier de clé publique et je l'enveloppe entre guillemets.
Mon fichier de clé publique contient les éléments suivants:
Après avoir édité la clé dans mon fichier de zone DNS apparaît comme suit:
DNS le renvoie comme suit:
DNS le traite comme une longue chaîne sans espaces supplémentaires où les lignes sont jointes. Toutes les
" "
séquences sont ignorées.la source
" "
séquences et vous le prouvez en fait dans votre dernier devis. C'est la section 3.1.3 SPF RFC 4408 qui définit que la concaténation doit être utilisée par les applications lisant les enregistrements DNS pour la validation SPF.Si c'est Amazon Route 53, n'utilisez pas de sauts de ligne (uniquement des espaces) entre les morceaux.
Voir /server//a/763871/80856
la source
Si vous utilisez l'interface utilisateur poweradmin pour les pdns, vous pouvez simplement entrer la chaîne dkim entière dans le champ de saisie.
la source
C'est OK si l'enregistrement est supérieur à la limite UDP 512 octets car DNS utilisera TCP.
Cela doit être transparent pour l'utilisateur, mais parfois, les appliances de pare-feu boguées (telles que Cisco PIX / ASA) filtrent / bloquent ces requêtes plus volumineuses.
la source
Je sais que ce message est ancien, mais je l'ai trouvé aujourd'hui en interrogeant «Clé DKIM 2048 bits avec UltraDNS». Mon équipe DNS avait tenté de diviser la clé en deux parties avec des guillemets autour d'eux et un espace entre les deux. Cela entraînait UltraDNS à servir jusqu'à 3 paquets (celui du centre était vide), ce qui a provoqué des résultats de validation incohérents.
Ce qui a fonctionné pour moi dans le panneau de configuration UltraDNS était simplement de soumettre l'enregistrement entier entre guillemets sans plusieurs jeux de guillemets, délimiteurs, etc. Fonctionne comme prévu maintenant.
la source
Si vous utilisez MySQL / MariaDB comme backend DNS, comme PowerDNS, vous pouvez redimensionner votre colonne de contenu.
La longueur du contenu PowerDNS par défaut est VARCHAR (255)
Ainsi, votre signature DKIM sera coupée à 255 caractères
pour résoudre ce problème
il suffit de changer la taille du contenu via la CLI MySQL / MariaDB CLI
redémarrez votre service DNS (par exemple PowerDNS)
la source