Tâche #32390
Scénario #30426: Exclure les zones déclarées dans nom_zone_forward du fichier local.zones
Problèmes dans la configuration des zones inverses dans eole-dns
100%
Description
Il est possible de mettre "Serveur master DNS de cette zone" pour une interface mais pas pour un VLAN ou une route.
Révisions associées
Il est possible de déléguer facilement la résolution inverse d'un VLAN ou d'une route (ref #32390)
par defaut si on désactivait master_dns sur le zone, cela desactivait également pour les vlans (ref #32390)
ajout %set lors de l'affectation de la variable (ref #32390)
support des cidr >= 25 (ref #32390)
Historique
#1 Mis à jour par Emmanuel GARETTE il y a presque 3 ans
- Tâche parente mis à #30426
#2 Mis à jour par Emmanuel GARETTE il y a presque 3 ans
- Description mis à jour (diff)
- Statut changé de Nouveau à Résolu
- Assigné à mis à Emmanuel GARETTE
- % réalisé changé de 0 à 100
#3 Mis à jour par Daniel Dehennin il y a presque 3 ans
- Fichier interface-2-vlan-configure-dns-ip.png Voir ajouté
- Fichier static-routes-configure-dns-ip.png Voir ajouté
- Statut changé de Résolu à En cours
- % réalisé changé de 100 à 90
- Il y a bien la possibilité de configuration de l’adresse IP du serveurs DNS responsable d’un VLAN :
- Le fichier de forward contient bien les relais pour le VLAN sur interfaces 2 (configuration personalisée) :
root@amon:~# cat /etc/bind/forward.zones […] # Zone inverse du VLAN 21 sur eth2 zone "21.1.10.in-addr.arpa" in { type forward; forwarders { 10.1.3.11; }; forward only; };
- Il y a bien la possibilité de configuration de l’adresse IP pour une route statique :
- Le fichier de forward contient bien les relais pour la route
10.1.17.0/25
mais la syntaxe est incorrecte (configuration personalisée) :root@amon:~# cat /etc/bind/forward.zones […] # Zone inverse d'une route zone "10-137.1.17.0.in-addr.arpa" in { type forward; forwarders { 10.1.3.11; }; forward only; };
- avec la syntaxe CIDR
0/27.17.1.10.in-addr.arpa
- avec l’adresse de broadcast
0-31.17.1.10.in-addr.arpa
#4 Mis à jour par Emmanuel GARETTE il y a presque 3 ans
- Statut changé de En cours à Résolu
- % réalisé changé de 90 à 100
J'ai repris la logique de nommage de h2n.
Normalement ils doivent conserver le même nom dans le passage d'un master local à distant.
J'avais écrit une fonction python au départ, étant donné que le code était petit et peu complexe je l'ai transformé en cheetah mais j'ai oublié un %set.
Normalement c'est correcte maintenant (attention dans la capture tu es /24 et non /25).
#5 Mis à jour par Daniel Dehennin il y a presque 3 ans
- Statut changé de Résolu à En cours
- % réalisé changé de 100 à 90
Oui la capture utilise la configuration par défaut afin de mettre à jour la documentation.
J’ai utilisé un /25
exprès pour voir le résultat, après mise à jour, voilà ce que j’ai :
- avec
10.1.17.0/24
root@amon:~# cat /etc/bind/forward.zones […] # Zone inverse d'une route zone "17.1.10.in-addr.arpa" in { type forward; forwarders { 10.1.3.11; }; forward only; };
- avec
10.1.17.0/25
root@amon:~# cat /etc/bind/forward.zones […] # Zone inverse d'une route zone "0-127.1.17.0.in-addr.arpa" in { type forward; forwarders { 10.1.3.11; }; forward only; };
Il semble que les octets ne sont pas dans le bon sens et le premier octet est zappé 1.17.0
.
#6 Mis à jour par Emmanuel GARETTE il y a presque 3 ans
- Statut changé de En cours à Résolu
- % réalisé changé de 90 à 100
#7 Mis à jour par Daniel Dehennin il y a presque 3 ans
- Statut changé de Résolu à Fermé
- Restant à faire (heures) mis à 0.0
Merci, cela fonctionne:
10.1.17.0/25
# Zone inverse d'une route zone "0-127.17.1.10.in-addr.arpa" in { type forward; forwarders { 10.1.3.5; }; forward only; };
10.1.17.0/26
# Zone inverse d'une route zone "0-63.17.1.10.in-addr.arpa" in { type forward; forwarders { 10.1.3.5; }; forward only; };