Getting the name of responding server(s)

2021-09-07 Thread Ronald F. Guilmette
Greetings all, Please forgive me if this question is a bit off-topic for this list. I can be sure if it is or isn't until I get the answer. My question is rather a simple one. Given some FQDN `D' and given some DNS record type 'T' (e.g. either A or or perhaps even PTR) does there exist some

Re: Getting the name of responding server(s)

2021-09-07 Thread Stephane Bortzmeyer
On Tue, Sep 07, 2021 at 12:33:59AM -0700, Ronald F. Guilmette wrote a message of 33 lines which said: > My question is rather a simple one. Given some FQDN `D' and given > some DNS record type 'T' (e.g. either A or or perhaps even PTR) > does there exist some open source command line too

Re: Getting the name of responding server(s)

2021-09-07 Thread Stephane Bortzmeyer
On Tue, Sep 07, 2021 at 09:44:43AM +0200, Stephane Bortzmeyer wrote a message of 34 lines which said: > I'm not aware of a tool (free software or not) which does it. Some > programming will be required. Attached is an example program. Free software licence, whatever you prefer. Requires Pytho

bind extended dns error

2021-09-07 Thread Sachchidanand Upadhyay via bind-users
Hi, What version of bind is supporting "extended dns error (EDE)"? Do i have to do any configuration changes to enable EDE? Currently I am running BIND 9.16.18 as recursive server. BR, Sachchidanand ___ Please visit https://lists.isc.org/mail

Re: Getting the name of responding server(s)

2021-09-07 Thread Matthew Pounsett
On Tue, 7 Sept 2021 at 03:45, Stephane Bortzmeyer wrote: > The only solution is chasing the delegations from the root (which is > what dig +trace is doing). Caching speeds it, this is why it is > better to go through your resolver than using dig +trace. Yeah, you can pretty reliably get the answ

Re: Getting the name of responding server(s)

2021-09-07 Thread Ronald F. Guilmette
In message , Stephane Bortzmeyer wrote: >> I know that I can get this information by using "dig +trace", but that seems >> to be rather slow to me (wall clock time), and I want to be doing >> this a lot. > >The only solution is chasing the delegations from the root (which is >what dig +trace is

Re: Getting the name of responding server(s)

2021-09-07 Thread Stephane Bortzmeyer
On Tue, Sep 07, 2021 at 12:40:14PM -0700, Ronald F. Guilmette wrote a message of 36 lines which said: > >I'm not aware of a tool (free software or not) which does it. Some > >programming will be required. > > I was afraid of that, but thank you for confirming. Don't despair, see the other me

Re: Getting the name of responding server(s)

2021-09-07 Thread Ronald F. Guilmette
In message Matthew Pounsett wrote: >On Tue, 7 Sept 2021 at 03:45, Stephane Bortzmeyer wrote: > >> The only solution is chasing the delegations from the root (which is >> what dig +trace is doing). Caching speeds it, this is why it is >> better to go through your resolver than using dig +trace.