Report for thebankersbank.com

OK. Found A records for all name servers.

• ns1.perimetercenter.com. → 216.27.81.251
• ns2.perimetercenter.com. → 67.216.72.55
• ns3.perimetercenter.com. → 40.143.16.136
• ns4.perimetercenter.com. → 173.237.157.193

To reach your name servers via IPv4 an A record is needed for each name server.

OK. All your name servers responded. We queried domain's records from all of your name servers and we received them successfully.

OK. No differences found. The glue provided by the parent name servers has to match the data provided by the authoritative name servers.

OK. Domain name servers are not allowing recursive queries. On all name servers which acts as caching name servers recursive queries should be restricted to local networks. Having open DNS servers can lead to abuses such as cache poisoning and DOS (denial of service) attacks. Cache poisoning attacks allows under certain conditions to redirect legitimate web traffic, email and other traffic to malicious hosts compromising security.

OK. Domain has 6 name servers. Recommended number, between 2 and 7 name servers (RFC 2182 recommends to have at least 3 authoritative name servers for domains).

OK. All your name servers reported identical NS records. Each name server should return identical NS records.

OK. No lame name servers found. All of your name servers are configured to be either master or slave for your domain.

OK. No private IPs found. Name servers using private IPs can't be reached from the Internet causing DNS delays.

OK. Found A records for each name servers.

• ns1.anodynetech.com. → 216.27.81.251
• ns1.perimetercenter.com. → 216.27.81.251
• ns2.anodynetech.com. → 67.216.72.55
• ns2.perimetercenter.com. → 67.216.72.55
• ns3.perimetercenter.com. → 40.143.16.136
• ns4.perimetercenter.com. → 173.237.157.193

To reach your name servers via IPv4 an A record is needed for each name server.

OK. All names are valid. Name server name should be a valid host name, no partial name or IP address.

OK. No missing name servers found. All name servers returned by the parent name servers should have an NS record at your name servers.

OK. No CNAMEs found in NS records. RFC 2181, section 10.3 says that host name must map directly to one or more address record (A or AAAA) and must not point to any CNAME records. RFC 1034, section 3.6.2 says if a name appears in the right-hand side of RR (Resource Record) it should not appear in the left-hand name of CNAME RR, thus CNAME records should not be used with NS and MX records. Despite this restrictions, there are many working configuration using CNAME with NS and MX records.

OK. All name servers are allowing TCP connections. When response to a DNS query exceeds 512 bytes, TCP is negotiated and used, all name servers should allow TCP connections (port 53).

OK. Name servers are dispersed on 4 different C class networks:

• 173.237.157.0/24:
  • ns4.perimetercenter.com.
• 216.27.81.0/24:
  • ns1.anodynetech.com.
  • ns1.perimetercenter.com.
• 40.143.16.0/24:
  • ns3.perimetercenter.com.
• 67.216.72.0/24:
  • ns2.anodynetech.com.
  • ns2.perimetercenter.com.

Name servers should be dispersed (topologically and geographically) across the Internet to avoid risk of single point of failure (RFC 2182).

OK. Name servers software versions are not exposed:

• 173.237.157.193: "unknown"
• 216.27.81.251: "unknown"
• 40.143.16.136: "unknown"
• 67.216.72.55: "unknown"

Exposing name server's versions may be risky, when a new vulnerability is found your name servers may be automatically exploited by script kiddies until you patch the system. Learn how to hide version.

OK. All name servers (4) have the same serial number [2010012041]. Having different serials on your name servers may show inconsistencies between name servers configuration (multiple masters), or communication errors (ACL and firewall issues).

OK. Serial number format OK [2010012041]. Your serial number is following general convention for serial number YYYYMMDDnn, where YYYY is four-digit year number, MM is the month, DD is the day and nn is the sequence number in case zone file is updated more than once per day.

