Tâche #37386
Mis à jour par Laurent Gourvenec il y a 2 jours
Comportement bien reproduit. Cependant, le workaround n'est peut-être pas la bonne solution, car wpad.000001b.in.ac-versailles.fr.000001a.in.ac-versailles.fr devient une entrée valide dans le DNS.
L'ajout de ndd dans *wpad_domains* étant des sous-domaines de *nom_domaine_local* ne pose aucune soucis et la feature a sans doute été pensée dans ce cas là.
Au reconfigure, le fichier */etc/hosts* est créé avec dedans <ip> <wpad_domains>. Déjà, on peut se demander si avoir un alias vers un ndd différent est normal.
Puis, le script /usr/share/eole/posttemplate/00-dns va appeler */usr/share/eole/sbin/gen_dns* qui va appeler
<pre>
/usr/share/eole/sbin/h2n ...
</pre>
ce qui va générer un fichier /etc/bind/db.* à chaque appel en se basant partiellement sur le contenu du fichier */etc/hosts*.
L'ajout de ndd dans *wpad_domains* étant des sous-domaines de *nom_domaine_local* ne pose aucune soucis et la feature a sans doute été pensée dans ce cas là.
Au reconfigure, le fichier */etc/hosts* est créé avec dedans <ip> <wpad_domains>. Déjà, on peut se demander si avoir un alias vers un ndd différent est normal.
Puis, le script /usr/share/eole/posttemplate/00-dns va appeler */usr/share/eole/sbin/gen_dns* qui va appeler
<pre>
/usr/share/eole/sbin/h2n ...
</pre>
ce qui va générer un fichier /etc/bind/db.* à chaque appel en se basant partiellement sur le contenu du fichier */etc/hosts*.