Ticket #517 (closed defect: fixed)
Le passage d'un domaine 'non géré par bind' à 'géré par bind' ne recréé pas la configuration des sous-domaines
| Reported by: | khal | Owned by: | |
|---|---|---|---|
| Priority: | block | Milestone: | alternc-0.9.10 |
| Component: | Bureau: domaines | Version: | alternc-0.9.3 |
| Severity: | major | Keywords: | |
| Cc: |
Description
Si l'on crée un domaine non géré par notre serveur DNS, puis qu'on décide de le basculer pour qu'il soit géré par notre serveur DNS, les fichiers de conf générés pour BIND contiennent les infos de base (celles récupérées dans '/etc/bind/master/domaines.template'). Par contre, aucunes des "Redirection vers une ip", n'est ajoutée dans la conf.
Pour "contourner" le problème, il faut supprimer les "Redirection vers une ip" une par une, puis les recréer (une fois que notre domaine est géré par notre serveur DNS).
Il faudrait que lors de la bascule, toutes les "Redirection vers une ip" soient aussi ajoutées dans le fichier de conf bind pour le domaine.
Change History
comment:2 Changed 7 years ago by khal
Elles ne sont pas détruites dans la base de donnée car elles aparaissent sur le bureau, mais elles ne sont pas dans le fichier '/etc/bind/master/mondomaine.tld'.
- Avant :
Sous-domaines pour 'web-sweet-web.net' :
- web-sweet-web.net /web
- mail.web-sweet-web.net Accès au webmail
- miroir.web-sweet-web.net 82.67.23.180
- old.web-sweet-web.net 83.143.18.80
- www.web-sweet-web.net http://web-sweet-web.net
Extrait du fichier 'etc/bind/master/domaines.template' :
IN NS ns290.cdedie.com. IN NS ns0.xname.org. IN NS ns1.xname.org. IN MX 5 web-sweet-web.net. IN A 193.24.215.160
- IN A 193.24.215.160
- Après :
Extrait du fichier '/etc/bind/master/web-sweet-web.net' créé lors du passage de 'non' à 'oui' pour la question 'Gère-t-on le DNS de ce domaine ?' :
IN NS ns290.cdedie.com. IN NS ns0.xname.org. IN NS ns1.xname.org. IN MX 5 web-sweet-web.net. IN A 193.24.215.160
- IN A 193.24.215.160
Alors que ca devrait être :
IN NS ns290.cdedie.com. IN NS ns0.xname.org. IN NS ns1.xname.org. IN MX 5 web-sweet-web.net. IN A 193.24.215.160
old IN A 83.143.18.80 miroir IN A 82.67.23.180
- IN A 193.24.215.160
Les 2 sous-domaines 'old' et 'miroir' ont étés zappés.
Lors de la création du fichier '/etc/bind/master/web-sweet-web.net', les sous-domaines de type 'Redirection vers une ip' ne sont pas pris en compte.
La procédure classique :
- Création du domaine géré par Bind
- Ajout des sous-domaines de type 'Redirection vers une ip'
fonction bien.
Mais si les sous-domaines de type 'Redirection vers une ip' sont créés avant que notre domaine soit géré par Bind, il y a une partie oubliée lors de la bascule.
Le bureau affiche bien toutes les infos, mais pas le fichier utilisé par Bind. C'est pour cette raison que, une fois la bascule faite, je disais de detruire les sous-domaines de type 'Redirection vers une ip' puis de les recréer.
Lors de la bascule, <u>il manque donc une fonction</u> qui lit la liste des sous-domaines de type 'Redirection vers une ip' et les ajoute au fichier de Bind.
ps : les autres types de sous-domaines ne sont pas affectés car ce n'est pas Bind qui les gère.
comment:3 Changed 7 years ago by anarcat
- Summary changed from Le passage d'un domaine 'non géré par bind' à 'géré par bind' ne crée pas les "Redirection vers une ip" to Le passage d'un domaine 'non géré par bind' à 'géré par bind' détruit les "Redirection vers une ip"
C'est bon, c'est bien ce que je pensais... nous avons le même bug chez Koumbit.. Merci des précisions!
comment:4 Changed 7 years ago by anarcat
- Summary changed from Le passage d'un domaine 'non géré par bind' à 'géré par bind' ne crée pas les "Redirection vers une ip" to Le passage d'un domaine 'non géré par bind' à 'géré par bind' détruit les "Redirection vers une ip"
comment:6 Changed 7 years ago by anarcat
- Milestone changed from 1.0 to 0.9.5
est-ce que update_domaines.sh a toujours ce bug?
comment:7 Changed 7 years ago by nahuel
- Owner changed from anonymous to nahuel
- Status changed from new to assigned
oui
comment:8 Changed 7 years ago by nahuel
- Owner changed from nahuel to anonymous
- Status changed from assigned to new
comment:10 Changed 7 years ago by nahuel
et lorsqu'on passe un domaine de la gestion des dns à la non gestion des dns il ne supprime pas le fichie zone
comment:11 Changed 7 years ago by nahuel
je dirais vers la ligne 474 il faudrait dans la condition if [ "$are_we_dns" = "$YES" ] des actions change_host_ip pour chaque sous domaine.
comment:13 Changed 7 years ago by anarcat
comment:15 Changed 6 years ago by anarcat
- Priority changed from normal to high
Nahuel, le truc inverse, c'est le #772.
Maintenant, je confirme qu'on a toujours le bobo dans 0.9.6. Et c'est plus que les redirections, c'Est tout le bordel qui marche pas: le zonefile n'est simplement pas mis à jour. C'est parce que edit_domain() ne demande pas la génération des entrées, mais juste la création du domaine. Ce qui est con. Il faut qu'il vérifie quels sous-domaines sont configurés et les envoie à update_domaines.
Et en fait, peut-être qu'il serait juste plus simple pour update_domaines de vérifier si le zonefile est en sync avec la DB. Mais bon.. 2.0...
comment:17 Changed 6 years ago by anarcat
- Summary changed from Le passage d'un domaine 'non géré par bind' à 'géré par bind' détruit les "Redirection vers une ip" to Le passage d'un domaine 'non géré par bind' à 'géré par bind' ne recréé pas la configuration des sous-domaines
Le problème est plus général, refléter dans le sommaire.
comment:18 Changed 6 years ago by benjamin
- Status changed from new to closed
- Resolution set to duplicate
Duplicates with #772
comment:19 Changed 6 years ago by anarcat
- Status changed from closed to reopened
- Resolution duplicate deleted
je n'ai pas testé, mais à ce que je sache, ceci est un problème différent de l'autre, complètement et n'a pas été résolu.
comment:20 Changed 3 years ago by chantal
- Status changed from reopened to closed
- Resolution set to fixed
j'ai également vu ce problème. Si je comprends bien, ce que tu signales, c'est que les redirections ajoutées avant de dire à alternc de gérer le DNS, elles sont détruites. c'est ça?