Scénario #32739
Mis à jour par Daniel Dehennin il y a presque 3 ans
Correction AM-T06-001 - BIND (2.8.1-RC2)
h3. Pas №12, 15, 21
Les sorties ne correspondent pas à celles attendues...
Peut-être un rapport avec récent scénario #30426 ?
h3. Exécution Squash-TM
* https://dev-eole.ac-dijon.fr/squash/executions/13011
h3. Étude
La configuration *@etb1.amon@* déclare un hôte additionnel *@scribepedago.etb1.lan@* avec l’adresse IP *@10.1.2.5@*.
Cela permet :
* d’ajouter une entrée dans la zone *@etb1.lan@* qui déclare l’enregistrement *@scribepedago.etb1.lan. IN A 10.1.2.5@*
* d’ajouter une entrée dans la zone *@2.1.10.in-addr.arpa@* qui déclare l’enregistrement *@5.2.1.10.in-addr.arpa. PTR scribepedago.etb1.lan.@*
Depuis 2.8.1, nous activons le transfert de la zone inverse *@2.1.10.in-addr.arpa@*, c’est donc *@addc.dompedago.etb1.lan@* qui fait autorité sur cette zone, la génération du DNS avec *@gen_dns@* exclue l’ajout de l’entrée *@PTR@* dans la zone *@2.1.10.in-addr.arpa@* (suppression des zones inverses env fait eole-dns:source:scripts/gen_dns@fe2f6b3#L250)
h3. Propositions
Modifier le test squash :
* Vérifier que l’adresse inverse n’est pas déclarée dans *@ADDC@*
Modifier la documentation afin de bien mettre en évidence que les déclarations d’hôtes supplémentaires dans GenConfig peuvent ne pas avoir de résolution inverse lorsque leurs adresses IP sont dans un réseau dont la résolution inverse est déléguée à *@ADDC@*.
h3. Pas №12, 15, 21
Les sorties ne correspondent pas à celles attendues...
Peut-être un rapport avec récent scénario #30426 ?
h3. Exécution Squash-TM
* https://dev-eole.ac-dijon.fr/squash/executions/13011
h3. Étude
La configuration *@etb1.amon@* déclare un hôte additionnel *@scribepedago.etb1.lan@* avec l’adresse IP *@10.1.2.5@*.
Cela permet :
* d’ajouter une entrée dans la zone *@etb1.lan@* qui déclare l’enregistrement *@scribepedago.etb1.lan. IN A 10.1.2.5@*
* d’ajouter une entrée dans la zone *@2.1.10.in-addr.arpa@* qui déclare l’enregistrement *@5.2.1.10.in-addr.arpa. PTR scribepedago.etb1.lan.@*
Depuis 2.8.1, nous activons le transfert de la zone inverse *@2.1.10.in-addr.arpa@*, c’est donc *@addc.dompedago.etb1.lan@* qui fait autorité sur cette zone, la génération du DNS avec *@gen_dns@* exclue l’ajout de l’entrée *@PTR@* dans la zone *@2.1.10.in-addr.arpa@* (suppression des zones inverses env fait eole-dns:source:scripts/gen_dns@fe2f6b3#L250)
h3. Propositions
Modifier le test squash :
* Vérifier que l’adresse inverse n’est pas déclarée dans *@ADDC@*
Modifier la documentation afin de bien mettre en évidence que les déclarations d’hôtes supplémentaires dans GenConfig peuvent ne pas avoir de résolution inverse lorsque leurs adresses IP sont dans un réseau dont la résolution inverse est déléguée à *@ADDC@*.