Commencez par la zone faisant autorité
L'enregistrement IONOS, l'hébergement DNS IONOS et la messagerie IONOS sont des responsabilités différentes. Ce guide concerne la publication des enregistrements d'authentification via le panneau de contrôle de domaine IONOS, et non la configuration d'une boîte mail IONOS ou l'autorisation de chaque service d'envoi IONOS. La documentation officielle autorise les serveurs de noms externes ; les enregistrements saisis dans une zone IONOS inactive ne deviennent pas les réponses d'Internet. Établissez la zone déléguée et l'administrateur responsable avant de préparer toute modification. Serveurs de noms externes IONOS
Pour chaque modification demandée, enregistrez le nom complet du propriétaire, le type d'enregistrement, la valeur actuelle, la valeur proposée, le service d'envoi et le propriétaire approbateur. Obtenir DKIM matériel à partir des instructions spécifiques au compte de l'expéditeur réel. Un hôte DNS publie une configuration publique ; il ne peut pas fournir la clé de signature d'un autre service ni prouver que le service signe les messages. Conservez les clés privées en dehors de la demande de modification DNS . Récupération de clé DKIM
Traduire les noms avant de saisir des valeurs
IONOS documente le chemin TXT sous la forme du menu Actions du domaine, DNS , Ajouter un enregistrement, puis TXT . Le formulaire sépare le nom d'hôte, la valeur et la durée de vie facultative. Les entrées existantes ont une action Modifier l'enregistrement. Sa page TXT générique décrit @ comme un caractère générique, mais cette formulation ne doit pas devenir une hypothèse de conception d'authentification. Une abréviation d'origine de zone ne constitue pas une promesse de publier une politique à chaque descendant. Vérifiez le propriétaire résultant plutôt que de vous fier uniquement au symbole. Éditeur IONOS TXT Notation du fichier maître DNS
Le dédié DMARC les instructions sont plus précises : Le nom d'hôte _dmarc crée _dmarc sous le domaine sélectionné. Dans un exemple fictif, choisir example.com et saisir _dmarc devrait adresser _dmarc.example.com . Il s’agit d’une attente proposée, et non d’un résultat IONOS capturé. Ne saisissez pas le suffixe du domaine deux fois. Pour les propriétaires imbriqués, conservez le nom complet prévu et exigez une comparaison des réponses publiées avant l’acceptation. Publication IONOS DMARC
Préserver les limites des enregistrements et la propriété des politiques
Une collection TXT existante peut contenir des jetons de vérification sans rapport. Sélectionnez la politique d'authentification appropriée, pas toutes Enregistrement TXT chez ce propriétaire. SPF autorise une politique SPF sélectionnée ; l'ajout d'un deuxième candidat n'est pas la façon dont un autre expéditeur reçoit l'autorisation. Toute consolidation nécessite un inventaire des expéditeurs et une évaluation des termes d'interrogation DNS, y compris les dépendances atteintes via les inclusions. N'étendez pas silencieusement l'autorisation pendant que vous rangez le texte. Sélection et limites des enregistrements SPF
Un enregistrement de ressource TXT peut contenir plusieurs chaînes de caractères. Pour SPF ces chaînes sont concaténées sans espaces insérés. Plusieurs chaînes dans un enregistrement ne sont pas plusieurs publiées séparément Enregistrements SPF. Les instructions IONOS examinées n'établissent pas tous les comportements de fractionnement, d'échappement ou de cotation de valeurs longues. Traitez ces détails de l'éditeur comme un contrôle d'acceptation : comparez les données faisant autorité et les limites de l'enregistrement avec la valeur complète approuvée. Ne fabriquez pas une expérience réussie à clé longue. SPF plusieurs chaînes Format de données TXT
Distinguer un alias d'une autorité déléguée
Pour un DKIM fourni par l'expéditeur CNAME, IONOS documente un chemin DNS de sous-domaine, un champ Nom d'hôte et un Point à cible exprimé sous la forme d'un nom d'hôte complet sans schéma d'URL Web. UN sélecteur L'alias n'est pas une instruction pour rediriger un site Web ou modifier le routage du courrier du domaine. Confirmez le sélecteur et la destination exacts avec le propriétaire du service d'envoi. Flux de travail IONOS CNAME
IONOS avertit lorsqu'un nouvel enregistrement entre en conflit avec un service actif. Arrêtez-vous à un tel avertissement et identifiez la dépendance avant d’approuver un remplacement. Les données TXT et CNAME ordinaires ne peuvent pas partager le même propriétaire d'alias. Par ailleurs, le fournisseur prend en charge les enregistrements NS du sous-domaine via l'éditeur DNS ; cela délègue la responsabilité d'un sous-arbre et a un effet plus large que la publication d'un alias clé. Ne considérez pas la délégation comme une solution de contournement à une collision inexpliquée. Conflits IONOS Délégation de sous-domaine IONOS
Vérifier la publication et envoyer un courrier de manière indépendante
La séquence d'acceptation proposée commence par des requêtes avant et après faisant autorité pour chaque propriétaire et type exact, serveur d'enregistrement, heure, code de réponse, réponse et délégation pertinente. Comparez ensuite une observation récursive et étudiez toute divergence. Les caches positifs et la non-existence du cache sont des causes distinctes de réponses obsolètes. La mise en cache négative utilise la plus petite valeur entre SOA TTL et SOA MINIMUM pour sa durée de vie initiale, et non MINIMUM seule. L'état enregistré par un éditeur et une estimation de la documentation d'une heure ne constituent pas une garantie universelle de convergence DNS . Mise en cache DNS Durée de vie de mise en cache négative
Ensuite, un opérateur autorisé doit exercer le flux de travail d'envoi prévu et conserver le message reçu. Comparez son domaine From visible, son identité d'enveloppe SMTP , ses domaines de signature DKIM et ses sélecteurs avec les résultats d'authentification du récepteur de confiance. RFC 9989 permet le succès DMARC grâce à un chemin SPF ou DKIM de passage aligné ; le simple fait de trouver les deux enregistrements DNS ne prouve aucun des deux chemins. Une politique demande un traitement et ne garantit pas la livraison ou le reporting. RFC 9990 spécifie les rapports agrégés séparément. Alignement DMARC Rapports agrégés Confiance des résultats d'authentification
Gardez la récupération plus étroite que l'incident
Avant une modification approuvée, conservez les enregistrements concernés précédents et la raison pour laquelle chacun est important. La sauvegarde et la restauration des zones IONOS nécessitent DNS Pro ; la restauration écrase les données de zone existantes. Une sauvegarde disponible n'est donc pas une autorisation d'annuler des modifications sans rapport. Demandez au propriétaire de choisir une récupération ciblée ou une restauration de zone entière révisée, puis répétez les vérifications de publication et de message. Ce package n’effectue aucune action. Portée de sauvegarde IONOS
Preuve requise avant la publication
L'exigence exacte du catalogue est la suivante : Une présentation actuelle de la publication IONOS avec des requêtes avant/après faisant autorité et un message vérifié de manière indépendante.
Cette exigence reste ouverte. Les instructions publiques ont été examinées le 9 novembre 2026, sans accès au compte, requêtes DNS en direct, enregistrements modifiés ou message reçu. Les étiquettes des locataires actuels, la gestion des TXT longs, la délégation réelle, l'applicabilité de l'expéditeur, l'examen technique, les contrôles de l'itinéraire de production, l'acceptation visuelle et l'approbation du propriétaire nécessitent encore des preuves. L’exemple de nom fictif et la séquence de vérification proposée sont une préparation et non une procédure pas à pas exécutée.