web-dev-qa-db-fra.com

Comment transférer de manière transparente un domaine (éviter les temps morts car les serveurs de noms du précédent registraire ont cessé de servir les enregistrements DNS)

Je viens de transférer un domaine de GoDaddy vers NameCheap.com. Il y avait une période d'indisponibilité jusqu'à ce que j'ai configuré les paramètres appropriés à NameCheap. Pendant cette période d'indisponibilité, les navigateurs ont renvoyé une erreur 408 Request Timeout. La prochaine fois , comment puis-je éviter les temps d'arrêt lors des transferts de domaine, car les serveurs de noms du bureau d'enregistrement précédent ont cessé de servir des enregistrements? Plus précisément, transferts vers NameCheap (à partir de GoDaddy).

Notez que cette question diffère légèrement de Transferts de domaine - gestion du temps d'arrêt car NameCheap a copié les informations du serveur de noms GoDaddy pour le domaine, mais les serveurs de noms GoDaddy ont cessé de servir des enregistrements DNS. Lorsque je suis passé aux serveurs de noms NameCheap, je devais ressaisir manuellement tous les enregistrements.

Je pouvais jurer lors d'un précédent transfert (également de GoDaddy à Namecheap) que les enregistrements DNS étaient tous transférés automatiquement, sans temps d'arrêt. Qu'ai-je fait différemment la dernière fois? S'agissait-il simplement d'une commutation du serveur de noms dès que possible? Je pense que le problème consiste à configurer le domaine pour qu'il utilise les serveurs de noms NameCheap avant que les serveurs de noms GoDaddy cessent de servir des enregistrements.

J'ai pensé à deux solutions possibles, mais je ne sais pas si l'une ou l'autre est réalisable:

  • définir le TTL pour les enregistrements de GoDaddy sur une valeur très longue (peut-être impossible si je ne possède pas déjà le domaine)
  • utiliser un serveur de noms tiers intermédiaire

De meilleures idées?

16
Leftium

Eh bien, vous auriez dû vérifier la base de connaissances NameCheap, d’abord: Comment transférer un domaine dans Namecheap sans temps d’arrêt important?

NameCheap offre un service FreeDNS afin que leurs serveurs de noms puissent commencer à gérer les demandes DNS avant un transfert. Je suppose que cela continuerait à fonctionner lors du transfert hors de NameCheap également.

5
Leftium

Plusieurs parties doivent être transférées et le moyen d'éviter les temps d'arrêt consiste à transférer une partie à la fois dans le bon ordre.

Je suppose que vous avez tout sous un même toit avec GoDaddy comme registre, les fournisseurs DNS, les hébergeurs Web, etc., le tout dans un seul paquet. Ainsi, lorsque vous avez transféré le domaine, GoDaddy a arrêté tous les serveurs en même temps. Pour éviter les temps d'arrêt, vous devez contrôler et modifier les différentes parties. Par exemple, je voudrais enregistrer un domaine avec une entreprise, utiliser les services DNS d'une autre et acheter de l'espace d'hébergement auprès d'une troisième. C’est plus complexe à mettre en place et peut coûter plus cher mais vous donne plus de contrôle.

Le contrôle consiste à pouvoir changer le fournisseur d'une de ces pièces sans perturber le service des autres pièces. Vous pouvez changer d’hôte ou de registre sans interrompre le service DNS, mais simplement en modifiant les paramètres DNS.

Lorsque vous changez le DNS, il est recommandé de définir une très courte durée TTL afin que les modifications DNS se propagent rapidement. Si vous définissez une durée de vie très longue, les visiteurs continueront à être envoyés aux anciens paramètres DNS mis en cache jusqu'à la fin du temps TTL.

