Scénario #33883
Problème de DNS si une route statique est un sous réseau d'une interface ou d'un VLAN
100%
Description
Au reconfigure, le DNS devient HS si une route statique est un sous réseau d'une interface ou d'un VLAN sur toutes les versions EOLE.
Pour reproduire :- Sur Amon etb1.ac-test.fr 2.8.1 par exemple
- dans gen_config, ajouter 2 routes statiques
- 10.1.2.128/255.255.255.128 GW 10.1.2.126 sur interface 2
- 10.1.22.128/255.255.255.128 GW 10.1.2.253 sur interface 2
- Lancer reconfigure
run-parts: executing /usr/share/eole/posttemplate/00-dns reconfigure ERREUR : pour plus d'information, lancer la commande "/usr/share/eole/sbin/h2n -h amon -d etb1.lan db=db.etb1 spcl=db.subdomain.etb1.lan mode=D -c domadmin.etb1.lan -c dompedago.etb1.lan -s amon.etb1.lan -u root -H /tmp/hosts -n 192.168.0.0:255.255.255.0 ........
La solution serait dans gen_dns
de tester chaque route statique avec chaque interface et VLAN et de l'exclure si elle est un sous réseau
Sous-tâches
Demandes liées
Historique
#1 Mis à jour par Joël Cuissinat il y a environ 2 ans
- Tracker changé de Demande à Scénario
- Début
01/03/2022supprimé - Release mis à Carnet de produit (Cadoles)
- Points de scénarios mis à 2.0
#2 Mis à jour par Emmanuel GARETTE il y a environ 2 ans
Si nous comprenons bien l'utilisateur dit :
- pour accéder aux machines dans la plage d'IP 10.1.2.1 à 10.1.2.254, on n'a pas besoin de passerelle, il suffit d'envoyer le paquet sur eth2
- pour accéder aux machines dans la plage d'IP 10.1.2.129 à 10.1.2.254, il faut passer par la passerelle 10.1.2.126
Pour moi c'est un problème de paramétrage. On ne peux pas dire en même temps qu'il n'y a pas besoin de passerelle mais en même temps on doit passer par une passerelle.
Il faudrait interdire les réseaux "recouvrant" dans gen_config.
#3 Mis à jour par Joël Cuissinat il y a environ 2 ans
Réponse de Fabrice :
Ils veulent mettre une route sur un sous-réseau du réseau eth2 ce qui n'est pas possible.
Par contre la demande ne concerne pas un réseaux recouvrant entre eth2 et un réseau destination.
Il s'agit de 2 réseaux chacun derrière une passerelle différente, dont un est un sous-réseau de l'autre
Et effectivement, je ne suis pas certain que ça règle leur problème tant qu'ils ne changerons pas d'adressage
#4 Mis à jour par Fabrice Barconnière il y a environ 2 ans
En fait, non, il s'agit bien d'un sous-réseau d'eth2.
Je crois que Manu a raison. C'est un problème de paramétrage.
Leur souci, en modifiant les réseaux (connaître mieux leurs besoins) :
Si je passe l’interface en /24, pas d’erreur lors du reconfigure. Dans les deux cas, le WPAD ne fonctionne pas. Dans le cas en /24 : affichage du domaine mais la configuration se base sur eth2 en /24 donc n’autorise que les réseaux en 172.17.100.x Dans le cas en /16 : server can’t find wpad : NXDOMAIN. Je pense lié au fait que le service named est down. Les routes dans tous les cas ne s’appliquent pas par défaut, il faut relancer le service netplan-apply. Est-ce le bon process ? avez-vous une solution ?
Donc, rien à voir avec le paramétrage du DNS, je pense.
#5 Mis à jour par Emmanuel GARETTE il y a environ 2 ans
- Echéance mis à 15/04/2022
- Version cible mis à Prestation Cadoles MEN 2022 13-15
- Début mis à 28/03/2022
#6 Mis à jour par Emmanuel GARETTE il y a environ 2 ans
- Assigné à mis à Emmanuel GARETTE
#7 Mis à jour par Celine Rappeneau il y a presque 2 ans
- Version cible changé de Prestation Cadoles MEN 2022 13-15 à Prestation Cadoles MEN 2022 16-18
#8 Mis à jour par Joël Cuissinat il y a presque 2 ans
- Statut changé de Nouveau à Terminé (Sprint)
- Release changé de Carnet de produit (Cadoles) à Interne EOLE