| Parent | pass | NS records at parent servers | Your NS records at the parent servers are: ns2.linuxguru.ca. [ 96.53.120.146 ] ns4.linuxguru.ca. [ 174.3.32.225 ] [These were obtained from e.ca-servers.ca.] |
| pass | Glue at parent nameservers | Parent nameservers (I checked with e.ca-servers.ca.) know A record for your domain, Very good ! | |
| NS | info | NS records at your nameservers | Your NS records at your nameservers are: At 96.53.120.146 ns2.linuxguru.ca. [unknow] 174.3.32.225 Does not respond |
| pass | Mismatched glue | OK. The DNS report did not detect any discrepancies between the glue provided by the parent servers and that provided by your authoritative DNS servers. | |
| fail | No NS A records at nameservers | Error: some servers does not provide A records for nameservers At ns2.linuxguru.ca. [96.53.120.146] No A record for ns2.linuxguru.ca. | |
| fail | All nameservers report identical NS records | ERROR. The NS records at all your nameservers are different, check the info above for details. | |
| fail | All nameservers respond | ERROR: some nameservers does not respond ns4.linuxguru.ca. [174.3.32.225] does not respond | |
| pass | Nameserver name validity | OK. All of the NS records that your nameservers report seem valid (no IPs or partial domain names). | |
| pass | Number of nameservers | OK. You have 2 nameservers. You must have at least 2 nameservers (RFC2182 section 5 recommends at least 3 nameservers), and preferably no more than 7. | |
| pass | Lame nameservers | OK. All the nameservers listed at the parent servers answer authoritatively for your domain. | |
| pass | Missing (stealth) nameservers | OK. All 2 of your nameservers (as reported by your nameservers) are also listed at the parent servers. | |
| fail | Missing nameservers 2 | ERROR: missing nameservers (nameservers what exist at root servers , but does not exist at your nameservers) ns4.linuxguru.ca. missing at ns2.linuxguru.ca. [96.53.120.146] | |
| pass | Nameservers on separate class C's | Your nameservers seems to be in different networks. | |
| pass | All NS IPs public | OK. All of your NS records appear to use public IPs. If there were any private IPs, they would not be reachable, causing DNS delays. | |
| SOA | info | SOA record | Your SOA record is: Primary nameserver: linuxguru.ca. Hostmaster E-mail address: hostmaster.linuxguru.ca. Serial #: 2001 Refresh: 28800 Retry: 7200 Expire: 604800 Default TTL:1800 |
| pass | NS agreement on SOA Serial # | OK. All your nameservers agree that your SOA serial number is 2001. That means that all your nameservers are using the same data. | |
| fail | SOA MNAME Check | ERROR: Your SOA (Start of Authority) record states that your master (primary) name server is: linuxguru.ca. That server is not listed at the parent servers, which is not correct. | |
| warn | SOA Serial Number | Your SOA serial number is: 2001. This not appears to be in the recommended format of YYYYMMDDnn, where 'nn' is the revision. This number must be incremented every time you make a DNS change. | |
| warn | SOA REFRESH value | Your SOA REFRESH interval is : 28800 seconds. This seems too long (about 3600-7200 seconds is good if not using DNS NOTIFY; RFC1912 2.2 recommends a value between 1200 to 43200 seconds (20 minutes to 12 hours)). This value determines how often secondary/slave nameservers check with the master for updates. | |
| pass | SOA RETRY value | Your SOA RETRY interval is : 7200 seconds. This seems normal (about 120-7200 seconds is good). The retry value is the amount of time your secondary/slave nameservers will wait to contact the master nameserver again if the last attempt failed. | |
| pass | SOA EXPIRE value | Your SOA EXPIRE time is : 604800 seconds. This seems normal (about 1209600 to 2419200 seconds (2-4 weeks) is good). RFC1912 suggests 2-4 weeks. This is how long a secondary/slave nameserver will wait before considering its DNS data stale if it can't reach the primary nameserver. | |
| pass | SOA MINIMUM TTL value | Your SOA MINIMUM TTL is : 1800 seconds. This seems normal (about 3,600 to 86400 seconds or 1-24 hours is good). RFC2308 suggests a value of 1-3 hours. This value used to determine the default (technically, minimum) TTL (time-to-live) for DNS entries, but now is used for negative caching. | |