viewdns.info Open in urlscan Pro
2606:4700:20::681a:d76  Public Scan

URL: https://viewdns.info/dnsreport/?domain=safnah.com
Submission: On August 11 via manual from TR — Scanned from DE

Form analysis 1 forms found in the DOM

Name: dnsreportGET

<form name="dnsreport" action="" method="GET" onsubmit="if (!window.__cfRLUnblockHandlers) return false; return validate(this)">
  <font size="2">Domain (<i>e.g. domain.com</i>): <br></font><input name="domain" type="text" size="30"><input type="submit" value="GO">
</form>

Text Content

 * Tools
 * API
 * Research
 * Data

ViewDNS.info > Tools >


DNS REPORT



View a complete report on the DNS settings for your domain. This tool is
designed to assist webmasters and system administrators diagnose DNS related
issues. A number of tests are run on your DNS settings with results displayed in
an easy to understand manner.


Domain (e.g. domain.com):


DNS Report for safnah.com
==============

Parent Nameserver Tests

StatusTest CaseInformationNS records listed at parent serversNameserver records
returned by the parent servers are:

dan.ns.cloudflare.com. [173.245.59.108] [TTL=172800]
tegan.ns.cloudflare.com. [173.245.58.226] [TTL=172800]

This information was kindly provided by a.gtld-servers.net.
Domain listed at parent serversGood! The parent servers have information on your
domain. Some other domains (like .co.us) do not have a DNS zone at the parent
servers.NS records listed at parent serversGood! The parent servers have your NS
records listed. If they didn't, people wouldn't be able to find your
domain!Parent servers return glueGood! The TLD of your domain (com) matches the
TLD of your nameservers (com) and hence the parent servers MUST return the IP
(glue) for your NS records... AND THEY DO!A record for each NS at parentOops!
The parent servers don't have A records for each of your nameservers! This isn't
a fatal error but means an extra lookup needs to be performed increasing the
load time to your site.


Local Nameserver Tests

StatusTest CaseInformationNS records at your local serversNS records retrieved
from your local nameservers were:

dan.ns.cloudflare.com. [NO GLUE] [TTL=86400]
tegan.ns.cloudflare.com. [NO GLUE] [TTL=86400]
Glue at local nameserversOops! Your local nameservers don't return IP addresses
(glue) along with your NS records! This isn't a fatal error but means an extra
lookup needs to be performed increasing the load time to your site. You can fix
this by adding A records for each of the nameservers listed above.Same glue at
local and parent serversHrmm. Either the parent servers or your servers aren't
returning GLUE for your nameservers. This means an extra lookup needs to be
performed to get the IP's of your nameservers.Same NS records at each local
nameserverGood! All your local nameservers have identical NS records for your
domain.Check that all nameservers respondGood! All of your nameservers listed at
the parent servers responded.Check all nameservers are validGood! All of your
nameservers appear to be valid (e.g. are not IP addresses or partial domain
names)Number of nameserversGood! You have at least 2 nameservers. Whilst RFC218
section 2.5 specifies a minimum of 3, as long as you have 2 or more, you should
be ok!Local nameservers answer authoritativelyGood! All your nameservers answer
authoritatively for your domain.Missing NS records at parent serversGood! The
parent servers have all the nameservers listed for your domain as your local
nameservers!Missing NS records at local serversGood! Your local servers have all
the nameservers listed for your domain that are listed at the parent servers!No
CNAME records for domainGood! No CNAME records are present for 'safnah.com'.
RFC1912 section 2.4 and RFC2181 section 10.3 state that there should be no CNAME
records if any other records are present for a given domain.No CNAME records for
nameserversGood! No CNAME records are present for your nameservers. RFC1912
section 2.4 and RFC2181 section 10.3 state that there should be no CNAME records
if any other records (e.g. an A record) are present for a nameserver.Nameservers
are on different IP subnetsGood! All your nameservers are in separate class C
(/24) subnets.Nameservers have public IP'sGood! All your NS records have public
IP addresses.Nameservers allow TCP connectionsGood! We can establish a TCP
connection with each of your nameservers on port 53. Whilst UDP is most commonly
used for the DNS protocol, TCP connections are occasionally used.


Start of Authority (SOA) Tests

StatusTest CaseInformationSOA RecordYour Start of Authority (SOA) record is:

Primary nameserver: dan.ns.cloudflare.com.
Hostmaster E-mail address: dns.cloudflare.com.
Serial number: 2348512536
Refresh: 10000
Retry: 2400
Expire: 604800
Minimum TTL: 1800
All nameservers have same SOA serial numberGood! All your nameservers agree that
your SOA serial number is 2348512536SOA primary nameserver listed at parentGood!
The primary nameserver listed in your SOA record (dan.ns.cloudflare.com.) is
listed at the parent servers!SOA serial number formatOops! Your SOA serial
number (2348512536) doesn't seem to be in the recommended format (YYYYMMDDnn -
where nn is the revision number). This is still OK, however as long as you are
keeping track of your SOA version details.SOA Refresh valueGood! Your SOA
Refresh value (10000) is within the recommended range of 1 hour (3600) to 1 day
(86400).SOA Retry valueGood! Your SOA Retry value (2400) is within the
recommended range of 5 minutes (300) to 4 hours (14400).SOA Expire valueGood!
Your SOA Expire value (604800) is within the recommended range of 1 week
(604800) to 4 weeks (2419200).SOA Minimum TTL valueGood! Your SOA Minimum TTL
value (1800) is within the recommended range of less than 3 days (259200).


Mail eXchanger (MX) Tests

StatusTest CaseInformationMX RecordsYour Mail eXchanger (MX) records are:

0 _dc-mx.adcacedcc006.safnah.com. [TTL=7200]
All nameservers have same MX recordsGood! All of your nameservers have the same
MX records.All MX records contain valid hostnamesGood! All of your MX entries
have valid hostnames (e.g. are not IP's or invalid domain names).All MX records
use public IP addressesGood! All of your MX entries have public IP addresses.MX
record is not a CNAME/aliasGood! When querying for your MX records we did not
receive a CNAME record as a result.MX A records are not CNAME'sGood! No CNAME
records are present for your MX A records.Number of MX recordsOops! You only
have one MX record! In the event that this mail server is down, you could
potentially lose mail! It is recommended to have two or more MX records (and
hence mail servers) if you want uninterrupted mail functionality.Duplicate MX A
recordsGood! No two MX records resolve to the same IP address.Differing MX A
recordsGood! You have no different IP's for your MX A records than the DNS
server that is authoritive for that hostname.MX records have reverse DNS
entriesGood! All your MX IP addresses have reverse DNS entries. The reverse
entries returned were:

201.194.211.95.in-addr.arpa <--> cp14-nl.temok.com.



WWW Record Tests

StatusTest CaseInformationWWW recordwww.safnah.com A records are:

www.safnah.com. A 104.21.16.22 [TTL=300]
www.safnah.com. A 172.67.165.248 [TTL=300]
WWW A record has public IPGood! The IP address(es) of the A records returned for
your WWW record have public IP addresses.WWW CNAME lookupOK! You don't have a
CNAME entry for your WWW record! This is ok though because you have an A record
for your WWW record. When people visit www.safnah.com they will go to the IP
address in the A record above.








All content © 2024 ViewDNS.info
Feedback / Suggestions / Contact Us - Privacy Policy