Moving DNS out of non-cooperative provider

Ryan Novosielski novosirj at umdnj.edu
Mon Jun 18 17:09:31 UTC 2012


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 06/18/2012 12:19 PM, Tom Diehl wrote:
> On Mon, 18 Jun 2012, Alexander Gurvitz wrote:
> 
>> Can someone enlighten me on the following scenario (I guess it's
>> explained somewhere, but can't find the info.):
>> 
>> example.com was served by ns.OLDprovider.net example.com owner
>> wants to move his domain to ns.NEWprovider.net oldprovider.net is
>> not cooperating, and continues to serve example.com 172800 NS
>> ns.OLDprovider.net (*.gtld-servers.net and ns.newprovider.com now
>> serve example.com 172800 NS ns.NEWprovider.net)
>> 
>> Recursive resolver ns.isp.com queried for www.example.com every
>> few minutes, and currently have example.com 45892 NS
>> ns.OLDprovider.net in it's cache. www.example.com have TTL of
>> 3600. Thus each hour ns.isp.com queries ns.OLDprovider.net, with
>> each query gets new NS record, and... refreshes the NS TTL ?
>> 
>> Will ns.isp.com EVER query ns.NEWprovider.net ?
>> 
>> I'd be happy to know how BIND behaves, but also how other servers
>> may behave in this case.
> 
> It is not a question of how bind behaves. It is a question of how
> does dns work. Bottom line is, setup nameservers with $NEWPROVIDER
> and change the nameserver records with your registrar and move on.
> All will be well when the ttl's time out.
> 
> Until the ttl's timeout, resolvers with the old nameservers cached
> will still query them. Once the ttl's time out the new servers will
> be queried.
> 
> Hope this helps,

Incidentally I use NameCheap as a registrar, and have noted that their
help pages are pretty easy to understand and explain this process in a
helpful way. You don't have to be a customer to look at that stuff.

- -- 
- ---- _  _ _  _ ___  _  _  _
|Y#| |  | |\/| |  \ |\ |  | |Ryan Novosielski - Sr. Systems Programmer
|$&| |__| |  | |__/ | \| _| |novosirj at umdnj.edu - 973/972.0922 (2-0922)
\__/ Univ. of Med. and Dent.|IST/EI-Academic Svcs. - ADMC 450, Newark
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk/fYMsACgkQmb+gadEcsb6d0gCeO5kMKwJkBrurVXICv9cAwHnb
aZAAnAsOj6alnZtNiuoCjKgvexlAp6Xw
=wI6N
-----END PGP SIGNATURE-----
-------------- next part --------------
A non-text attachment was scrubbed...
Name: novosirj.vcf
Type: text/x-vcard
Size: 279 bytes
Desc: not available
URL: <https://lists.isc.org/pipermail/bind-users/attachments/20120618/5f75af46/attachment.vcf>


More information about the bind-users mailing list