# Délégation de domaines avec bind **URL:** \ **Category:** Support Debian\ **Created:** [Novembre 11, 2020, 3:24 UTC](https://www.debian-fr.org/t/delegation-de-domaines-avec-bind/83268 "2020-11-11T15:24:51Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![Almtesh](https://www.debian-fr.org/user_avatar/www.debian-fr.org/almtesh/32/10312_2.png) [@Almtesh](https://www.debian-fr.org/u/Almtesh)\ **Post date:** [Novembre 11, 2020, 3:24 UTC](https://www.debian-fr.org/t/delegation-de-domaines-avec-bind/83268/1 "2020-11-11T15:24:51Z")
Bonjour, Voici mon fichier de zone pour le domaine [almtesh.net](http://almtesh.net) : ```nohighlight $ORIGIN almtesh.net. @ 3600 IN SOA ns0.online.net. hostmaster.online.net. 20201111110640 10800 3600 604800 3600 @ 120 IN TXT "v=spf1 mx a:home.almtesh.net -all" @ 120 IN AAAA 2001:bc8:3335::11 @ 120 IN A 51.159.34.87 @ 120 IN MX 10 mail.almtesh.net. nut 120 IN AAAA 2001:bc8:6005:1c:208:a2ff:fe0c:686c nut 120 IN A 51.159.34.87 home 120 IN AAAA 2a01:e0a:12c:3940:: home 120 IN A 82.65.155.50 home 120 IN NS nut.almtesh.net. nut 120 IN NS nut.almtesh.net. ``` Je souhaite que [nut.almtesh.net](http://nut.almtesh.net) résolve les sous-domaines \*.nut.almtesh.net et \*.home.almtesh.net. Pour moi, les deux dernières lignes font l’affaire, mais, non seulement ça ne fonctionne pas, mais en plus, [nut.almtesh.net](http://nut.almtesh.net) ne se résout plus. Ce que je trouve avec une recherche et les minces connaissances que j’ai sur le sujet me confortent dans l’idée que c’est la bonne façon de faire, du coup, je ne comprends pas. ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Novembre 11, 2020, 3:39 UTC](https://www.debian-fr.org/t/delegation-de-domaines-avec-bind/83268/2 "2020-11-11T15:39:31Z")
> [@Almtesh](#): > > Je souhaite que [nut.almtesh.net](http://nut.almtesh.net) résolve les sous-domaines \*.nut.almtesh.net et \*.home.almtesh.net Ce que tu as fais, est légèrement différent : tu as délégué les domaines [nut.almtesh.net](http://nut.almtesh.net) et [home.almtesh.net](http://home.almtesh.net). D’autre part, déléguer un domaine à un NS qui a le même nom de domaine, je trouve ça un peu acrobatique. Quand le nom de domaine d’un NS appartient à la zone fille, la zone parente doit contenir les « glue records » A et AAAA de ce nom de domaine, mais je n’ai jamais vu le cas où le nom de la zone et le nom du NS étaient identiques. Par contre la zone parente ne devrait pas contenir d’enregistrements autres que NS pour des noms de domaines d’une zone déléguée en dehors des glue records A et AAAA de ces NS, or la tienne contient des A et AAAA pour home. Tu as essayé dans un premier temps en déléguant seulement [home.almtesh.net](http://home.almtesh.net) ? Accessoirement, ta zone n’a pas été mise à jour sur les NS d’Online : ``` almtesh.net. 3600 IN SOA ns0.online.net. hostmaster.almtesh.net. 2020110531 10800 3600 604800 3600 ``` et le serial dans ton message original me semble un peu long (\> 32 bits). Par ailleurs le DNS sur [nut.almtesh.net](http://nut.almtesh.net) répond en SERVFAIL : ``` ; <<>> DiG 9.9.5-9+deb8u19-Debian <<>> home.almtesh.net @2001:bc8:6005:1c:208:a2ff:fe0c:686c ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 54828 ``` ---
**Author:** ![Almtesh](https://www.debian-fr.org/user_avatar/www.debian-fr.org/almtesh/32/10312_2.png) [@Almtesh](https://www.debian-fr.org/u/Almtesh)\ **Post date:** [Novembre 11, 2020, 3:57 UTC](https://www.debian-fr.org/t/delegation-de-domaines-avec-bind/83268/3 "2020-11-11T15:57:47Z")
> [@PascalHambourg](#): > > Quand le nom de domaine d’un NS appartient à la zone fille, la zone parente doit contenir les « glue records » A et AAAA de ce nom de domaine, mais je n’ai jamais vu le cas où le nom de la zone et le nom du NS étaient identiques. Oui, peut-être, mais [nut.almtesh.net](http://nut.almtesh.net) est un serveur SSH, en plus d’être serveur DNS. Je souhaitais que le nom [nut.almtesh.net](http://nut.almtesh.net) ne soit pas seulement la racine de ce sous-domaine, mais également la machine qui sert les noms de ce domaines. Pour moi, si on peut servir un sous-domaine avec une machine qui n’est pas de ce domaine ou avec une machine qui est de ce domaines à l’aide d’un glue, je ne vois pas pourquoi on ne pourrait pas le faire avec une machine qui a pour nom la racine du sous-domaine… enfin\* > [@PascalHambourg](#): > > Par contre la zone parente ne devrait pas contenir d’enregistrements autres que NS pour des noms de domaines d’une zone déléguée en dehors des glue records A et AAAA de ces NS. Le serveur qui sert la zone [almtesh.net](http://almtesh.net) ne servira que la zone [almtesh.net](http://almtesh.net) et délègue pour les sous-domaines. > [@PascalHambourg](#): > > or la tienne contient des A et AAAA pour home. Alors, je n’ai pas compris, pour moi, le nom [home.almtesh.net](http://home.almtesh.net) est dans la zone [almtesh.net](http://almtesh.net), pas [home.almtesh.net](http://home.almtesh.net). > [@PascalHambourg](#): > > Tu as essayé dans un premier temps en déléguant seulement [home.almtesh.net](http://home.almtesh.net) ? J’ai supprimé la délégation de [nut.almtesh.net](http://nut.almtesh.net) et je n’ai laissé que celle sur [home.almtesh.net](http://home.almtesh.net). Le nom [nut.almtesh.net](http://nut.almtesh.net) se résout de nouveau, mais pas le nom [home.almtesh.net](http://home.almtesh.net). > [@PascalHambourg](#): > > Accessoirement, ta zone n’a pas été mise à jour sur les NS d’Online : > > ```auto > almtesh.net. 3600 IN SOA ns0.online.net. hostmaster.almtesh.net. 2020110531 10800 3600 604800 3600 > > ``` > > et le serial dans ton message original me semble un peu long (\> 32 bits). Aucune idée, je ne sais pas ce qu’est ce truc. > [@PascalHambourg](#): > > Par ailleurs le DNS sur [nut.almtesh.net](http://nut.almtesh.net) répond en SERVFAIL : Tu lui a demandé quoi ? ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Novembre 11, 2020, 4:09 UTC](https://www.debian-fr.org/t/delegation-de-domaines-avec-bind/83268/4 "2020-11-11T16:09:19Z")
> [@Almtesh](#): > > Alors, je n’ai pas compris, pour moi, le nom [home.almtesh.net](http://home.almtesh.net) est dans la zone [almtesh.net](http://almtesh.net), pas [home.almtesh.net](http://home.almtesh.net). En effet tu n’as pas compris. Le nom d’une zone est dans la zone, pas dans la zone parente. Les seuls enregistrements contenant le nom de la zone qu’il peut y avoir dans la zone parente sont la délégation (NS) et les glue records (A et AAAA pour les NS). > [@Almtesh](#): > > je ne sais pas ce qu’est ce truc. Tu manipules des zones et tu ne sais pas ce qu’est le serial (numéro de série) dans le SOA ? > [@Almtesh](#): > > Tu lui a demandé quoi ? C’est dans la première ligne de ce que j’ai cité (syntaxe de `dig`). `home.almtesh.net @2001:bc8:6005:1c:208:a2ff:fe0c:686c` ---
**Author:** ![Almtesh](https://www.debian-fr.org/user_avatar/www.debian-fr.org/almtesh/32/10312_2.png) [@Almtesh](https://www.debian-fr.org/u/Almtesh)\ **Post date:** [Novembre 11, 2020, 5:07 UTC](https://www.debian-fr.org/t/delegation-de-domaines-avec-bind/83268/5 "2020-11-11T17:07:56Z")
Donc, j’ai viré les enregistrement A et AAAA pour [home.almtesh.net](http://home.almtesh.net), je me suis assurée que le serveur [nut.almtesh.net](http://nut.almtesh.net) donne une valeur pour [home.almtesh.net](http://home.almtesh.net) et j’ai mis [nut.almtesh.net](http://nut.almtesh.net) en cible NS pour le domaine [home.almtesh.net](http://home.almtesh.net), pour le moment, ça n’a pas l’air de fonctionner de là où je regarde. Et de chez toi ? ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Novembre 11, 2020, 5:48 UTC](https://www.debian-fr.org/t/delegation-de-domaines-avec-bind/83268/6 "2020-11-11T17:48:27Z")
Plusieurs anomalies du serveur DNS de [nut.almtesh.net](http://nut.almtesh.net) sur la zone [home.almtesh.net](http://home.almtesh.net) : - il refuse les requêtes non récursives - le TTL des enregistrements A, AAAA, MX est 0 - il renvoie SERVFAIL pour les enregistrements NS et SOA C’est quoi, ce serveur ? On peut voir le fichier de zone ? ---
**Author:** ![Almtesh](https://www.debian-fr.org/user_avatar/www.debian-fr.org/almtesh/32/10312_2.png) [@Almtesh](https://www.debian-fr.org/u/Almtesh)\ **Post date:** [Novembre 11, 2020, 5:59 UTC](https://www.debian-fr.org/t/delegation-de-domaines-avec-bind/83268/7 "2020-11-11T17:59:42Z")
> [@PascalHambourg](#): > > C’est quoi, ce serveur ? On peut voir le fichier de zone ? Oh non, je crains le pire. Ça va faire mal. ![oh-dear-we-are-in-trouble](https://www.debian-fr.org/uploads/default/original/2X/8/8613f2b93480bee542663a988e7f14e2aa0268d1.gif) Le serveur est dnsmasq. Bind est beaucoup trop compliqué pour moi > [@PascalHambourg](#): > > il refuse les requêtes non récursives Ah bon ? C’est curieux, c’est son boulot de traiter des requêtes non récursives. Il ne sait même faire que ça, je dois utiliser un autre serveur pour les requêtes récursives. > [@PascalHambourg](#): > > le TTL des enregistrements A, AAAA, MX est 0 C’est possible, ça pose problème ? > [@PascalHambourg](#): > > il renvoie SERVFAIL pour les enregistrements NS et SOA C’est parce qu’il n’a pas d’enregistrement de ce type, il faut qu’il en ait ? ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Novembre 11, 2020, 6:01 UTC](https://www.debian-fr.org/t/delegation-de-domaines-avec-bind/83268/8 "2020-11-11T18:01:39Z")
dnsmasq…ouch… Bind est relativement simple en fait, en tout cas sur les fichiers de zones. Normalement tu devrait avoir plutot quelque chose comme ça: ``` $TTL 3600 $ORIGIN almtesh.net @ IN SOA ns0.online.net hostmaster.online.net. ( 2020110407; serial 10800; refresh 3600;retry 604800; expire 3600 ) ; negative caching ttl @ IN NS ip du serveur NS; @ IN NS ipv6 du serveur DNS; $TTL 120 @ IN TXT "v=spf1 mx a:home.almtesh.net -all" @ IN AAAA 2001:bc8:3335::11 @ IN A 51.159.34.87 @ IN MX 10 mail.almtesh.net. $ORIGIN nut.almtesh.net $TTL 120 @ IN NS dns.nut.almtesh.net; dns IN A 51.159.34.87 dns IN AAAA 2001:bc8:6005:1c:208:a2ff:fe0c:686c $ORIGIN home.almtesh.net $TTL 120 @ IN NS dns.nut.almtesh.net; home IN A 82.65.155.50 home IN AAAA 2a01:e0a:12c:3940:: ``` On évite de mettre un dns à la racine d’un domaine. un site web [nut.almtesh.net](http://nut.almtesh.net) c’est ok, mais un dns doit plutôt être [dns.nut.altmesh.net](http://dns.nut.altmesh.net). ---
**Author:** ![Almtesh](https://www.debian-fr.org/user_avatar/www.debian-fr.org/almtesh/32/10312_2.png) [@Almtesh](https://www.debian-fr.org/u/Almtesh)\ **Post date:** [Novembre 11, 2020, 6:10 UTC](https://www.debian-fr.org/t/delegation-de-domaines-avec-bind/83268/9 "2020-11-11T18:10:50Z")
> [@Zargos](#): > > dnsmasq, c’est un peu un parent pauvre. dnsmasq m’a sorti d’énormément de galères de réseau et il fonctionne très bien. Il est très efficace et gère beaucoup de choses maintenant. > [@Zargos](#): > > Normallement, un enregistrement SOA est de la forme: > > domain.tld Je n’ai rien compris. Est-ce utile d’avoir un enregistrement SOA sur un serveur unique, non redondé et avec des enregistrements dynamiques ? ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Novembre 11, 2020, 6:13 UTC](https://www.debian-fr.org/t/delegation-de-domaines-avec-bind/83268/10 "2020-11-11T18:13:29Z")
> [@Almtesh](#): > > Le serveur est dnsmasq. Alors pourquoi avoir mentionné bind dans le titre ? Je ne connais pas beaucoup dnsmasq, ne l’ayant jamais utilisé, mais je doute que dnsmasq soit suffisant comme DNS faisant autorité pour servir une zone. > [@Almtesh](#): > > C’est curieux, c’est son boulot de traiter des requêtes non récursives. Euh, que je sache dnsmasq est avant tout un cache récursif. Il peut servir des noms définis localement (ex: ceux définis dans le fichiers hosts), mais ça n’en fait pas un serveur autoritaire complet. > [@Almtesh](#): > > > [@PascalHambourg](#): > > > > le TTL des enregistrements A, AAAA, MX est 0 > > C’est possible, ça pose problème ? Je le crains, car si ces enregistrements transitent par un serveur cache récursif avec un TTL de 0, ils vont être immédiatement supprimés. Si c’est après avoir répondu, ça ira quand même. Si c’est avant… > [@Almtesh](#): > > > [@PascalHambourg](#): > > > > il renvoie SERVFAIL pour les enregistrements NS et SOA > > C’est parce qu’il n’a pas d’enregistrement de ce type, il faut qu’il en ait ? C’est obligatoire pour servir une zone. En fait ce sont les deux seuls types d’enregistrements obligatoires. ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Novembre 11, 2020, 6:28 UTC](https://www.debian-fr.org/t/delegation-de-domaines-avec-bind/83268/11 "2020-11-11T18:28:08Z")
> [@Almtesh](#): > > Je n’ai rien compris. Est-ce utile d’avoir un enregistrement SOA sur un serveur unique, non redondé et avec des enregistrements dynamiques ? Désolé le temps de répondre proprement 🙂 vois mon message complet cette fois (car une erreur de clavier l’avait interrompuu 🙂 )un peu plus haut. en passant je ne crois pas que tu puisse faire un DNS Authoritative avec dnsmaq. je suis d’accord avec pascal. Perso j’utilise Bind. Il permet en prime de faire du DNSSEC. En passant, `2a01:e0a:12c:3940::` ne serait elle pas une adresse de routeur anycast? ---
**Author:** ![Almtesh](https://www.debian-fr.org/user_avatar/www.debian-fr.org/almtesh/32/10312_2.png) [@Almtesh](https://www.debian-fr.org/u/Almtesh)\ **Post date:** [Novembre 11, 2020, 6:53 UTC](https://www.debian-fr.org/t/delegation-de-domaines-avec-bind/83268/12 "2020-11-11T18:53:09Z")
> [@Zargos](#): > > Il permet en prime de faire du DNSSEC. Cool, je pourrais avoir une fonctionnalité que je comprends pas avec une fonctionnalité que je maîtrise à peine. > [@Zargos](#): > > En passant, > > `2a01:e0a:12c:3940::` ne serait elle pas une adresse de routeur anycast? Oui, c’est l’adresse externe de Lookout, mon routeur. Si tu veux lui passer le bonjour, il répond aux pings. Mais cette adresse n’assure pas de routage, c’est juste une adresse d’identité. Je ne sais pas si c’est censé fonctionner comme ça, mais je pense que fe80::dea6:32ff:fe52:32d7 n’aurait pas pu fonctionner pour accéder à l’Internet. ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Novembre 11, 2020, 6:57 UTC](https://www.debian-fr.org/t/delegation-de-domaines-avec-bind/83268/13 "2020-11-11T18:57:56Z")
> [@Almtesh](#): > > mais je pense que fe80::dea6:32ff:fe52:32d7 n’aurait pas pu fonctionner pour accéder à l’Internet. 🤣 uniquement au premier routeur suivant 😉 mais sinon il y a l’adresse étendue de celle ci avec l’adresse mac. celle qui est delivrée par defaut par une box. ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Novembre 11, 2020, 7:00 UTC](https://www.debian-fr.org/t/delegation-de-domaines-avec-bind/83268/14 "2020-11-11T19:00:02Z")
> [@Zargos](#): > > Normalement tu devrait avoir plutot quelque chose comme ça: Pas vraiment, non. Ce fichier de zone contient plusieurs erreurs manifestes. Je te laisse corriger. ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Novembre 11, 2020, 7:03 UTC](https://www.debian-fr.org/t/delegation-de-domaines-avec-bind/83268/15 "2020-11-11T19:03:35Z")
d’où le quelque chose comme ca. j’ai corrigé le « ; » derriere hostmaster qui etait une faute de frappe. le reste attendra la fin du diner ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Novembre 11, 2020, 7:05 UTC](https://www.debian-fr.org/t/delegation-de-domaines-avec-bind/83268/16 "2020-11-11T19:05:50Z")
Je parlais des grosses erreurs de conception, pas des petites fautes de frappe. ---
**Author:** ![Almtesh](https://www.debian-fr.org/user_avatar/www.debian-fr.org/almtesh/32/10312_2.png) [@Almtesh](https://www.debian-fr.org/u/Almtesh)\ **Post date:** [Novembre 11, 2020, 7:08 UTC](https://www.debian-fr.org/t/delegation-de-domaines-avec-bind/83268/17 "2020-11-11T19:08:20Z")
Personnellement, je ne comprend pas, je te laisse trouver. ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Novembre 11, 2020, 8:17 UTC](https://www.debian-fr.org/t/delegation-de-domaines-avec-bind/83268/18 "2020-11-11T20:17:43Z")
personnellement je n’utilise pas dnsmasq 🙂 Après coté conception, comme je ne sais pas exactement la réalité des adresses IP, le reste je ne suis pas d’accord. A moins d’explication, je ne suis pas un joueur de devinettes. sans compter que j’ai du simplement subodorer l’architecture faute d’information. C’est pour ca que je disais, ressembler, et non doit etre. ---
**Author:** ![Almtesh](https://www.debian-fr.org/user_avatar/www.debian-fr.org/almtesh/32/10312_2.png) [@Almtesh](https://www.debian-fr.org/u/Almtesh)\ **Post date:** [Novembre 11, 2020, 8:56 UTC](https://www.debian-fr.org/t/delegation-de-domaines-avec-bind/83268/19 "2020-11-11T20:56:34Z")
Sinon, est-ce que je peux dire à bind d’être autoritaire sur une zone DNS, mais qu’il n’a pas la zone dans sa configuration, mais qu’il doit la chercher dans un serveur DNS amont ? Personnellement, je ne vois pas l’intérêt d’une telle configuration, mais bon, je n’en suis plus là. Sinon, pour le fichier de zone, l’erreur, ce n’est pas que le nom [dns.nut.almtesh.net](http://dns.nut.almtesh.net) doit se trouver dans la partie [almtesh.net](http://almtesh.net) et non dans la partie [nut.almtesh.net](http://nut.almtesh.net) ? ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Novembre 11, 2020, 9:12 UTC](https://www.debian-fr.org/t/delegation-de-domaines-avec-bind/83268/20 "2020-11-11T21:12:40Z")
> [@Almtesh](#): > > Sinon, est-ce que je peux dire à bind d’être autoritaire sur une zone DNS, mais qu’il n’a pas la zone dans sa configuration, mais qu’il doit la chercher dans un serveur DNS amont Non un serveur n’est autoritaire que sur une zone qu’il delivre lui meme. Mais il n’est pas obligé d’etre maitre, il peut etre serveur esclave et recuperer la zone par transfert. S’il doit la chercher dans un serveur amont, c’est du forward et leur serveur amont signalera son autorité. Le parametre de recursivité joue dans ce cas là. > [@Almtesh](#): > > Sinon, pour le fichier de zone, l’erreur, ce n’est pas que le nom [dns.nut.almtesh.net](http://dns.nut.almtesh.net) doit se trouver dans la partie [almtesh.net](http://almtesh.net) et non dans la partie [nut.almtesh.net](http://nut.almtesh.net) ? [dns.nut.almtesh.net](http://dns.nut.almtesh.net) fait obligatoirement partie de la zone nut;[almesh.net](http://almesh.net), masi la gestion de la zone peut etre attribué au serveur [almtesh.net](http://almtesh.net). Il faut diff"rencier les zones proprement diotes des serveurs eux meme. C’est comme ca que tu peux avoir une zone [almtesh.net](http://almtesh.net) servir par un serveur [dns.online.net](http://dns.online.net). j’ai fait quelques a priori sur l’exemple que j’ai donné faute de savoir ton architecture. dans un DNs tu as un SOA qui definie une zone auquel est associé un NS qui definie le serveur Auquel un A ou AAAA est associé pour l’adresse ip(v6), car ne l’oublions pas, le but c’est d’avoir une adresse IP au bout. Ensuite dans ta zone tu peux definir une sous zone, mais qui va rester definie par le SOA de sa zone maitre. personnellement j’evite ce genre de truc. je definie toujours un enregistrement de zone meme si je gere la zone maitre de la sous zone. c’est plus pratique pour s’y retrouver. [Page suivante](https://www.debian-fr.org/t/delegation-de-domaines-avec-bind/83268.md?page=2)