Anydesk Resolver



Anydesk resolverAnydesk Resolver

Contribute to b1scoito/anydeskresolver development by creating an account on GitHub. You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. AnyDesk is genuine application that provides remote System control functionality. It provides remote access to personal computers running the host application which can be installed on Windows, MacOS, Linux and FreeBSD. This application allows you to access said computer both from personal computers and from iOS and Andriod moble devices.

Gradescope markdown

Network
CategoryStatusTest nameInformation send feedback
ParentDomain NS recordsNameserver records returned by the parent servers are:
ns-203.awsdns-25.com. ['205.251.192.203'] [TTL=172800]
ns-894.awsdns-47.net. ['205.251.195.126'] (NO GLUE) [TTL=172800]
ns-1606.awsdns-08.co.uk. ['205.251.198.70'] (NO GLUE) [TTL=172800]
ns-1096.awsdns-09.org. ['205.251.196.72'] (NO GLUE) [TTL=172800]
m.gtld-servers.net was kind enough to give us that information.
TLD Parent CheckGood. m.gtld-servers.net, the parent server I interrogated, has information for your TLD. This is a good thing as there are some other domain extensions like 'co.us' for example that are missing a direct check.
Your nameservers are listedGood. The parent server m.gtld-servers.net 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.
DNS Parent sent GlueThe parent nameserver m.gtld-servers.net 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.)
Nameservers A recordsGood. Every nameserver listed has A records. This is a must if you want to be found.
NSNS records from your nameserversNS records got from your nameservers listed at the parent NS are:
ns-1096.awsdns-09.org ['205.251.196.72'] [TTL=86400]
ns-1606.awsdns-08.co.uk ['205.251.198.70'] [TTL=86400]
ns-203.awsdns-25.com ['205.251.192.203'] [TTL=86400]
ns-894.awsdns-47.net ['205.251.195.126'] [TTL=86400]
Recursive QueriesGood. Your nameservers (the ones reported by the parent server) do not report that they allow recursive queries for anyone.
Same 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!
Glue 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:
205.251.195.126
205.251.198.70
205.251.196.72
205.251.192.203
You can fix this for example by adding A records to your nameservers for the zones listed above.
Mismatched NS recordsOK. The NS records at all your nameservers are identical.
DNS servers respondedGood. All nameservers listed at the parent server responded.
Name of nameservers are validOK. All of the NS records that your nameservers report seem valid.
Multiple NameserversGood. You have multiple 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.
Nameservers are lameOK. All the nameservers listed at the parent servers answer authoritatively for your domain.
Missing nameservers reported by parentOK. All NS records are the same at the parent and at your nameservers.
Missing nameservers reported by your nameserversOK. All nameservers returned by the parent server m.gtld-servers.net are the same as the ones reported by your nameservers.
Domain CNAMEsOK. RFC1912 2.4 and RFC2181 10.3 state that there should be no CNAMEs if an NS (or any other) record is present.
NSs 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.
Different subnetsOK. Looks like you have nameservers on different subnets!
IPs 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
DNS 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.
Different autonomous systemsOK. It seems you are safe from a single point of failure. You must be careful about this and try to have nameservers on different locations as it can prevent a lot of problems if one nameserver goes down.
Stealth NS records sent Ok. No stealth ns records are sent
SOASOA recordThe SOA record is:
Primary nameserver: ns-1096.awsdns-09.org
Hostmaster E-mail address: awsdns-hostmaster.amazon.com
Serial #: 1
Refresh: 7200
Retry: 900
Expire: 1209600 2 weeks
Default TTL: 86400
NSs have same SOA serialOK. All your nameservers agree that your SOA serial number is 1.
SOA MNAME entryOK. ns-1096.awsdns-09.org That server is listed at the parent servers.
SOA SerialYour SOA serial number is: 1. 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:0:1
SOA REFRESHOK. Your SOA REFRESH interval is: 7200. That is OK
SOA RETRYYour SOA RETRY value is: 900. Looks ok
SOA EXPIREYour SOA EXPIRE number is: 1209600.Looks ok
SOA MINIMUM TTLYour SOA MINIMUM TTL is: 86400. 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 86400 is OK.
MXMX RecordsYour MX records that were reported by your nameservers are:
10 barracuda.anydesk.com 35.157.199.146
[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. ]
Different 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
MX name validity Good. I did not detect any invalid hostnames for your MX records.
MX IPs are publicOK. All of your MX records appear to use public IPs.
MX CNAME CheckOK. No problems here.
MX A request returns CNAMEOK. No CNAMEs returned for A records lookups.
MX is not IPOK. All of your MX records are host names.
Number of MX records OK. Looks like you only have one MX record at your nameservers. You should be careful about what you are doing since you have a single point of failure that can lead to mail being lost if the server is down for a long time.
Mismatched MX AOK. I did not detect differing IPs for your MX records.
Duplicate MX A records OK. I have not found duplicate IP(s) for your MX records. This is a good thing.
Reverse MX A records (PTR)Your reverse (PTR) record:
146.199.157.35.in-addr.arpa ->barracuda.anydesk.com
You have reverse (PTR) records for all your IPs, that is a good thing.
WWWWWW A Record Your www.anydesk.com A record is:
www.anydesk.com [52.85.10.11] [52.85.10.118] [52.85.10.40] [52.85.10.45]
IPs are publicOK. All of your WWW IPs appear to be public IPs.
WWW CNAME OK. No CNAME

Change Anydesk Address

Resolver

Anydesk Hacking

Processed in 0.199 seconds.