rerouter master dns

Recherche :

Dernière réponse

Sujet : rerouter master dns

memaster

mikala a écrit :

au fait il me semble que ovh permette l'installation d'autres distributions , si c'est possible je choisirais a ta place une autre distribution disposant notamment d'un gestionnaire de paquets facilitant l'administration ( parce que bon , redhat .... )

ce n'est plus moi qui fera les MAJ secu (option) mais ovh

Votre réponse

Nom d'utilisateur

Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !

Le ton de votre message

Votre réponse

Smilies

Liste des smilies perso
Wiki smilies
Chercher un smiley

Options

Activer votre signature
Désactiver les smilies
Activer la notification par email du sujet

Aperçu

Vous avez perdu votre mot de passe ?

Vue Rapide de la discussion

memaster

mikala a écrit :

ce n'est plus moi qui fera les MAJ secu (option) mais ovh

mikala

au fait il me semble que ovh permette l'installation d'autres distributions , si c'est possible je choisirais a ta place une autre distribution disposant notamment d'un gestionnaire de paquets facilitant l'administration ( parce que bon , redhat .... )

mikala

tu downgrades ?
il me semble pourtant que ISC a précisé qu'ils ne supporteraient plus les 8.x et que les utilisateurs étaient fortement invités a migrer :o
(dans le cas d'une migration de 9.x vers 8.x tu peux effectivement avoir des soucis au niveau du fichier de zone , pour peu que tu utilises des enregistrements AAAA,A6,ou DNAME par exemple , dans le cas inverse tu n'auras *aucun* problème )

memaster

de 9.x vers 8.x je pense, ça dependra de la distrib red hat d'ovh

mikala

memaster a écrit :

les versions de bind vont être différente donc syntaxe différente :sweat: :non:
m'enfin bon, je vais bien trouvé

plait il ?
en quoi la syntaxe du fichier de 'zone' sera différent ?
tu migres de quoi a quoi ?
bind 4.x vers un 9.x ?

memaster

je me rapelle de précedentes migrations catastrophiques "à cause"
de synchronisation de l'afnic, FAI (transferts et nouvelles ip) toussa... :love: :cry: :fou:
et aussi de mes "faibles" compétences en syntaxe de bind :sweat:
(basculer d'un coup, pas d'un coup...)
7 jours de propagation, des clients qui gueulent pasque les mails font ping pong :pfff: :pt1cable:

maintenant chuis un peu meilleurs en bind, mais bon j'aimerai bien que tout ce bazard
d'emm.... ne se représente pas ou peu

memaster

mikala a écrit :

le zonecheck n'a aucun intéret dans l'immédiat ...
tu ne fait que transférer ta zone donc un coup de cp ou si tu préferes tu configures le futur ns en slave et une fois qu'il a récupéré la zone tu le reconfigures en master , ainsi tu auras la certitude d'avoir une zone correcte a servir a ton 'actuel master dns' .
après a partir du moment ou le reverse pointe bien sur la bonne ip , que tu autorises l'acces a localhost ( merci afnic ... ) , que tu répondes au ping , tu as un mail qui réponde bien ( tant le mainteneur de la zone , que le postmaster@tondomaine ) , le zonecheck ne devrait poser aucun problème .

les versions de bind vont être différente donc syntaxe différente :sweat: :non:
m'enfin bon, je vais bien trouvé

mikala

le zonecheck n'a aucun intéret dans l'immédiat ...
tu ne fait que transférer ta zone donc un coup de cp ou si tu préferes tu configures le futur ns en slave et une fois qu'il a récupéré la zone tu le reconfigures en master , ainsi tu auras la certitude d'avoir une zone correcte a servir a ton 'actuel master dns' .
après a partir du moment ou le reverse pointe bien sur la bonne ip , que tu autorises l'acces a localhost ( merci afnic ... ) , que tu répondes au ping , tu as un mail qui réponde bien ( tant le mainteneur de la zone , que le postmaster@tondomaine ) , le zonecheck ne devrait poser aucun problème .

memaster

mikala a écrit :

tu configures ton dns (sur ton dédié ) en master en autorisant l'actuel master en tant que secondaire.
l'actuel secondaire étant configuré pour récupérer sa zone sur ton master :o

a condition que le zonecheck la bas (sur le dedié) soit ok :??:
je voudrais pouvoir faire une bascule en "mode test" en fait à tout moment
et être sur que le nouveau serveur puisse être autonome et que l'ancien ne traite
aucune requete dns à part renvoyer la balle ip au nouveau serveur.

comme ça si pb, je peux debugguer tranquillement l'ovh et revenir sur l'ancien serveur
provisoirement et que ma migration se passe bien.

mikala

tu configures ton dns (sur ton dédié ) en master en autorisant l'actuel master en tant que secondaire.
l'actuel secondaire étant configuré pour récupérer sa zone sur ton master :o

memaster

voila,
je vais pas tarder à prendre un serveur dedier ovh (à distance) et j'aurais besoin
de rerouter mon master dns actuel sur l'ip du nouveau serveur pour faire
les premiers tests.
comme j'ai pas envie de jouer tout de suite avec l'ip du registre nom
de domaine en .fr (afnic ==> paperasse toussa...)

ya t'il une option bind (dans la zone) qui permette le reroutage ip direct sur un autre master
et rapide/~~instantané~~ (sans propagation)?

sinon, c'est comme si je faisais un setup sans phase de test et donc pas droit à l'erreur et éviter
d'avoir des retours de tel de clients pasque leur site et leur e-mails n'arrivent pas...