Processus de déménagement:

  1. Sauvegardez tout, fichiers, base de données, paramètres de messagerie, le lot, juste au cas où tout irait mal.

  2. Définissez les durées TTL de votre DNS sur une valeur courte.

  3. Copiez tous vos fichiers, bases de données et paramètres sur le nouvel hôte (si vous avez un site dynamique, vous devrez peut-être limiter certains comportements pendant un certain temps ou définir un mode en lecture seule pour éviter la perte de données lors du transfert.)

  4. Testez la copie a fonctionné correctement.

  5. Modifiez l'ancien système DNS pour qu'il pointe vers le nouveau serveur Web et vérifiez que le site est en cours de chargement. (si les vérifications sont terminées, vous pouvez réactiver le comportement dynamique complet maintenant.)

  6. Copiez les paramètres DNS de l'ancien serveur sur le nouveau serveur DNS.

  7. Modifiez les serveurs de noms sur le registraire pour qu'ils pointent vers le nouveau serveur DNS.

  8. Vérifiez que le site fonctionne, attendez quelques jours que tout se répande partout dans les nouveaux paramètres, puis désactivez l'ancien serveur de noms.

  9. En cas de transfert du registraire, effectuez cette étape en dernier avant de fermer l'ancien compte.

Vous suggérez d'utiliser un service DNS tiers intermédiaire. Je suggérerais que vous utilisiez un service DNS tiers non seulement en tant qu'intermédiaire, mais également en tant que fournisseur DNS principal.

1
Rincewind42

Ok, d’abord, il n’est pas nécessaire de déplacer vos fichiers/bases de données, etc. sauf si vous hébergez également avec votre registraire actuel.

Deuxièmement, le plus gros problème souvent négligé et qui contribue au temps d'indisponibilité lors d'un transfert est de savoir si le nouveau bureau d'enregistrement vous permettra de configurer le DNS avant le transfert. Beaucoup ne le font pas mais ne l'admettent pas ouvertement. Par exemple, 1and1.com modifiera vos serveurs de noms en leurs, mais ne vous autorisera pas à modifier les paramètres DNS jusqu'à ce que le transfert soit terminé et devienne accessible administrativement, ce qui prend 24 à 48 heures après la fin du transfert.

1) Assurez-vous que le nouveau bureau d'enregistrement prend en charge le DNS tiers existant défini dans vos enregistrements WHOIS, qu'il recherchera au moment de la demande de transfert.

2) Configurez les DNS tiers tels que les DNS gratuits de namecheap et copiez les paramètres de zone DNS existants que vous utilisez chez votre registraire actuel.

3) Changez les serveurs DNS chez votre registraire actuel vers le DNS tiers, tel que le DNS libre et vérifiez la propagation peut prendre 48 heures

4) Vérifier que les informations de contact dans le WHOIS sont exactes et que le courrier électronique du registrant et de l'administrateur est valide

5) Déverrouillez le domaine chez le registraire actuel et demandez le code d’autorisation de transfert qui vous sera généralement envoyé par courrier électronique, soit l’email du compte du courriel du registrant/administrateur WHOIS.

6) Initiez le transfert avec le nouveau registraire en utilisant le code d'autorisation et en vérifiant le courrier électronique envoyé au compte de messagerie WHOIS, ce qui permet de vérifier la propriété du domaine.

Attendez la fin du transfert.

1
Philip Ingram

J'ai récemment fait un changement similaire, mais cette fois j'étais prêt. C'est ce que j'ai fait.

  • Dupliquez TOUS vos enregistrements DNS de votre ancien hôte de serveur de noms vers votre nouvel hôte de serveur de noms. Utilisez le même TTL, sauf si vous avez une raison de ne pas le faire.
  • Attendez que les nouveaux serveurs de noms répondent à vos requêtes DNS. Vous pouvez utiliser Dig @newnameserver yourdomain.com A +short pour voir s'il répond.
  • Modifiez vos serveurs de noms de bureau d'enregistrement pour qu'ils pointent vers vos nouveaux serveurs de noms.
  • Attendez quelques jours que les nouveaux serveurs de noms se propagent à travers le monde (mieux vaut prévenir que guérir)
  • Annuler votre ancien hôte de serveur de noms

Certes, cela a fait de la migration une affaire de plusieurs jours. Lorsque j'ai effectué un transfert entre hébergement Web et hébergement de noms vers un nouvel hôte, j’ai d’abord effectué les étapes 2 et 3, ce qui a pris moins d’une journée (le nouvel hôte du serveur de noms n’a pas toujours pris les modifications à jour). C'était un mercredi. Le samedi suivant, j'ai effectué le transfert du site Web, puis j'ai effectué la dernière étape le lundi suivant. Seuls quelques utilisateurs ont eu des problèmes parce que j'ai accidentellement réglé le CNAME pour www sur ghs.google.com (heh).

0
laebshade