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
je ne vois pas en quoi l'hebergeur de destination est ici incrimine puisqu'il n'est pas connu de zonecheck..
LA question etant alors "pourquoi fais tu un zonecheck des anciens DNS puisque tu va les changer ?"
Dans news:424ebfc8$0$22404$,
LA question etant alors "pourquoi fais tu un zonecheck des anciens DNS puisque tu va les changer ?"
ok merci je comprends un peu mieux. il faut mettre dans le zonecheck le nom du nouvel hebergeur. ca commence a se clarifier mais c'est pas encore ca je n'y connais strictement rien en dns, etc. et je crois que ca s'est vu aujourd'hui. alors pourquoi qd je fais un test sur les dns du nouvel hebergeur je n'ai pas d'erreur. pourquoi le registar n'est pas content bizarre
--
Dans news:424ebfc8$0$22404$626a14ce@news.free.fr,
LA question etant alors "pourquoi fais tu un zonecheck des anciens DNS
puisque tu va les changer ?"
ok merci je comprends un peu mieux. il faut mettre dans le zonecheck le nom
du nouvel hebergeur.
ca commence a se clarifier mais c'est pas encore ca je n'y connais
strictement rien en dns, etc. et je crois que ca s'est vu aujourd'hui.
alors pourquoi qd je fais un test sur les dns du nouvel hebergeur je n'ai
pas d'erreur. pourquoi le registar n'est pas content bizarre
LA question etant alors "pourquoi fais tu un zonecheck des anciens DNS puisque tu va les changer ?"
ok merci je comprends un peu mieux. il faut mettre dans le zonecheck le nom du nouvel hebergeur. ca commence a se clarifier mais c'est pas encore ca je n'y connais strictement rien en dns, etc. et je crois que ca s'est vu aujourd'hui. alors pourquoi qd je fais un test sur les dns du nouvel hebergeur je n'ai pas d'erreur. pourquoi le registar n'est pas content bizarre
--
manu
Bonjour,
<anonyme> a écrit dans le message de news: 424ebc06$0$2879$
Dans news:, le zonecheck retourne les dns de A et envoie des erreurs par rapport a un test fait sur le nom de domaine qui correspond au site heberge par A. B (celui qui accueillera le site prochainement) n'a rien a voir ici ?? faites le test vous-meme ici : http://www.afnic.fr/outils/zonecheck/
en mettant faiencerie-pornic.fr en nom de domaine. parceque vous ne mettez pas le bonne valeur !
Il faut utiliser le formulaire complet et indiquer les nouveaux serveur DNS pour le test (il est évident que cela doit etre ceux du *futur* hébergeur (B)
Dans l'exemple, le status est en "Echec", c'est normal les serveurs indiqué ne gère pas du tout la zone.
version minilien: http://minilien.com/?Ij1Fp8fxRP
--
Emmanuel.
Bonjour,
<anonyme> a écrit dans le message de news:
424ebc06$0$2879$626a14ce@news.free.fr...
Dans news:pan.2005.04.02.17.20.58.176124.17613@nospam.dotandco.com,
le zonecheck retourne les dns de A et envoie des erreurs par rapport a un
test fait sur le nom de domaine qui correspond au site heberge par A.
B (celui qui accueillera le site prochainement) n'a rien a voir ici ??
faites le test vous-meme ici :
http://www.afnic.fr/outils/zonecheck/
en mettant faiencerie-pornic.fr en nom de domaine.
parceque vous ne mettez pas le bonne valeur !
Il faut utiliser le formulaire complet et indiquer les nouveaux serveur DNS
pour le test (il est évident que cela doit etre ceux du *futur*
hébergeur
(B)
<anonyme> a écrit dans le message de news: 424ebc06$0$2879$
Dans news:, le zonecheck retourne les dns de A et envoie des erreurs par rapport a un test fait sur le nom de domaine qui correspond au site heberge par A. B (celui qui accueillera le site prochainement) n'a rien a voir ici ?? faites le test vous-meme ici : http://www.afnic.fr/outils/zonecheck/
en mettant faiencerie-pornic.fr en nom de domaine. parceque vous ne mettez pas le bonne valeur !
Il faut utiliser le formulaire complet et indiquer les nouveaux serveur DNS pour le test (il est évident que cela doit etre ceux du *futur* hébergeur (B)
Dans l'exemple, le status est en "Echec", c'est normal les serveurs indiqué ne gère pas du tout la zone.
version minilien: http://minilien.com/?Ij1Fp8fxRP
--
Emmanuel.
Patrick Mevzek
Le Sat, 02 Apr 2005 17:36:33 +0200, damien
Demander à B de configurer correctement ses serveurs pour votre domaine. Demander à C de changer les DNS de votre domaine, pour mettre ceux de B Le registre va vérifier (et C peut le faire aussi) que les serveurs sont configurés correctement avant de faire le changement.
mais pourquoi demander a B de configurer ses serveurs puisque le
Parce que sinon l'AFNIC va refuser le changement de serveurs. C'était le but non ?
zonecheck se fait sur le nom de domaine en cours et qu'il ne connait pas du tout l'hebergeur B. le zonecheck retourne les dns de A
Par défaut, et assez logiquement, il prend les serveurs actuels du domaine. Sauf que les serveurs actuels vous vous en moquez, puisque vous voulez vérifier que les serveurs futurs vont être acceptés.
Pour les autres détails, voir la réponse d'Emmanuel.
Vous ne devriez normalement même pas avoir à vous occuper de tout ca. Si le monde était parfait, vous iriez voir votre prestataire AFNIC, vous lui indiquez que vous voulez mettre tel hébergeur à la place de tel autre (donc tel changement de serveurs), le prestataire vous indique qu'il ne peut pas faire le changement (car il sera refusé par le registre du .FR) tant que le nouvel hébergeur n'a pas configuré ses serveurs. Vous demandez cela à votre nouvel hébergeur, et une fois que c'est fait, vous revenez voir votre prestataire AFNIC, qui revérifiera, et si tout va bien pourra enfin lancer le changement. Bref, vous ne devriez même pas avoir à manipuler du Zonecheck. (sauf si on veut comprendre, résoudre des problèmes, etc...)
Encore une fois, je ne comprends pas pourquoi vous n'allez pas voir le support technique de votre futur hébergeur ou du prestataire AFNIC concerné. Il me semble que c'est leur travail de vous expliquer et de vous aider à faire le transfert, puisque c'est dans leur intérêt. frih ne doit pas être pris comme un support technique bis, surtout quand il s'agit de remplacer les supports techniques inexistants/insuffisants de tel ou tel prestataire.
-- 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>
Le Sat, 02 Apr 2005 17:36:33 +0200, damien
Demander à B de configurer correctement ses serveurs pour votre
domaine. Demander à C de changer les DNS de votre domaine, pour mettre
ceux de B Le registre va vérifier (et C peut le faire aussi) que les
serveurs sont configurés correctement avant de faire le changement.
mais pourquoi demander a B de configurer ses serveurs puisque le
Parce que sinon l'AFNIC va refuser le changement de serveurs.
C'était le but non ?
zonecheck se fait sur le nom de domaine en cours et qu'il ne connait pas
du tout l'hebergeur B.
le zonecheck retourne les dns de A
Par défaut, et assez logiquement, il prend les serveurs actuels du
domaine.
Sauf que les serveurs actuels vous vous en moquez, puisque vous voulez
vérifier que les serveurs futurs vont être acceptés.
Pour les autres détails, voir la réponse d'Emmanuel.
Vous ne devriez normalement même pas avoir à vous occuper de tout ca.
Si le monde était parfait, vous iriez voir votre prestataire AFNIC, vous
lui indiquez que vous voulez mettre tel hébergeur à la place de tel autre
(donc tel changement de serveurs), le prestataire vous indique qu'il ne
peut pas faire le changement (car il sera refusé par le registre du .FR) tant
que le nouvel hébergeur n'a pas configuré ses serveurs. Vous demandez
cela à votre nouvel hébergeur, et une fois que c'est fait, vous revenez
voir votre prestataire AFNIC, qui revérifiera, et si tout va bien pourra
enfin lancer le changement.
Bref, vous ne devriez même pas avoir à manipuler du Zonecheck.
(sauf si on veut comprendre, résoudre des problèmes, etc...)
Encore une fois, je ne comprends pas pourquoi vous n'allez pas voir le
support technique de votre futur hébergeur ou du prestataire AFNIC
concerné. Il me semble que c'est leur travail de vous expliquer et de
vous aider à faire le transfert, puisque c'est dans leur intérêt.
frih ne doit pas être pris comme un support technique bis, surtout quand
il s'agit de remplacer les supports techniques inexistants/insuffisants
de tel ou tel prestataire.
--
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>
Demander à B de configurer correctement ses serveurs pour votre domaine. Demander à C de changer les DNS de votre domaine, pour mettre ceux de B Le registre va vérifier (et C peut le faire aussi) que les serveurs sont configurés correctement avant de faire le changement.
mais pourquoi demander a B de configurer ses serveurs puisque le
Parce que sinon l'AFNIC va refuser le changement de serveurs. C'était le but non ?
zonecheck se fait sur le nom de domaine en cours et qu'il ne connait pas du tout l'hebergeur B. le zonecheck retourne les dns de A
Par défaut, et assez logiquement, il prend les serveurs actuels du domaine. Sauf que les serveurs actuels vous vous en moquez, puisque vous voulez vérifier que les serveurs futurs vont être acceptés.
Pour les autres détails, voir la réponse d'Emmanuel.
Vous ne devriez normalement même pas avoir à vous occuper de tout ca. Si le monde était parfait, vous iriez voir votre prestataire AFNIC, vous lui indiquez que vous voulez mettre tel hébergeur à la place de tel autre (donc tel changement de serveurs), le prestataire vous indique qu'il ne peut pas faire le changement (car il sera refusé par le registre du .FR) tant que le nouvel hébergeur n'a pas configuré ses serveurs. Vous demandez cela à votre nouvel hébergeur, et une fois que c'est fait, vous revenez voir votre prestataire AFNIC, qui revérifiera, et si tout va bien pourra enfin lancer le changement. Bref, vous ne devriez même pas avoir à manipuler du Zonecheck. (sauf si on veut comprendre, résoudre des problèmes, etc...)
Encore une fois, je ne comprends pas pourquoi vous n'allez pas voir le support technique de votre futur hébergeur ou du prestataire AFNIC concerné. Il me semble que c'est leur travail de vous expliquer et de vous aider à faire le transfert, puisque c'est dans leur intérêt. frih ne doit pas être pris comme un support technique bis, surtout quand il s'agit de remplacer les supports techniques inexistants/insuffisants de tel ou tel prestataire.
-- 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>
Patrick Mevzek
Le Sat, 02 Apr 2005 17:22:43 +0200, damien
Dans news:,
Certes, mais Zonecheck est loin d'être une bonne métrique en la matière, vu qu'il incorpore des tests subjectifs.
un critere est bloquant pour le transfert des dns depuis namebay je fais quoi et je demande a qui de faire des changements ? merci
Vous demandez aux entités que vous *payez* pour un *service* de vous assurer le support autour du service adéquat, le service étant ici une opération de changement de prestataires d'hébergement, qui concerne à la fois le nouveau prestataire et le gestionnaire de votre domaine auprès du registre.
Si ces entités sont incapables de vous fournir le support et le service, c'est peut-être un signe...
-- 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>
Le Sat, 02 Apr 2005 17:22:43 +0200, damien
Dans news:pan.2005.04.02.17.16.02.636930.17613@nospam.dotandco.com,
Certes, mais Zonecheck est loin d'être une bonne métrique en la
matière, vu qu'il incorpore des tests subjectifs.
un critere est bloquant pour le transfert des dns depuis namebay je fais
quoi et je demande a qui de faire des changements ? merci
Vous demandez aux entités que vous *payez* pour un *service* de vous
assurer le support autour du service adéquat, le service étant ici une
opération de changement de prestataires d'hébergement, qui concerne à la
fois le nouveau prestataire et le gestionnaire de votre domaine auprès du
registre.
Si ces entités sont incapables de vous fournir le support et le service,
c'est peut-être un signe...
--
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>
Certes, mais Zonecheck est loin d'être une bonne métrique en la matière, vu qu'il incorpore des tests subjectifs.
un critere est bloquant pour le transfert des dns depuis namebay je fais quoi et je demande a qui de faire des changements ? merci
Vous demandez aux entités que vous *payez* pour un *service* de vous assurer le support autour du service adéquat, le service étant ici une opération de changement de prestataires d'hébergement, qui concerne à la fois le nouveau prestataire et le gestionnaire de votre domaine auprès du registre.
Si ces entités sont incapables de vous fournir le support et le service, c'est peut-être un signe...
-- 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>
Eric Demeester
dans (in) fr.reseaux.internet.hebergement, <damien jarneau> ecrivait (wrote) :
Bonjour,
Pour rappel : - A : hébergeur actuel ; - B : nouvel hébergeur ; - C : registrar (pour les .fr on parle de prestataire agréé AFNIC).
mais pourquoi demander a B de configurer ses serveurs puisque le zonecheck se fait sur le nom de domaine en cours et qu'il ne connait pas du tout l'hebergeur B.
Parce qu'il faut que le domaine soit présent dans les DNS de B lorsque C changera les DNS associés au domaine à l'AFNIC, opération qui ne sera acceptée que si le ZoneCheck (sur les nouveaux DNS, ceux de B, donc) se passe correctement.
le zonecheck retourne les dns de A et envoie des erreurs par rapport a un test fait sur le nom de domaine qui correspond au site heberge par A.
Ca ne se passe pas tout à fait comme ça. Zonecheck interroge les serveurs DNS qu'on lui indique pour vérifier si le domaine est bien présent dans les DNS en question.
B (celui qui accueillera le site prochainement) n'a rien a voir ici ??
Si, justement :)
Je pense que ce qui vous trouble, c'est que la résolution d'un nom de domaine se passe en deux temps et que vous ne connaissez pas ce mécanisme, pas évident à comprendre d'ailleurs. Je ne suis pas certain d'avoir tout juste moi-même mais les pros me corrigeront si je raconte des bétises :)
Dans un premier temps, le domaine va être recherché sur un serveur « racine ». Pour *.fr, c'est celui de l'AFNIC. Ce serveur racine répondra « les informations nécessaires pour atteindre les ressources associées au domaine toto.fr sont dans les DNS de Tartempion ».
La requête sera donc transmise aux serveurs DNS de Tartempion qui répondront « oui, ce domaine est bien ici, pour accéder au web, c'est telle adresse IP, pour envoyer un mail c'est telle autre, etc. ».
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.
Euh, j'espère avoir été clair et n'avoir pas raconté trop de bétises.
-- Eric Demeester - http://www.galacsys.net
dans (in) fr.reseaux.internet.hebergement, <damien jarneau> ecrivait
(wrote) :
Bonjour,
Pour rappel :
- A : hébergeur actuel ;
- B : nouvel hébergeur ;
- C : registrar (pour les .fr on parle de prestataire agréé AFNIC).
mais pourquoi demander a B de configurer ses serveurs puisque le zonecheck
se fait sur le nom de domaine en cours et qu'il ne connait pas du tout
l'hebergeur B.
Parce qu'il faut que le domaine soit présent dans les DNS de B lorsque C
changera les DNS associés au domaine à l'AFNIC, opération qui ne sera
acceptée que si le ZoneCheck (sur les nouveaux DNS, ceux de B, donc) se
passe correctement.
le zonecheck retourne les dns de A et envoie des erreurs par rapport a un
test fait sur le nom de domaine qui correspond au site heberge par A.
Ca ne se passe pas tout à fait comme ça. Zonecheck interroge les
serveurs DNS qu'on lui indique pour vérifier si le domaine est bien
présent dans les DNS en question.
B (celui qui accueillera le site prochainement) n'a rien a voir ici ??
Si, justement :)
Je pense que ce qui vous trouble, c'est que la résolution d'un nom de
domaine se passe en deux temps et que vous ne connaissez pas ce
mécanisme, pas évident à comprendre d'ailleurs. Je ne suis pas certain
d'avoir tout juste moi-même mais les pros me corrigeront si je raconte
des bétises :)
Dans un premier temps, le domaine va être recherché sur un serveur
« racine ». Pour *.fr, c'est celui de l'AFNIC. Ce serveur racine
répondra « les informations nécessaires pour atteindre les ressources
associées au domaine toto.fr sont dans les DNS de Tartempion ».
La requête sera donc transmise aux serveurs DNS de Tartempion qui
répondront « oui, ce domaine est bien ici, pour accéder au web, c'est
telle adresse IP, pour envoyer un mail c'est telle autre, etc. ».
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.
Euh, j'espère avoir été clair et n'avoir pas raconté trop de bétises.
dans (in) fr.reseaux.internet.hebergement, <damien jarneau> ecrivait (wrote) :
Bonjour,
Pour rappel : - A : hébergeur actuel ; - B : nouvel hébergeur ; - C : registrar (pour les .fr on parle de prestataire agréé AFNIC).
mais pourquoi demander a B de configurer ses serveurs puisque le zonecheck se fait sur le nom de domaine en cours et qu'il ne connait pas du tout l'hebergeur B.
Parce qu'il faut que le domaine soit présent dans les DNS de B lorsque C changera les DNS associés au domaine à l'AFNIC, opération qui ne sera acceptée que si le ZoneCheck (sur les nouveaux DNS, ceux de B, donc) se passe correctement.
le zonecheck retourne les dns de A et envoie des erreurs par rapport a un test fait sur le nom de domaine qui correspond au site heberge par A.
Ca ne se passe pas tout à fait comme ça. Zonecheck interroge les serveurs DNS qu'on lui indique pour vérifier si le domaine est bien présent dans les DNS en question.
B (celui qui accueillera le site prochainement) n'a rien a voir ici ??
Si, justement :)
Je pense que ce qui vous trouble, c'est que la résolution d'un nom de domaine se passe en deux temps et que vous ne connaissez pas ce mécanisme, pas évident à comprendre d'ailleurs. Je ne suis pas certain d'avoir tout juste moi-même mais les pros me corrigeront si je raconte des bétises :)
Dans un premier temps, le domaine va être recherché sur un serveur « racine ». Pour *.fr, c'est celui de l'AFNIC. Ce serveur racine répondra « les informations nécessaires pour atteindre les ressources associées au domaine toto.fr sont dans les DNS de Tartempion ».
La requête sera donc transmise aux serveurs DNS de Tartempion qui répondront « oui, ce domaine est bien ici, pour accéder au web, c'est telle adresse IP, pour envoyer un mail c'est telle autre, etc. ».
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.
Euh, j'espère avoir été clair et n'avoir pas raconté trop de bétises.
-- Eric Demeester - http://www.galacsys.net
Dans news:,
... ok merci pour vos nombreux eclaircissements a tous
je comprends mieux maintenant.
en fait j'ai ca qui me bloque le transfert : http://tinyurl.com/53qlo
alors que faire ? j'ai bien ecrit a l'hebergeur mais je n'ai toujours pas de reponse. je ne sais plus quoi faire
--
Dans news:pan.2005.04.02.18.37.20.393886.17613@nospam.dotandco.com,
...
ok merci pour vos nombreux eclaircissements a tous
je comprends mieux maintenant.
en fait j'ai ca qui me bloque le transfert :
http://tinyurl.com/53qlo
alors que faire ? j'ai bien ecrit a l'hebergeur mais je n'ai toujours pas de
reponse. je ne sais plus quoi faire
... ok merci pour vos nombreux eclaircissements a tous
je comprends mieux maintenant.
en fait j'ai ca qui me bloque le transfert : http://tinyurl.com/53qlo
alors que faire ? j'ai bien ecrit a l'hebergeur mais je n'ai toujours pas de reponse. je ne sais plus quoi faire
--
Dans news:,
... merci a tous pour tous ces eclaircissements.
j'etais completement a cote de la plaque avec les dns. je vais relire mieux vos posts pour bien enregistrer tout ce que vous avez dits.
le nouvel hebergeur m'a repondu qu'il fallait attendre 24h avant que le zonecheck soit correct pour un transfert. donc ca me rassure. il faut dire que j'ai declare le domaine dans leur espace client que cette nuit a 4h du matin.
merci encore a tous. j'espere que demain ca fonctionnera !
--
Dans news:pan.2005.04.02.18.37.20.393886.17613@nospam.dotandco.com,
...
merci a tous pour tous ces eclaircissements.
j'etais completement a cote de la plaque avec les dns.
je vais relire mieux vos posts pour bien enregistrer tout ce que vous avez
dits.
le nouvel hebergeur m'a repondu qu'il fallait attendre 24h avant que le
zonecheck soit correct pour un transfert.
donc ca me rassure. il faut dire que j'ai declare le domaine dans leur
espace client que cette nuit a 4h du matin.
merci encore a tous. j'espere que demain ca fonctionnera !
j'etais completement a cote de la plaque avec les dns. je vais relire mieux vos posts pour bien enregistrer tout ce que vous avez dits.
le nouvel hebergeur m'a repondu qu'il fallait attendre 24h avant que le zonecheck soit correct pour un transfert. donc ca me rassure. il faut dire que j'ai declare le domaine dans leur espace client que cette nuit a 4h du matin.
merci encore a tous. j'espere que demain ca fonctionnera !
--
Eric Demeester
dans (in) fr.reseaux.internet.hebergement, Patrick Mevzek ecrivait (wrote) :
Bonsoir,
Encore une fois, je ne comprends pas pourquoi vous n'allez pas voir le support technique de votre futur hébergeur ou du prestataire AFNIC concerné. Il me semble que c'est leur travail de vous expliquer et de vous aider à faire le transfert, puisque c'est dans leur intérêt.
C'est effectivement plus efficace de s'adresser directement aux interlocuteurs directement concernés, mais j'ai l'impression que Damien a du mal à les identifier, d'où sa question ici.
-- Eric Demeester - http://www.galacsys.net
dans (in) fr.reseaux.internet.hebergement, Patrick Mevzek
<pm-N200504@nospam.dotandco.com> ecrivait (wrote) :
Bonsoir,
Encore une fois, je ne comprends pas pourquoi vous n'allez pas voir le
support technique de votre futur hébergeur ou du prestataire AFNIC
concerné. Il me semble que c'est leur travail de vous expliquer et de
vous aider à faire le transfert, puisque c'est dans leur intérêt.
C'est effectivement plus efficace de s'adresser directement aux
interlocuteurs directement concernés, mais j'ai l'impression que Damien
a du mal à les identifier, d'où sa question ici.
dans (in) fr.reseaux.internet.hebergement, Patrick Mevzek ecrivait (wrote) :
Bonsoir,
Encore une fois, je ne comprends pas pourquoi vous n'allez pas voir le support technique de votre futur hébergeur ou du prestataire AFNIC concerné. Il me semble que c'est leur travail de vous expliquer et de vous aider à faire le transfert, puisque c'est dans leur intérêt.
C'est effectivement plus efficace de s'adresser directement aux interlocuteurs directement concernés, mais j'ai l'impression que Damien a du mal à les identifier, d'où sa question ici.
-- Eric Demeester - http://www.galacsys.net
Patrick Mevzek
Encore une fois, je ne comprends pas pourquoi vous n'allez pas voir le support technique de votre futur hébergeur ou du prestataire AFNIC concerné. Il me semble que c'est leur travail de vous expliquer et de vous aider à faire le transfert, puisque c'est dans leur intérêt.
C'est effectivement plus efficace de s'adresser directement aux interlocuteurs directement concernés, mais j'ai l'impression que Damien a du mal à les identifier, d'où sa question ici.
Certes, cela peut être flou sur les thématiques qui nous intéressent ici, d'autant qu'il ne semble de l'intérêt de personne de dissoudre le flou. (genre si on prenait toutes les capacités en liaison et tous les matériels décrits sur toutes les pages web d'hébergeurs, on dépasserait très sûrement ce qui existe dans le monde entier).
Cependant, si je décide de changer d'hébergeur, et donc d'aller voir H2 pour remplacer H1, le début du travail commence à ma relation avec H2 qui devrait m'aiguiller, ne serait-ce qu'en me disant que je dois m'adresser à Z pour telle question car ce n'est pas de son ressort à lui, H2.
Bref, ce que je veux dire par là, c'est qu'on ne tombe pas forcément du premier coup sur le bon interlocuteur (encore une fois à cause du flou, et des chaînes de revendeurs), mais qu'on en a normalement au moins un par qui commencer. En espérant que ce premier contact soit bon pour pouvoir continuer.
-- 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>
Encore une fois, je ne comprends pas pourquoi vous n'allez pas voir le
support technique de votre futur hébergeur ou du prestataire AFNIC
concerné. Il me semble que c'est leur travail de vous expliquer et de
vous aider à faire le transfert, puisque c'est dans leur intérêt.
C'est effectivement plus efficace de s'adresser directement aux
interlocuteurs directement concernés, mais j'ai l'impression que Damien
a du mal à les identifier, d'où sa question ici.
Certes, cela peut être flou sur les thématiques qui nous intéressent ici,
d'autant qu'il ne semble de l'intérêt de personne de dissoudre le flou.
(genre si on prenait toutes les capacités en liaison et tous les
matériels décrits sur toutes les pages web d'hébergeurs, on dépasserait
très sûrement ce qui existe dans le monde entier).
Cependant, si je décide de changer d'hébergeur, et donc d'aller voir H2
pour remplacer H1, le début du travail commence à ma relation avec H2 qui
devrait m'aiguiller, ne serait-ce qu'en me disant que je dois m'adresser
à Z pour telle question car ce n'est pas de son ressort à lui, H2.
Bref, ce que je veux dire par là, c'est qu'on ne tombe pas forcément du
premier coup sur le bon interlocuteur (encore une fois à cause du flou,
et des chaînes de revendeurs), mais qu'on en a normalement au moins un
par qui commencer. En espérant que ce premier contact soit bon pour
pouvoir continuer.
--
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>
Encore une fois, je ne comprends pas pourquoi vous n'allez pas voir le support technique de votre futur hébergeur ou du prestataire AFNIC concerné. Il me semble que c'est leur travail de vous expliquer et de vous aider à faire le transfert, puisque c'est dans leur intérêt.
C'est effectivement plus efficace de s'adresser directement aux interlocuteurs directement concernés, mais j'ai l'impression que Damien a du mal à les identifier, d'où sa question ici.
Certes, cela peut être flou sur les thématiques qui nous intéressent ici, d'autant qu'il ne semble de l'intérêt de personne de dissoudre le flou. (genre si on prenait toutes les capacités en liaison et tous les matériels décrits sur toutes les pages web d'hébergeurs, on dépasserait très sûrement ce qui existe dans le monde entier).
Cependant, si je décide de changer d'hébergeur, et donc d'aller voir H2 pour remplacer H1, le début du travail commence à ma relation avec H2 qui devrait m'aiguiller, ne serait-ce qu'en me disant que je dois m'adresser à Z pour telle question car ce n'est pas de son ressort à lui, H2.
Bref, ce que je veux dire par là, c'est qu'on ne tombe pas forcément du premier coup sur le bon interlocuteur (encore une fois à cause du flou, et des chaînes de revendeurs), mais qu'on en a normalement au moins un par qui commencer. En espérant que ce premier contact soit bon pour pouvoir continuer.
-- 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>
