transfert de nom de domaine en .fr failure zonecheck
21 réponses
bonjour
je suis en train de changer d'hebergeur.
mais je suis confronte a un probleme.
je cherche a transferer les dns du domaine faiencerie-pornic.fr aupres du
registar namebay.
en retour, j'ai :
"La demande de modification DNS pour le nom de domaine faiencerie-pornic.fr
a echoue."
Nous vous rappelons que le domaine doit etre correctement installe sur ces
serveurs DNS pour que la modification du domaine puisse aboutir, vous devez
donc verifier et corriger la configuration a l'aide de l'outil zonecheck que
vous trouverez a l'adresse suivante :
http://www.afnic.fr/outils/zonecheck/
j'ai donc fait une verif sur zonecheck et voila ce que retourne :
"Le registre demande que les champs du SOA soient à l'interieur d'un
interval
défini: le champ 'expire' doit être entre 1W et 100W, le champ 'minimum'
entre 3M et 1W, le champ 'refresh' entre 1H et 2D, et enfin le champ 'retry'
entre 15M et 1D"
"==> La valeur du champ 'expire' est 15M et devrait être entre 1W et 100W."
ok mais concretement qu'est ce que je dois faire pour changer cette valeur ?
comment cela se passe-t-il je ne comprends plus ?
supposons :
je suis heberger chez A
les dns de A sont dns1.a.com et dns2.a.com
je veux transferer le nom de domaine chez B (nouvel hebergeur)
les dns de B sont dns1.b.com et dns2.b.com
le registar C
que dois je demander a A, B et C pour que le nom de domaine ne renvoit plus
chez A mais chez B ?
merci de votre reponse
Il est donc logique, en cas de migration des DNS de A vers ceux de Tartempion (B), de vérifier que les serveurs DNS de Tartempion connaissent le domaine et répondent correctement aux demandes le concernant, AVANT de changer les DNS sur le serveur racine. C'est à ça que sert Zonecheck.
Qu'il soit logique/important/utile/intelligent de faire cette vérification avant migration, on est d'accord. Par contre le débat de fond qu'on pourrait avoir, est de savoir si c'est au registre de *l'imposer*. Bon certes, c'est motivé par du marketing (la confiance) et apparaître avec un taux d'erreur sur le TLD faible, mais est-ce bien pour le client final ? Etant donné que rien n'empêche un prestataire (bureau d'enregistrement aka prestataire membre pour le .FR) de faire ce genre de tests, dans le but de mieux servir son client. Mais au moins le client final aurait le controle, tout simplement en choisissant ou non un prestataire qui fait ce genre de vérifications. Le choix serait possible si le registre ne cassait pas toute possibilité de choix en exigeant arbitrairement quelque chose.
D'ailleurs, si on reparle du cas particulier du .FR, il y a des tests qui sont faits (genre existence de l'adresse ) qui n'ont précisément strictement rien à voir avec les DNS, une bonne délégation, de ``bonnes'' (et c'est toujours subjectif, les RFC et le RIPE par exemple ne donnent pas exactement les mêmes recommendations il me semble) valeurs dans le SOA, etc...
Euh, j'espère avoir été clair et n'avoir pas raconté trop de bétises.
Moi ca me parait claîr, mais je suis peut-être biaisé :-) Et rien ne m'a fait bondir sur ma chaise, ou artifice équivalent et adapté au week-end. Espérons que Damien ait maintenant tous les éléments nécessaires en sa possession pour finaliser avec succès son changement d'hébergeur.
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/> Dépêches sur le nommage <news://news.dotandco.net/dotandco.info.news>
Il est donc logique, en cas de migration des DNS de A vers ceux de
Tartempion (B), de vérifier que les serveurs DNS de Tartempion
connaissent le domaine et répondent correctement aux demandes le
concernant, AVANT de changer les DNS sur le serveur racine. C'est à ça
que sert Zonecheck.
Qu'il soit logique/important/utile/intelligent de faire cette
vérification avant migration, on est d'accord.
Par contre le débat de fond qu'on pourrait avoir, est de savoir si c'est
au registre de *l'imposer*. Bon certes, c'est motivé par du marketing (la
confiance) et apparaître avec un taux d'erreur sur le TLD faible, mais
est-ce bien pour le client final ?
Etant donné que rien n'empêche un prestataire (bureau d'enregistrement
aka prestataire membre pour le .FR) de faire ce genre de tests, dans le
but de mieux servir son client.
Mais au moins le client final aurait le controle, tout simplement en
choisissant ou non un prestataire qui fait ce genre de vérifications. Le
choix serait possible si le registre ne cassait pas toute possibilité de
choix en exigeant arbitrairement quelque chose.
D'ailleurs, si on reparle du cas particulier du .FR, il y a des tests qui
sont faits (genre existence de l'adresse postmaster@fqdn) qui n'ont
précisément strictement rien à voir avec les DNS, une bonne délégation,
de ``bonnes'' (et c'est toujours subjectif, les RFC et le RIPE par
exemple ne donnent pas exactement les mêmes recommendations il me semble)
valeurs dans le SOA, etc...
Euh, j'espère avoir été clair et n'avoir pas raconté trop de bétises.
Moi ca me parait claîr, mais je suis peut-être biaisé :-)
Et rien ne m'a fait bondir sur ma chaise, ou artifice équivalent et
adapté au week-end.
Espérons que Damien ait maintenant tous les éléments nécessaires en sa
possession pour finaliser avec succès son changement d'hébergeur.
--
Patrick Mevzek . . . . . . Dot and Co (Paris, France)
<http://www.dotandco.net/> <http://www.dotandco.com/>
Dépêches sur le nommage <news://news.dotandco.net/dotandco.info.news>
Il est donc logique, en cas de migration des DNS de A vers ceux de Tartempion (B), de vérifier que les serveurs DNS de Tartempion connaissent le domaine et répondent correctement aux demandes le concernant, AVANT de changer les DNS sur le serveur racine. C'est à ça que sert Zonecheck.
Qu'il soit logique/important/utile/intelligent de faire cette vérification avant migration, on est d'accord. Par contre le débat de fond qu'on pourrait avoir, est de savoir si c'est au registre de *l'imposer*. Bon certes, c'est motivé par du marketing (la confiance) et apparaître avec un taux d'erreur sur le TLD faible, mais est-ce bien pour le client final ? Etant donné que rien n'empêche un prestataire (bureau d'enregistrement aka prestataire membre pour le .FR) de faire ce genre de tests, dans le but de mieux servir son client. Mais au moins le client final aurait le controle, tout simplement en choisissant ou non un prestataire qui fait ce genre de vérifications. Le choix serait possible si le registre ne cassait pas toute possibilité de choix en exigeant arbitrairement quelque chose.
D'ailleurs, si on reparle du cas particulier du .FR, il y a des tests qui sont faits (genre existence de l'adresse ) qui n'ont précisément strictement rien à voir avec les DNS, une bonne délégation, de ``bonnes'' (et c'est toujours subjectif, les RFC et le RIPE par exemple ne donnent pas exactement les mêmes recommendations il me semble) valeurs dans le SOA, etc...
Euh, j'espère avoir été clair et n'avoir pas raconté trop de bétises.
Moi ca me parait claîr, mais je suis peut-être biaisé :-) Et rien ne m'a fait bondir sur ma chaise, ou artifice équivalent et adapté au week-end. Espérons que Damien ait maintenant tous les éléments nécessaires en sa possession pour finaliser avec succès son changement d'hébergeur.
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/> Dépêches sur le nommage <news://news.dotandco.net/dotandco.info.news>
