Tâche #20087
Scénario #20083: Application effective, par pool d'adresses, des valeurs définies dans la conf DHCP
Erreur si les routeurs sont différents dans des pools d'un même réseau
Description
Si dans un même subnet des pools (ip_basse et ip_haute) différents sont définis, avec des adresses de routeurs différentes pour chacun de ces pools,
le serveur dhcp ne démarre pas -> /etc/dhcp/dhcpd.conf line 47: semicolon expected.
Comme indiqué dans le scénario #20083, les valeurs des pools sont cumulées, or la ligne 'option routers' est de la forme :
option routers 192.168.61.193 192.168.61.194; (les 2 adresses de routeurs , variable adresse_ip_gw_dhcp )
Manque la virgule entre les valeurs !!
Après, est ce que c'est normal de permettre 2 adresses de passerelles dans un même réseau ???
Révisions associées
Les adresses des passerelles doivent être séparées par des virgules.
Ref #20087
Les adresses des passerelles doivent être séparées par des virgules.
Ref #20087
Historique
#1 Mis à jour par Benjamin Bohard il y a environ 7 ans
- Statut changé de Nouveau à En cours
#2 Mis à jour par Benjamin Bohard il y a environ 7 ans
- Sujet changé de Erreur si les routeurs sont différents dans des pools d'un même réseau à Erreur si les routeurs sont différents dans des pools d'un même réseau
- Description mis à jour (diff)
- Assigné à mis à Benjamin Bohard
#3 Mis à jour par Benjamin Bohard il y a environ 7 ans
- Temps estimé mis à 3.00 h
- Restant à faire (heures) mis à 2.5
Avec une virgule comme séparateur, la configuration est syntaxiquement correcte. Cependant, renseigner deux passerelles par défaut différentes pour un même sous-réseau ne devrait pas être permis.
Vu la limitation imposée par l’outil de configuration et l’association de l’information sur la passerelle au niveau des range (entraîne la possibilité d’entrer des informations contradictoires), il faut mettre en place un contrôle plus strict (affiché un avertissement ?) et faire un choix au moment de la génération du fichier de configuration si plusieurs passerelles sont renseignées malgré tout pour un même sous-réseau.
#4 Mis à jour par Benjamin Bohard il y a environ 7 ans
- Restant à faire (heures) changé de 2.5 à 2.0
La solution rapide consiste à changer le séparateur. Les clients récupèrent les deux routes pas défaut avec l’attribut "metric" différent pour ordonner leur utilisation. Il reste le problème sémantique posé par l’organisation de l’interface de configuration.
#5 Mis à jour par Benjamin Bohard il y a environ 7 ans
- Statut changé de En cours à Résolu
- % réalisé changé de 0 à 100
- Restant à faire (heures) changé de 2.0 à 0.25
Modification apportée à partir de la version 2.6.1.
Pour les versions antérieures, se référer aux pages des errata :- https://dev-eole.ac-dijon.fr/projects/modules-eole/wiki/Errata24
- https://dev-eole.ac-dijon.fr/projects/modules-eole/wiki/Errata25
diff --git a/tmpl/dhcpd.conf b/tmpl/dhcpd.conf index 07a4cc4..00d19ac 100644 --- a/tmpl/dhcpd.conf +++ b/tmpl/dhcpd.conf @@ -87,7 +87,7 @@ subnet %%adresse_network_eth0 netmask %%adresse_netmask_eth0 { subnet %%subnet[0] netmask %%subnet[1] { %set %%gateway = [g for g in %%subnets[%%subnet]['gateway'] if g != None] %if not %%len(%%gateway) == 0 - option routers %%custom_join(%%gateway, ' '); + option routers %%custom_join(%%gateway, ', '); %end if option subnet-mask %%subnet[1]; %set %%domain = [g for g in %%subnets[%%subnet]['domain'] if g != None]
#6 Mis à jour par Emmanuel IHRY il y a presque 7 ans
- Statut changé de Résolu à Fermé
- Restant à faire (heures) changé de 0.25 à 0.0
sera testé dans le cadre du sprint 23-25