In reference to this question, I've been working with skv to fix their glue records and I'm sort of wondering what I should be seeing. They've called DNSMadeEasy and got assistance creating the glue records.
Here's what I see when I query a TLD server:
dig +norec @e.gtld-servers.net. skv.com NS
; <<>> DiG 9.8.3-P1 <<>> +norec @e.gtld-servers.net. skv.com NS
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 36825
;; flags: qr; QUERY: 1, ANSWER: 0, AUTHORITY: 2, ADDITIONAL: 12
;; QUESTION SECTION:
;skv.com. IN NS
;; AUTHORITY SECTION:
skv.com. 172800 IN NS ns1.primuscomputing.com.
skv.com. 172800 IN NS ns2.primusnetworks.com.
;; ADDITIONAL SECTION:
ns1.primuscomputing.com. 172800 IN A 208.80.124.4
ns1.primuscomputing.com. 172800 IN A 208.80.125.4
ns1.primuscomputing.com. 172800 IN A 208.80.126.4
ns1.primuscomputing.com. 172800 IN A 208.80.127.4
ns1.primuscomputing.com. 172800 IN A 208.94.148.4
ns1.primuscomputing.com. 172800 IN A 208.94.149.4
ns2.primusnetworks.com. 172800 IN A 208.80.124.4
ns2.primusnetworks.com. 172800 IN A 208.80.125.4
ns2.primusnetworks.com. 172800 IN A 208.80.126.4
ns2.primusnetworks.com. 172800 IN A 208.80.127.4
ns2.primusnetworks.com. 172800 IN A 208.94.148.4
ns2.primusnetworks.com. 172800 IN A 208.94.149.4
This seems to indicate that the glue records are in place.
However, if I perform a whois on skv.com, I don't see IP addresses next to the servers listed. I called Network Solutions to ask them and they said that information cannot be altered and indicated that the information would be added automatically?
The other thing is that when I don't receive an ADDITIONAL section when I dig skv.com NS.
Is it possible these items will get automatically updated as the changes propagates? Or is there more I need to do?
Thanks, all!
From http://www.webhostingbuzz.com/wiki/how-add-glue-records/...
Repeat to add secondary name server with your IP address.
By all appearances your glue is fine and the WHOIS database is running behind.
dig <somedomain> NS
does not display the glue that nameservers use to find a domain. As your dig output against the root nameservers shows, the glue is present. The DNS response that comes back with the missing additional records originates from the authoritative nameservers forskv.com
, which can only be fixed by the parties who operate the nameservers.-
Keep in mind that the missing
ADDITIONAL
section is not strictly necessary: theminimal-responses
option in BIND explicitly disables it in reply packets except in cases where required by RFC. (i.e. delegations)