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