Bonjour,
Ça va être compliqué parce que les deux fichiers n'ont rien à voir.
Les forward DNS sont de la forme :
Code : Tout sélectionner
sub.example.net. IN A 192.0.2.0
sub.example.net. IN AAAA 2001:db8:c00::1234
Les reverse DNS sont de la forme :
Code : Tout sélectionner
0.2.0.192.in-addr.arpa. IN PTR sub.example.net.
0.0.c.0.8.d.b.0.1.0.0.2.ip6.arpa. IN PTR sub.example.net.
Ce qui nous intéresse dans les deux cas est la partie gauche de l'expression (sub.example.net., 0.2.0.192.in-addr.arpa., 0.0.c.0.8.d.b.0.1.0.0.2.ip6.arpa.). Le reste ne sont que des données et n'ont pas d'importance.
Pourquoi est-ce un problème ?
Lorsque tu crées un fichier de zone, il est relatif à une zone particulière : "fr." est une zone, "phpfrance.fr." est une zone, etc. Tu peux regrouper plusieurs sous-domaines voire sous-arborescences (sub.example.net., sub123.example.net., sub456.sub.example.net., etc) dans une même zone mais il faut remonter au domaine englobant tous ces enregistrements (ici example.net.).
Dans ton cas la zone principale "sub.example.net." (par exemple) et les zones reverse sont "0.2.0.192.in-addr.arpa." et "...0.0.c.0.8.d.b.0.1.0.0.2.ip6.arpa." si tu fais de l'IPv6. Les trois n'ont rien à voir et la racine commune pour ces trois zones est la racine DNS : ".". Donc dans le cas où tu regroupes tout dans un même fichier, tu dois créer un fichier de zone pour la racine DNS. Dans ce cas, ce qui va se passer est que ton bind va croire qu'il est capable de résoudre la totalité des requêtes DNS qu'il recevra en utilisant ce seul fichier, même celles qui n'ont rien à voir avec ton domaine ou tes IPs.
Cela ne posera pas nécessairement problème, mais c'est très sale, et source de bugs.
Le mieux est donc quand même de respecter les bonne pratiques et de séparer ça en plusieurs fichiers. Un fichier par nom de domaine et un fichier par préfixe IP/IPv6 qui t'es alloué.
Cordialement
