This archive is retained to ensure existing URLs remain functional. It will not contain any emails sent to this mailing list after July 1, 2024. For all messages, including those sent before and after this date, please visit the new location of the archive at https://mailman.ripe.net/archives/list/ripe-atlas@ripe.net/
[atlas] Tagging probes which are using the ISP's DNS server?
- Previous message (by thread): [atlas] Tagging probes which are using the ISP's DNS server?
- Next message (by thread): [atlas] Tagging probes which are using the ISP's DNS server?
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Robert Kisteleki
robert at ripe.net
Thu Oct 6 11:23:15 CEST 2022
Hello, This seems to be an interesting question. We can certainly apply some (system) tags for probes that have the popular resolvers 8.8.8.8, 9.9.9.9 and so on in the resolver configuration. This would allow users like you to easily filter for, or filter out, probes that do this. One complication is that in many cases probes (an by extension, the users) have such a public resolver *in addition to* whatever else they use - which complicates the semantics of what resolver was actually used. But I guess one can accept that as a fact and still consider the feature to be useful. As an extension, we can, if that's deemed useful, tag other resolvers, along the lines of: * resolvers on private IPs (ie. on-net in the home?) * mixed private-and-quadX * mixed private-and-public If we go this far, a probe could have multiple tags, eg. uses-8888 + uses-private + mixed-private-and-quad8888. This may be overdoing it... We'd be curious about what you think. Regards, Robert On 2022-10-06 03:38, Max Grobecker wrote: > Hi, > > a few days ago I wanted to debug a name resolution problem of one of our > domains. > For this reason, I wanted to test if probes inside a specific ASN are > having difficulties to resolve a specific name (because only customers > of this ISP were complaining). > This lead to very mixed results, mostly because some of the selected > probes did queries to a public DNS service like Google, Quad9 and so on. > The problem existed only with the provider's DNS servers for some reason. > > > It did take some time to make a script which tried to filter out these > probes, so I wondered if anyone else had the same use-case and problem. > Is there a way to automatically tag probes, which are (seemingly) using > the ISP's own DNS servers, or, at least, not a well-known public service? > This could be done maybe by querying a special DNS name which returns > the IP address from where the query was received (like > "whoami.akamai.net"). > By comparing the ASN of the probe and the ASN of the IP address returned > by the DNS query, one could determine, if the ISP's servers are used. > This would also be true for people running their own recursor, but this > could be filtered as well very easy. > If an ISP is using multiple ASN, this could be a problem. Maybe there's > an easy solution for this as well. > > Probes which pass this test, could then be tagged with > "DNS-using-ISP-server" or something like that and explicitly be selected > for specific DNS resolution tests. > > > Greetings, > Max >
- Previous message (by thread): [atlas] Tagging probes which are using the ISP's DNS server?
- Next message (by thread): [atlas] Tagging probes which are using the ISP's DNS server?
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]