New on LowEndTalk? Please Register and read our Community Rules.
All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.
All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.
Comments
It's already in my Todo list. Thank you!
Veddy nice -- It's similar to a couple of other sites I use for this, but I think DnsInspect is nicer on the eyes. Good job!
Works well for me too. I even learned a few things! The system doesn't seem to like Google Apps' MX records, though. I guess they're not optimally configured, which isn't your fault, but still mildly concerning each time you see one of the associated warnings.
I've added DMARC (http://www.dmarc.org/) test today.
If you have configured correctly SPF and/or DKIM, DMARC allows you to specify an email address to receive aggregate reports (XML data) from DMARC receivers (AOL, Gmail, Hotmail, Yahoo!, etc).
DMARC is really powerful when combined with Dmarcian (http://dmarcian.com/), you can forward those reports to Dmarcian to parse them or you can configure your DMARC policy to send reports directly to Dmarcian. After parsing you'll see detailed reports in a more human format.
Nice! bookmarked, will use it from now.
@vitalie It's unable to detect the PTR record for my mailserver's IPv4 address.
http://img.d3vm.net/4961a8bf3ce264717df492121b464164.png
Your reverse resolves through a CNAME, let me check the docs if this is OK.
@vitalie - You probably used this library some eh?
http://www.miek.nl/projects/godns/index.html
Thanks for you useful information. I have generally checked dns related information from this site WhoisXY.com
Mine shows no SPF but rest assured its there.
Bookmark'd. Thank you for this tool. You could make a "customer account" where I could store my requests and compare from time to time.
Looks great. Another vote for a mobile version or app.
Yes, I'm using Miek's DNS library.
A graph with domain's score over time?
Thanks! I'll start the work on mobile version this month.
Sure, why not? Anything that could frizzle your shizzle.
I really, really like this tool. My one problem is this "WARNING: All name servers are located in one Autonomous System:"
I don't think this should be an issue at all if all DNS Servers are not part of the same /24. Just keep in mind that almost 100% of all AnyCAST DNS Servers are originating from the same ASN.
Also please GitHub that. I'd love to run my own hosted version of it :-)
Looking good! Would like to see the progress on this.
Looks like a success story
Include DNSSEC?
@Dalek
I'll have to add a comment there for Anycast configuration.
Not, yet.
Yes, it's a best match for Go language:
>
>
This looks great, an alternative to intodns.com
Any plans for Githubbing it? I'm sure many would love to have their own hosted version and get updates via Github.
Works great. Love it!
I've updated the web design to be responsive. Good bye, annoying zoom/scroll on mobiles!
Nice work.
However I do not think its valid to check for SPF rr types.
You currently have:
"No SPF type records found. All name servers should return identical SPF records."
As of RFC 7208 the type-99 rr (SPF) should no longer be used and instead only TXT records. Now I know that many still use SPF (and TXT) but with this DNS checker I would imagine you would want to test against the RFC Spec rather than according to what "people are doing"
IMO - Remove checks for SPF rr types
Sources:
http://tools.ietf.org/html/rfc6686#section-6
http://tools.ietf.org/html/rfc7208#section-3.1
http://tools.ietf.org/html/rfc7208#section-14.1
Keep up the great work!
some peoples use MX record of google to receive email in google or other mail box and mail server only sends mails.
i think that there should be way to check not domain, but only mail server (SPF, DKIM, DMARK and other things) because one domain can receive mails to gmail inbox and domain`s web page send mails from own smtp or mail server
It doesn't seem to like my .co domain for some reason
The engine was written a few years ago, it definitely needs an update. I'll keep the test but I'll warn users who are still using SPF instead of TXT records.
I'm planning to add more specialized tools which will include mail/name server checks.
Send me a PM with the domain name, I've noticed this problem too on a few .ru domains.
Thanks!
Is NameServers on Different ASN really necessary?? Only on Different Subnet works well as IntoDNS says.
@vitalie, out of curiousity which language did you write your tool in?
It depends on your needs, I've tried to offer more information that helps you to judge.
Usually Anycast providers are using only one ASN, also I've seen configurations with "multiple" name servers located on different class C networks all of them located on one physical server.
It's written in Go.