Shortly after this thread started we had a customer trying to migrate
here with the same problem.
Enom was made aware of this and started working on the issue and in
working with them to run some tests it looks fixed now.
They tell me the fix will be promoted live tomorrow.
- mark
On 14 Jan 2013, at 17:53, Fan Of Network<[email protected]> wrote:
Hello,
We use Enom as a registrar and provider of name server for a few of our
domains. Recently we decided to switch name servers provider to a
different company. One could say that it is easy. Yes, but with Enom name
server is seems to be a problem. Why?
Let's assume that we query for a host record in xclusivmedia.com (one
of our domains still registered at Enom). Our resolver will cache
(depending if it is parent-centric on child-centric) NS records from .com
authoritative name server (TTL of 2 days) or Enom's name server (TTL of
1h). Then, we change list of authoritative name server at Enom (here as
registrar) and within minutes .com authoritative servers will be updated.
However, our resolver will keep asking Enom's name server for our domain.
What Enom's server will reply? Let's see:
dig test1.xclusivmedia.com @dns1.name-services.com
;<<>> DiG 9.3.6-P1-RedHat-9.3.6-20.P1.el5_8.6<<>>
test1.xclusivmedia.com @dns1.name-services.com
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 43753
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 6, ADDITIONAL: 0
;; QUESTION SECTION:
;test1.xclusivmedia.com. IN A
;; AUTHORITY SECTION:
test1.xclusivmedia.com. 1800 IN A 91.102.91.61
test1.xclusivmedia.com. 1800 IN TXT "v=spf1 -all"
test1.xclusivmedia.com. 3600 IN NS ns1.p28.dynect.net.
test1.xclusivmedia.com. 3600 IN NS ns2.p28.dynect.net.
test1.xclusivmedia.com. 3600 IN NS ns3.p28.dynect.net.
test1.xclusivmedia.com. 3600 IN NS ns4.p28.dynect.net.
;; Query time: 166 msec
;; SERVER: 98.124.192.1#53(98.124.192.1)
;; WHEN: Mon Jan 14 18:44:41 2013
;; MSG SIZE rcvd: 166
Yes, this the whole zone dumped into authority section...Did you see
something like that before? Any idea how to work it around?
We tried Enom's support, but they don't see the problem in this and
they are not willing to escalate.
Is anyone from Enom reading this? If so, could you please contact me
off the list?
Thanks.
--
Mark Jeftovic <[email protected]>
Founder & CEO, easyDNS Technologies Inc.
+1-(416)-535-8672 ext 225
Read my blog: http://markable.com
_______________________________________________
dns-operations mailing list
[email protected]
https://lists.dns-oarc.net/mailman/listinfo/dns-operations
dns-jobs mailing list
https://lists.dns-oarc.net/mailman/listinfo/dns-jobs