Modèles DNS

Les modèles DNS vous permettent d'appliquer un ensemble prêt à l'emploi d'enregistrements DNS à n'importe quelle zone, afin de ne pas ajouter les mêmes enregistrements à la main à chaque fois. Cela s'adresse à toute personne gérant plusieurs domaines, ou souhaitant une base cohérente pour les nouveaux domaines.

#Vue d'ensemble

• Un modèle est un ensemble réutilisable d'enregistrements DNS — par exemple, la configuration MX/SPF/DKIM/DMARC complète d'un fournisseur de messagerie, ou les enregistrements standard de votre espace de travail pour chaque nouveau domaine.
• Les modèles peuvent utiliser automatiquement votre nom de domaine, de sorte que le même modèle fonctionne correctement sur différentes zones.
• Vous pouvez utiliser les modèles Intégré fournis par InfraNest, ou créer les vôtres à partir de zéro ou à partir d'une zone existante.

#Utiliser un modèle

1. Ouvrez une zone depuis la page DNS.
2. Ouvrez Actions et choisissez Apply template, sélectionnez-en un, puis prévisualisez exactement les enregistrements qu'il ajoutera avant de valider.

3. Appliquez-le. Les enregistrements sont ajoutés à la zone (et transmis au fournisseur lorsque cela est pris en charge).

Si votre fournisseur DNS refuse l'un des enregistrements — une limite de débit, une clé expirée, un type d'enregistrement qu'il n'accepte pas — InfraNest s'arrête là et vous indique combien ont été ajoutés et combien ne l'ont pas été, avec la raison donnée par le fournisseur. Ceux qui n'ont pas pu être ajoutés ne sont pas conservés : un enregistrement qui n'existe que dans InfraNest donnerait l'impression d'être actif ici alors que rien n'aurait changé chez votre fournisseur. Corrigez ce que le message indique et appliquez de nouveau le modèle — les enregistrements déjà ajoutés sont ignorés, il est donc sûr de relancer l'opération.

#Valeurs dépendant de votre domaine

Certains enregistrements mentionnent votre propre domaine. Le serveur de messagerie de Microsoft 365, par exemple, est acme-com.mail.protection.outlook.com pour acme.com. Le modèle complète ces valeurs pour la zone à laquelle vous l'appliquez, et l'aperçu affiche la valeur finale.

Une valeur que le modèle ne peut pas connaître, comme l'adresse de votre serveur web dans Static Site, n'est jamais devinée. L'aperçu marque cet enregistrement comme non ajouté et indique pourquoi ; ajoutez-le vous-même une fois que vous connaissez l'adresse.

Les modèles de messagerie démarrent DMARC à p=none sans adresse de rapport. Pour recevoir des rapports DMARC, configurez-les depuis la protection des e-mails du domaine.

#Créer votre propre modèle

• Utiliser votre domaine dans une valeur — écrivez {zone} pour le domaine auquel le modèle est appliqué (acme.com), ou {zone_dashed} pour celui-ci avec des tirets à la place des points (acme-com).
• Créer à partir d'une zone — transformez les enregistrements d'une zone existante et fonctionnelle en modèle. C'est le moyen le plus rapide de capturer une configuration que vous avez déjà.
  • Un enregistrement dont le TTL affiche 0s — la façon dont OVHcloud indique « utiliser la valeur par défaut de la zone » — est enregistré avec 5 minutes, car un modèle n'est rattaché à aucune zone dont il pourrait reprendre une valeur par défaut. Un TTL supérieur à un jour est enregistré comme un jour, le maximum qu'un modèle conserve.
  • Les enregistrements alias de Route 53 sont exclus. Un alias est une fonctionnalité AWS qui fait pointer un nom vers une ressource AWS, et un modèle ne peut pas en recréer un sur une autre zone. InfraNest vous indique quand il en a exclu un ; ajoutez-le à la main sur chaque zone à laquelle vous appliquez le modèle.
• Gérer les modèles — créez, modifiez et supprimez vos propres modèles (nom, description, enregistrements). Les modèles intégrés sont en lecture seule.
• Les valeurs sont vérifiées à l'enregistrement — la valeur de chaque enregistrement doit correspondre à son type, comme lorsque vous ajoutez un enregistrement à la main : un enregistrement A nécessite une adresse IPv4, un enregistrement AAAA une adresse IPv6, et un enregistrement CNAME, MX ou NS un nom d'hôte. Pour faire pointer un enregistrement vers le domaine auquel le modèle est appliqué, écrivez @.

Si un modèle que vous possédez déjà contient une valeur qui ne correspond pas — enregistrée avant cette vérification, ou copiée depuis une zone — son application ajoute tout le reste et laisse cet enregistrement de côté. L'aperçu le marque comme ignoré et indique ce que la valeur devrait être, afin que vous puissiez corriger le modèle et l'appliquer à nouveau.

#Bon à savoir

NoteLes modèles DNS sont inclus dans les plans payants. Avec un plan qui ne les inclut pas, vous pouvez tout de même parcourir les modèles intégrés et consulter leurs enregistrements, mais les boutons pour appliquer, enregistrer, créer et supprimer affichent un cadenas. Cliquez sur l'un d'eux pour voir quel plan inclut les modèles.

• Les modèles sont idéaux pour l'ensemble MX/SPF/DKIM/DMARC d'un fournisseur de messagerie, les enregistrements de vérification d'un outil SaaS, ou les enregistrements standard de votre espace de travail pour chaque nouveau domaine.
• Vous pouvez également appliquer un modèle lors de la création d'une zone (voir Ajouter une zone DNS).
• TTL — chaque enregistrement d'un modèle a un TTL (durée pendant laquelle les résolveurs peuvent le mettre en cache).

TipChoisissez Auto pour laisser Cloudflare décider, ce que Cloudflare utilise de toute façon pour les enregistrements proxifiés. Un modèle fonctionne chez tous les fournisseurs, donc lorsque vous l'appliquez, chaque TTL est adapté au fournisseur de la zone : Auto devient 5 minutes chez un fournisseur qui n'a pas d'option Auto (ou le TTL le plus court de ce fournisseur, si 5 minutes est trop court pour lui), et un TTL plus court ou plus long que ce que le fournisseur autorise devient son minimum ou son maximum. L'aperçu affiche le TTL que chaque enregistrement recevra.