OK. Contact email for DNS problems is hostmaster@hostedsolutions.com. (hostmaster.hostedsolutions.com.). RNAME field defines an administrative email for your zone. RFC2142 recommends using hostmaster e-mail for this purpose, but any valid e-mail address can be used.

OK. Refresh interval is 10800. Recommended values [1200 .. 43200] (20 min ... 12 hours). Refresh field from SOA record determines how quickly zone changes are propagated from master to slave.

OK. Retry interval is 3600. Recommended values [120 .. 7200] (2 minutes .. 2 hours). Retry field from SOA record defines how often slave should retry contacting master if connection to master failed during refresh.

OK. All name servers returned identical MX records.

OK. Found A records for all mail servers.

• us-smtp-inbound-1.mimecast.com. → 170.10.128.221, 170.10.132.242, 170.10.132.141, 170.10.132.221, 170.10.128.141, 170.10.128.242
• us-smtp-inbound-2.mimecast.com. → 170.10.128.221, 170.10.128.141, 170.10.132.141, 170.10.132.242, 170.10.128.242, 170.10.132.221

To reach your mail servers via IPv4 an A record is needed for each mail server.

OK. All mail servers have reverse DNS entries configured correctly.

All mail servers should have a reverse DNS (PTR) entry for each IP address (RFC 1912). Missing reverse DNS entries will make many mail servers to reject your e-mails or mark them as SPAM.

All IP's reverse DNS entries should resolve back to IP address (IP → PTR → IP). Many mail servers are configured to reject e-mails from IPs with inconsistent reverse DNS configuration.

OK. No invalid characters found. Name field from MX records should be a valid host name.

OK. No private IPs found. Mail servers using private IPs can't be reached from the Internet causing mail delivery delays.

OK. No IPs found in MX records. IP addresses are not allowed in MX records, only host names.

OK. No CNAMEs found in MX records. RFC 2181, section 10.3 says that host name must map directly to one or more address record (A or AAAA) and must not point to any CNAME records. RFC 1034, section 3.6.2 says if a name appears in the right-hand side of RR (Resource Record) it should not appear in the left-hand name of CNAME RR, thus CNAME records should not be used with NS and MX records. Despite this restrictions, there are many working configuration using CNAME with NS and MX records.

OK. Mail servers IPs are not blacklisted.

OK. Successfully connected to all mail servers.

• us-smtp-inbound-1.mimecast.com.:

  220 us-smtp-inbound-1.mimecast.com ESMTP; Mon, 03 Nov 2025 12:09:16 -0500

• us-smtp-inbound-2.mimecast.com.:

  220 us-smtp-inbound-1.mimecast.com ESMTP; Mon, 03 Nov 2025 12:09:16 -0500

To receive emails, mail servers should allow TCP connections on port 25.

OK. Found SPF record: SPF (Sender Policy Framework) record is designed to prevent e-mail spoofing. Typical SPF record would be:
v=spf1 a mx ~all or v=spf1 a mx include:_spf.google.com ~all if you are using Google Apps.

OK. Name servers returned identical TXT records. Only SPF records are compared, all name servers should return identical SPF records.

OK. Found DMARC record:

The DMARC uses DKIM keys published in the DNS or IP addresses specified in the SPF record to authenticate emails to protect domain from fraudulent emails.

You can specify a policy how to deal with emails which fails authentication. A typical policy would be to reject, this applies to the domain and all its subdomains without an explicit policy. The DMARC policy has precedence over SPF policy. If you are more conservative, you can start with quarantine.

Example DMARC record: The authenticated emails will be delivered in the Inbox and others in the Spam/Junk folder.

OK. Domain thebankersbank.com. resolves to:

• 104.154.169.136

OK. No private IPs found for thebankersbank.com.. Web servers using private IPs can't be reached from the Internet.

OK. Domain www.thebankersbank.com. resolves to:

• 130.211.29.77

OK. No private IPs found for www.thebankersbank.com.. Web servers using private IPs can't be reached from the Internet.