Mobile app version of vmapp.org
Login or Join
Cody1181609

: How to seamlessly transfer a domain (avoid downtime because the previous registrar's nameservers stopped serving DNS records) I just transferred a domain from GoDaddy to NameCheap.com. There was

@Cody1181609

Posted in: #DomainRegistrar #Domains #Downtime #Transfer

I just transferred a domain from GoDaddy to NameCheap.com. There was a period of downtime until I configured the proper settings at NameCheap. During this downtime browsers returned a 408 Request Timeout error. Next time, how do I avoid the downtime during domain transfers because the previous registrar's name servers stopped serving records? Specifically transfers to NameCheap (from GoDaddy).

Note this question differs slightly from Domain transfers - handling the downtime because NameCheap copied the GoDaddy name server information for the domain, but GoDaddy name servers stopped serving DNS records. When I switched to NameCheap's name servers, I had to manually re-enter all the records.

I could swear on a previous transfer (also from GoDaddy to Namecheap) the DNS records were all transferred automatically, with no downtime. What did I do differently last time? Was it just a matter of switching the name server ASAP? I think the issue is configuring the domain to use NameCheap's name servers before GoDaddy's name servers stop serving records.

I've thought of two possible solutions, but I'm not sure if either is feasible:


set the TTL for the records at GoDaddy to a very long value (might not be possible if I don't already own the domain)
use an intermediate, third-party name server


Any better ideas?

10.04% popularity Vote Up Vote Down


Login to follow query

More posts by @Cody1181609

4 Comments

Sorted by latest first Latest Oldest Best

 

@Alves908

Ok, first, it is not necessary to move your files/database etc. unless you are actually also hosting with your current registrar.

Second, the biggest thing often overlooked and contributes to down time during a transfer is whether the new registrar will allow you to setup DNS before the transfer. Many do not but don't admit this openly. For example, 1and1.com will change your nameservers to theirs but not allow you to change any DNS settings until the transfer completes and becomes administratively accessible which I've seen take another 24-48 hours after the transfer has completed.

1) Make sure the new registrar will in fact support the existing 3rd party DNS defined in your WHOIS records that they will lookup at the time of transfer request

2) Setup 3rd party DNS such as free DNS from namecheap and copy your existing DNS zone settings you are using at your current registrar

3) Change DNS servers at your current registrar to the 3rd party DNS such as free DNS and verify propagation could take 48 hours

4) Verify the contact information in WHOIS is accurate and both the registrant and administrative email is valid

5) Unlock the domain at the current registrar and request the transfer authorization code which typically will get emailed to you, either the account email of the WHOIS registrant/admin email.

6) Initiate the transfer w/ the new registrar using the auth code and verifying the email they send to the WHOIS email account which verifies domain ownership

Wait for the transfer to complete.

10% popularity Vote Up Vote Down


 

@Shelton105

Well, should have checked the NameCheap knowledgebase, first: How to transfer a domain into Namecheap without a huge downtime?

NameCheap offers a FreeDNS service so their name servers can start handling DNS requests before a transfer. I suppose it would keep working when transferring away from NameCheap, too.

10% popularity Vote Up Vote Down


 

@Mendez628

There are several parts that need transferred and the way to avoid downtime is to transfer one part at a time in the right order.

I'm assuming that you had everything under one roof with godaddy being the register, dns providers, web host etc, all in one package. So when you transferred the domain, godaddy stopped all the servers at one time. To avoid downtime you have to control and modify the different parts severalty. For example, I would register a domain with one company, use the dns services of another and buy hosting space from a third. This is more complex to set up and might cost more but gives you more control.

The control comes in being able to change the provider of one of these parts without disrupting the service of the other parts. You could change hosts or change registrar without interrupting the dns service, just altering the dns settings.

When changing the DNS, it's recommended to set a very short TTL time so that the DNS changes propagate quickly. If you set a very long TTL, then visitors will continue to be sent to the cached, old, DNS settings until the end of the TTL time.

Moving process:


Backup everything, files, database, email settings, the lot, just incase it all goes wrong.
Set the TTL times on your DNS to a short value.
Copy all your files, databases and settings to the new host (if you have a dynamic site, you may need to restrict some behaviour for some time or set a read only mode to prevent data being lost during the transfer.)
Test the the copy worked correctly.
Change the old DNS system to point to the new web server and check the site is loading. (if checks out you can re-enable the full dynamic behaviour now.)
Copy the DNS settings from the old server to the new DNS server.
Change the nameservers at the registrar to point to the new DNS server.
Check the site works, wait a few days for everything everywhere to propagate to the new settings, and then turn off the old nameserver.
If transferring registrar, do that step last before closing the old account.


You suggest using a intermediate, third party DNS service. I'd suggest that you use a third party DNS service not only as an intermediary, but as the main DNS provider.

10% popularity Vote Up Vote Down


 

@Caterina187

I recently did a similar switch, but this time I was ready. This is what I did.


Duplicate ALL of your DNS records from your old nameserver host to your new nameserver host. Use the same TTL, unless you have a reason not to do so.
Wait until the new nameservers respond to your DNS queries. You can use dig @newnameserver yourdomain.com A +short to see if it responds.
Change your registrar nameservers to point to your new nameservers.
Wait a few days for the new nameservers to propagate across the world (better safe than sorry)
Cancel your old nameserver host


True, this made migration a multi-day affair. When I did a transfer from webhosting/namehosting to a new host, I first did steps 2-3, which took less than a day (the new nameserver host didn't always pick up changes right away). This was on a Wednesday. The following Saturday I did the actual web site transfer, then did the last step the following Monday. Only a few users had issues because I accidentally set the CNAME for www to ghs.google.com (heh).

10% popularity Vote Up Vote Down


Back to top | Use Dark Theme