[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[public-dns-discuss] 8.8.8.8 Doesn't resolve our domain telmedia.com.mx




            intodns - https://intodns.com/telmedia.com.mx

            dnsviz - http://dnsviz.net/d/telmedia.com.mx/dnssec/ 

google - https://dns.google.com/query?name=telmedia.com.mx&type=A&dnssec=true




GOOGLE DNS TEST


{ "Status": 2, "TC": false, "RD": true, "RA": true, "AD": false, "CD": false, "Question": [ { "name": "telmedia.com.mx.", "type": 1 } ], "Comment": "Name servers did not respond [189.235.85.123]." }

INTODNS

CategoryStatusTest nameInformation
ParentInfoDomain NS recordsNameserver records returned by the parent servers are:

telmedia2422.ddns.net.   ['189.235.85.123'] (NO GLUE)   [TTL=86400] 

c.mx-ns.mx was kind enough to give us that information. 

Web hosting - Hosterion

WarnTLD Parent CheckWARNING: Looks like the parent servers do not have information for your TLD when asked. This is ok but can be confusing.
PassYour nameservers are listedGood. The parent server c.mx-ns.mx has your nameservers listed. This is a must if you want to be found as anyone that does not know your DNS servers will first ask the parent nameservers.
InfoDNS Parent sent GlueThe parent nameserver c.mx-ns.mx is not sending out GLUE for every nameservers listed, meaning he is sending out your nameservers host names without sending the A records of those nameservers. It's ok but you have to know that this will require an extra A lookup that can delay a little the connections to your site. This happens a lot if you have nameservers on different TLD (domain.com for example with nameserver ns.domain.org.)
PassNameservers A recordsGood. Every nameserver listed has A records. This is a must if you want to be found.
NSInfoNS records from your nameserversNS records got from your nameservers listed at the parent NS are:

telmedia2422.ddns.net  ['189.235.85.123']   [TTL=43200] 

PassRecursive QueriesGood. Your nameservers (the ones reported by the parent server) do not report that they allow recursive queries for anyone.
PassSame GlueThe A records (the GLUE) got from the parent zone check are the same as the ones got from your nameservers. You have to make sure your parent server has the same NS records for your zone as you do according to the RFC. This tests only nameservers that are common at the parent and at your nameservers. If there are any missing or stealth nameservers you should see them below!
InformationGlue for NS recordsINFO: GLUE was not sent when I asked your nameservers for your NS records.This is ok but you should know that in this case an extra A record lookup is required in order to get the IPs of your NS records. The nameservers without glue are: 
189.235.85.123
You can fix this for example by adding A records to your nameservers for the zones listed above.
PassMismatched NS recordsOK. The NS records at all your nameservers are identical.
PassDNS servers respondedGood. All nameservers listed at the parent server responded.
PassName of nameservers are validOK. All of the NS records that your nameservers report seem valid.
ErrorMultiple NameserversERROR: Looks like you have less than 2 nameservers. According to RFC2182 section 5 you must have at least 3 nameservers, and no more than 7. Having 2 nameservers is also ok by me.
PassNameservers are lameOK. All the nameservers listed at the parent servers answer authoritatively for your domain.
PassMissing nameservers reported by parentOK. All NS records are the same at the parent and at your nameservers.
PassMissing nameservers reported by your nameserversOK. All nameservers returned by the parent server c.mx-ns.mx are the same as the ones reported by your nameservers.
PassDomain CNAMEsOK. RFC1912 2.4 and RFC2181 10.3 state that there should be no CNAMEs if an NS (or any other) record is present.
PassNSs CNAME checkOK. RFC1912 2.4 and RFC2181 10.3 state that there should be no CNAMEs if an NS (or any other) record is present.
WarnDifferent subnetsWARNING: Not all of your nameservers are in different subnets
PassIPs of nameservers are publicOk. Looks like the IP addresses of your nameservers are public. This is a good thing because it will prevent DNS delays and other problems like 
PassDNS servers allow TCP connectionOK. Seems all your DNS servers allow TCP connections. This is a good thing and useful even if UDP connections are used by default.
WarnDifferent autonomous systemsWARNING: Single point of failure
PassStealth NS records sent Ok. No stealth ns records are sent
SOAInfoSOA recordThe SOA record is:
Primary nameserver: telmedia2422.ddns.net
Hostmaster E-mail address: hostmaster.telmedia.com.mx
Serial #: 100 
Refresh: 3600 
Retry: 7200 
Expire: 2419200   4 weeks
Default TTL: 7200 
PassNSs have same SOA serialOK. All your nameservers agree that your SOA serial number is 100
PassSOA MNAME entryOK. telmedia2422.ddns.net That server is listed at the parent servers.
PassSOA SerialYour SOA serial number is: 100. The recommended format (per RFC1912 2.2) is YYYYMMDDnn, where 'nn' is the revision. 
Your SOA serial appears to be the number of seconds since midnight 01 Jan 1970 when the last DNS change was made. That seems to be 1969/12/31 18:1:40
PassSOA REFRESHOK. Your SOA REFRESH interval is: 3600. That is OK
PassSOA RETRYYour SOA RETRY value is: 7200. Looks ok
PassSOA EXPIREYour SOA EXPIRE number is: 2419200.Looks ok
PassSOA MINIMUM TTLYour SOA MINIMUM TTL is: 7200. This value was used to serve as a default TTL for records without a given TTL value and now is used for negative caching (indicates how long a resolver may cache the negative answer). RFC2308 recommends a value of 1-3 hours. Your value of 7200 is OK.
MXInfoMX RecordsYour MX records that were reported by your nameservers are:

20   telmedia-com-mx.mail.protection.outlook.com   216.32.181.42 216.32.180.106 (no glue) 
1   telmedia2422.ddns.net   189.235.85.123 (no glue) 

[These are all the MX records that I found. If there are some non common MX records at your nameservers you should see them below. ]
PassDifferent MX records at nameserversGood. Looks like all your nameservers have the same set of MX records. This tests to see if there are any MX records not reported by all your nameservers and also MX records that have the same hostname but different IPs
PassMX name validityGood. I did not detect any invalid hostnames for your MX records.
PassMX IPs are publicOK. All of your MX records appear to use public IPs.
PassMX CNAME CheckOK. No problems here.
PassMX A request returns CNAMEOK. No CNAMEs returned for A records lookups.
PassMX is not IPOK. All of your MX records are host names.
PassNumber of MX recordsGood. Looks like you have multiple MX records at all your nameservers. This is a good thing and will help in preventing loss of mail.
PassMismatched MX AOK. I did not detect differing IPs for your MX records.
PassDuplicate MX A records OK. I have not found duplicate IP(s) for your MX records. This is a good thing.
PassReverse MX A records (PTR)Your reverse (PTR) record:
42.181.32.216.in-addr.arpa ->  mail-co1nam040042.inbound.protection.outlook.com
123.85.235.189.in-addr.arpa ->  dsl-189-235-85-123-dyn.prod-infinitum.com.mx
106.180.32.216.in-addr.arpa ->  mail-bn3nam040106.inbound.protection.outlook.com
You have reverse (PTR) records for all your IPs, that is a good thing.
WWWErrorWWW A RecordERROR: I could not get any A records for www.telmedia.com.mx!

(I only do a cache request, if you recently added a WWW A record, it might not show up here.)

Processed in 17.802 seconds.



DNSVIZ TEST



8.8.8.8 CAN'T RESOLVE OUR DOMAIN

Rafaels-MacBook-Air:~ rp$ dig @8.8.8.8 www.telmedia.com.mx

; <<>> DiG 9.8.3-P1 <<>> @8.8.8.8 www.telmedia.com.mx
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 40408
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;www.telmedia.com.mx. IN A

;; Query time: 62 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Thu Mar 8 11:51:27 2018
;; MSG SIZE rcvd: 37

4.2.2.2 CAN

Rafaels-MacBook-Air:~ rp$ dig @4.2.2.2 www.telmedia.com.mx

; <<>> DiG 9.8.3-P1 <<>> @4.2.2.2 www.telmedia.com.mx
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 52562
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;www.telmedia.com.mx. IN A

;; ANSWER SECTION:
www.telmedia.com.mx. 43200 IN A 162.215.253.9

;; Query time: 164 msec
;; SERVER: 4.2.2.2#53(4.2.2.2)
;; WHEN: Thu Mar 8 11:52:27 2018
;; MSG SIZE rcvd: 53

WITHOUT DNSEC THE SAME HAPPENS:


Rafaels-MacBook-Air:~ rp$ dig @8.8.8.8 www.telmedia.com.mx. +cd

; <<>> DiG 9.8.3-P1 <<>> @8.8.8.8 www.telmedia.com.mx. +cd
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 14573
;; flags: qr rd ra cd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;www.telmedia.com.mx. IN A

;; Query time: 55 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Thu Mar 8 11:54:02 2018
;; MSG SIZE rcvd: 37



afaels-MacBook-Air:~ rp$ dig @4.2.2.2 www.telmedia.com.mx. +cd

; <<>> DiG 9.8.3-P1 <<>> @4.2.2.2 www.telmedia.com.mx. +cd
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 15558
;; flags: qr rd ra cd; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;www.telmedia.com.mx. IN A

;; ANSWER SECTION:
www.telmedia.com.mx. 43200 IN A 162.215.253.9

;; Query time: 180 msec
;; SERVER: 4.2.2.2#53(4.2.2.2)
;; WHEN: Thu Mar 8 11:53:39 2018
;; MSG SIZE rcvd: 53





--

Rafael Pelanis  

Dirección de Ingeniería  | Telmedia

Mb: +52 (55) 7307-0331 | Of:  +52 (55) 8000-3522 |  Skype: telmedia_rpelanis

E-mail: rpelanis AT telmedia.com.mx  |  www.telmedia.com.mx

 

--
--
========================================================
You received this message because you are subscribed to the Google
Groups "public-dns-discuss" group.
To post to this group, send email to public-dns-discuss AT googlegroups.com
To unsubscribe from this group, send email to
public-dns-discuss+unsubscribe AT googlegroups.com
For more options, visit this group at
http://groups.google.com/group/public-dns-discuss
For more information on Google Public DNS, please visit
http://developers.google.com/speed/public-dns
========================================================
---
You received this message because you are subscribed to the Google Groups "public-dns-discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email to public-dns-discuss+unsubscribe AT googlegroups.com.
For more options, visit https://groups.google.com/d/optout.