Questions fréquentes

• Zonemaster conserve tout l’historique des tests réalisés sur un nom de domaine, ce qui signifie que vous pouvez revenir en arrière pour comparer les résultats d’un test remontant à un certain temps et ceux d’un test que vous avez lancé il y a un instant.
• Tous les tests qu’effectue Zonemaster sont définis dans des documents de spécification de cas de test, qui se trouvent dans les documents de spécifications de cas de test (en anglais).
• Zonemaster peut être utilisé pour tester des noms de domaines non délégués.
• Zonemaster peut être utilisé pour tester des enregistrements DS avant leur publication dans la zone parente.
• Cette version « open source » de Zonemaster a été écrite de manière modulaire, ce qui signifie en résumé qu’il est possible d’intégrer des parties de Zonemaster dans vos propres systèmes, si vous le souhaitez. Par exemple, on souhaite rarement utiliser un logiciel complet juste pour vérifier des redélégations.

Le jugement de Zonemaster repose principalement sur les normes techniques du DNS telles qu’elles sont définies dans les RFC. Le jugement est également fondé sur les bonnes pratiques du DNS, dont la définition est plus souple.

Tous les tests de Zonemaster sont définis dans les documents de spécifications de cas de test (en anglais), dans lesquels se trouvent les références aux documents normatifs pour chaque cas de test.

Les descriptions de niveaux de messages comme NOTE, AVERTISSEMENT et ERREUR se trouvent dans le document de définition des niveaux de sévérités (en anglais).

Parfois, les normes techniques ou les opinions de ce qui constitue une bonne pratique peuvent faire l’objet d’interprétations multiples ; l’équipe de Zonemaster est toujours ouverte aux commentaires. Si vous pensez que nous avons fait une erreur dans notre jugement, n’hésitez pas à nous envoyer un courriel à zonemaster-users@lists.iis.se (liste de diffusion modérée) avec un lien vers le résultat de votre test et en expliquant pourquoi vous pensez que Zonemaster affiche quelque chose que vous considérez comme incorrect.

Zonemaster peut aider différents types d’utilisateurs et utilisatrices:

• les administrateurs et administratrices DNS, expert(e)s comme débutant(e)s, qui veulent vérifier leur configuration DNS ;
• les utilisateurs et utilisatrices souhaitant savoir si les noms de domaine qu’ils possèdent ou utilisent ont des problèmes.

Les utilisateurs et utilisatrices de la seconde catégorie devraient contacter leur opérateur DNS si le moindre test de leur nom de domaine rapporte une erreur ou un avertissement.

Rien hormis le domaine du test, les autres paramètres du test et le résultat n’est stocké dans la base de données. En particulier, nous ne stockons aucune information qui pourrait lier un test à la personne qui l’a initié.

Toutefois, puisque zonemaster.net, comme d’autres instances publiques, est accessible à tout le monde, quiconque peut tester votre domaine et consulter son historique de tests.

Zonemaster envoie plusieurs requêtes DNS aux serveurs de noms hébergeant le nom de domaine à tester ainsi qu’aux serveurs de noms hébergeant la zone parente du même nom de domaine.

L’interface Web de Zonemaster n’affiche pas les requêtes envoyées, seule l’interface en ligne de commande en est capable. Si vous souhaitez voir ces requêtes, vous devez installer localement une instance minimale et fonctionnelle de Zonemaster doté des composants Engine et CLI. Vous pouvez consulter le document d’installation de la CLI (en anglais) pour plus d’informations, ou, si vous préférez, une image Docker est aussi disponible.

Les requêtes envoyées peuvent être affichées avec l’option de niveau de messages DEBUG. Attention, la quantité de données affichées par l’interface en ligne de commande peut être très volumineuse. Pour plus d’informations, consulter la documentation d’utilisation de l’interface en ligne de commandes (en anglais).

Zonemaster est un logiciel qui valide la qualité d’une délégation DNS.

L’ambition du projet Zonemaster est de développer et de maintenir un outil de validation DNS open source, offrant de meilleures performances par rapport aux outils existants et fournissant une documentation complète qui pourrait être réutilisée par des projets similaires à l’avenir.

Zonemaster est composé de plusieurs modules ou composants :

• Engine, un cadriciel de tests prenant en charge toutes les fonctionnalités pour les tests DNS ;
• CLI, une interface en ligne de commande pour l’Engine ;
• Backend, un serveur permettant l’exécution de tests et la sauvegarde de résultats au moyen d’une API JSON-RPC et d’une base de données ;
• GUI, une interface Web au Backend.

Ces composants aideront différents types d’utilisateurs et utilisatrices à vérifier les erreurs de configuration des serveurs de noms du domaine et à générer un rapport qui aidera à corriger les erreurs.

Zonemaster est un projet conjoint entre l’AFNIC, registre du TLD “.fr” ainsi que autres tels que “.re”, “.pm”, “.tf”, “.wf”, “.yt” et “.paris”, et The Swedish Internet Foundation, registre des TLD “.se” et “.nu”.

Oui. Pour cela, utilisez le bouton “Afficher les options” et ajoutez-y les enregistrements DS à tester. Zonemaster utilisera ces entrées-là comme si elles avaient déjà été ajoutées dans la zone parente.

Oui. Si DNSSEC est disponible pour un nom de domaine testé par Zonemaster, cela sera automatiquement vérifié.

Cela dépend du test ayant échoué pour votre nom de domaine. Chaque test est accompagné d’un ou plusieurs messages décrivant les problèmes qui ont été trouvés.

Vous pouvez également trouver des détails supplémentaires sur chaque test dans le document de spécification des cas de tests (en anglais).

Oui. Par défaut, Zonemaster interroge les serveurs de noms aussi bien en IPv4 qu’en IPv6, sauf si un paramètre de configuration prescrit le contraire. Ces paramètres sont accessibles par le bouton « Afficher les options ».

Il y a plusieurs possibilités :

• Votre domaine n’est pas encore délégué.
• Votre domaine n’est pas joignable publiquement depuis Internet.
• Zonemaster peut seulement tester ce qu’on appelle une zone DNS, par exemple “zonemaster.net”, et non pas les noms d’hôte, comme “www.zonemaster.net”.
• Il y a une temporisation de dix minutes entre deux tests consécutifs d’un même nom de domaine, avec les mêmes paramètres de test. Lancer un second test dans cette fenêtre de temps donnera les résultats du dernier test effectué pour ce nom de domaine et ces paramètres, au lieu d’un nouveau test.
• Il y a une faute de frappe dans le nom de domaine.

Pour tester une zone inverse, il faut d’abord déterminer le nom de la zone inverse, puis la saisir dans le format qu’elle a dans le DNS. Une zone inverse s’obtient en inversant une adresse IP et en ajoutant un suffixe. Les adresses IPv4 utilisent le suffixe “in-addr.arpa” tandis que les adresses IPv6 utilisent “ip6.arpa”.

Exemples:

• pour le préfixe IPv4 “198.51.100.0/24” : 100.51.198.in-addr.arpa
• pour le préfixe IPv6 “2001:db8::/32” : 8.b.d.0.1.0.0.2.ip6.arpa

Info

Le message indique une information pouvant être utile pour la personne administrant la zone, mais qui n’est en aucun cas une anomalie.

Note

Le message indique un élément dont la personne administrant la zone devrait prendre connaissance sans qu’il ne s’agisse nécessairement d’un problème de configuration.

Avertissement

Le message indique un élément pouvant causer un dysfonctionnement dans certaines circonstances, mais qu’une personne non avertie a peu de chances de repérer.

Erreur

Le message indique une anomalie pouvant provoquer de façon (quasi) certaine un dysfonctionnement de la zone testée, sans être suffisamment grave pour rendre l’intégralité de la zone inaccessible.

Critique

Le message indique une erreur très grave.

Tous les cas de test appartiennent à un niveau de test spécifique et leurs noms reprennent le nom de ce niveau de test. Les niveaux de test suivants sont définis :

• Address
• Basic
• Connectivity
• Consistency
• DNSSEC
• Delegation
• Nameserver
• Syntax
• Zone

Le nom du niveau de test n’est pas sensible à la casse, mais les formes définies ci-dessus doivent être utilisées lors de la référence aux niveaux de test, c’est-à-dire seulement la première lettre en majuscule, sauf pour les acronymes pour lesquels toutes les lettres sont en majuscules. Par exemple « Address » et non « ADDRESS » ni « address ».

L’identifiant de cas de test dans la spécification de cas de test (à la fois dans le titre principal et dans la section « Identifiant de cas de test ») utilise le nom du niveau de test, comme défini ci-dessus, et a le format : {Nom du niveau de test} + {Indice}

Lors de la référence à un cas de test, pour la lisibilité, la casse des lettres définie ci-dessus doit être utilisée pour le nom du niveau de test.

L’{Indice} est un suffixe à deux chiffres 01-99, et doit être sélectionné de manière à ce que l’identifiant de cas de test soit unique. Normalement, le premier indice libre est sélectionné.

Exemples d’identifiants de cas de test :

• Address03
• Basic04
• DNSSEC15
• Zone06

Un test sur un nom de domaine non délégué est un test effectué sur un nom de domaine qui peut ne pas être entièrement publié dans le DNS.

Ce type de test peut être très utile lorsqu’on est en train de migrer un domaine d’un bureau d’enregistrement vers un autre, par exemple lorsque l’on migre la zone “example.com” du serveur de noms “ns.example.com” vers le serveur de noms “ns.example.org”. Dans ce cas de figure, on pourrait effectuer un test sur un nom de domaine non délégué, en fournissant la zone (“example.com”) et le serveur de noms vers lequel on migre (“ns.example.org”) avant de migrer le domaine.

Si le résultat du test ne comporte aucune erreur ni avertissement, on peut être relativement certain que le nouvel emplacement du domaine fonctionne bien. Mais cela n’exclut pas l’existence d’autres problèmes dans les données elles-mêmes de la zone que ce test n’aurait pas décelés.