Re: Which timeouts are used by BIND when resolving recursive queries?

2018-10-07 Thread Warren Kumari
On Fri, Oct 5, 2018 at 11:12 AM Alberto Colosi  wrote:

> RFC say all
>
> read RFC
>
>
> BIND is a DNS system not an alien so follow RFC
>

No, BIND is an **implementation** of DNS software.

There is much in the RFCs that is subject to interpretation, or not
necessarily well defined. Things like preferred timeouts fall into this
category.

This answer is almost as helpful as Alberto's, but as far as I know, these
timeouts are not well defined, other than in the BIND source.

Here is some of what you are looking for:
http://users.isc.org/~each/doxygen/bind9/resolver_8c-source.html#l00143
and
http://users.isc.org/~each/doxygen/bind9/resolver_8c-source.html#l00178
and
http://users.isc.org/~each/doxygen/bind9/resolver_8c-source.html#l02083


and some of the defaults:
https://github.com/isc-projects/bind9/blob/fa03f941027cd060613f773e63701b5baa77/bin/named/config.c




The ARM ("https://www.isc.org/downloads/bind/doc/bind-9-10/"; ) has some
useful info too -- https://www.isc.org/downloads/bind/doc/bind-9-10/


>
> Go and read RFC
>

Great. Please point at the RFC which specifies the base timeout and EDNS0
backoff.

W




>
>
>
> --
> *From:* bind-users  on behalf of ip
> admin via bind-users 
> *Sent:* Friday, October 5, 2018 4:13 PM
> *To:* bind-users@lists.isc.org
> *Subject:* Which timeouts are used by BIND when resolving recursive
> queries?
>
> Hi,
>
>  I understand that I can configure a global timeout for resolving
> recursive queries (resolver-query-timeout) but find that I cannot configure
> the timeout for an individual query used during DNS resolution.
>
>  For testing I configured one unreachable forwarder (and enabled forward
> only) and saw (tcpdump) that BIND (9.10.6-P1) is first trying two queries
> with EDNS which each seems to have a timeout of 1.2s. Afterwards queries
> without ENDS are sent which seem to have a timeout of 1.6s, then 3.2s, then
> 6.4s, then 9s, finally the maximum (=total) resolver-query-timeout of 30s
> is reached.
>
>  Is the timeout behaviour documented anywhere (similar to a stub resolver
> or dig, i.e. how long are timeouts, how many tries per server etc).
>
>  If someone did find a logging setting that shows which servers are used
> when recursing (forwarding or delegations) to find a response (and when the
> individual queries time out) that would be helpful as well.
>
> Regards
>  Tom
>
> ___
> Please visit https://lists.isc.org/mailman/listinfo/bind-users to
> unsubscribe from this list
>
> bind-users mailing list
> bind-users@lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users
>


-- 
I don't think the execution is relevant when it was obviously a bad idea in
the first place.
This is like putting rabid weasels in your pants, and later expressing
regret at having chosen those particular rabid weasels and that pair of
pants.
   ---maf
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe 
from this list

bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users


need two Domain in Named.local, but not resolv

2018-10-07 Thread Maurizio Caloro via bind-users
Please i need a little help, about DNS Bind Server. i need to replace the
old one < 115 >

Here i'an on the new one <92 >

 

Version

BIND 9.10.3-P4-Debian 

 

I try that my DNS server 192.168.201.92 = MasterDNS Server resposible for 2
Network Ranges

1192.168.201.

2192.168.202.

 

 

Thanks  for your feedback.

Regards

 

--

 

root@srvcar012:/etc/bind# ping srvcar002

PING srvcar002.carag.local (192.168.201.118) 56(84) bytes of data.

64 bytes from srvcar002.201.168.192.in-addr.arpa (192.168.201.118):
icmp_seq=1 ttl=128 time=0.733 ms

 

root@srvcar012:/etc/bind# ping srvcar001.carag.local

ping: srvcar001.carag.local: Name or service not known

 

 

root@srvcar012:/etc/bind# nslookup srvcar001

;; Got SERVFAIL reply from 192.168.201.92, trying next server

Server:   192.168.201.115

Address:192.168.201.115#53

 

Name:   srvcar001.carag.local

Address: 192.168.201.117

 

 

root@srvcar012:/etc/bind# nslookup srvcar001

;; Got SERVFAIL reply from 192.168.201.92, trying next server

Server: 192.168.201.115

Address:192.168.201.115#53

 

Name:   srvcar001.carag.local

Address: 192.168.201.117

 

root@srvcar012:/etc/bind# nslookup srvcar001.carag.local

;; Got SERVFAIL reply from 192.168.201.92, trying next server

Server: 192.168.201.115

Address:192.168.201.115#53

 

Name:   srvcar001.carag.local

Address: 192.168.201.117

 

 

 

 



 

With the 202 side, this arnt working

 

root@srvcar012:/etc/bind# ping srvolh001

ping: srvolh001: Name or service not known

 

root@srvcar012:/etc/bind# ping srvolh001.olh.local

ping: srvolh001.olh.local: Name or service not known

 

root@srvcar012:/etc/bind# nslookup srvolh001

;; Got SERVFAIL reply from 192.168.201.92, trying next server

Server: 192.168.201.92

Address:192.168.201.92#53

 

** server can't find srvolh001: NXDOMAIN

 

And here this are correct, DNS Server ?

 

root@srvcar012:/etc/bind# nslookup srvolh001.olh.local

Server: 192.168.201.92

Address:192.168.201.92#53

 

Name:   srvolh001.olh.local

Address: 192.168.202.14

 

 

root@srvcar012:/etc/bind# nslookup 192.168.168.202.14

Server: 192.168.201.92

Address:192.168.201.92#53

 

** server can't find 192.168.168.202.14: NXDOMAIN

 

 

root@srvcar012:/etc/bind# cat /etc/resolv.conf

domain carag.local

search carag.local.

nameserver 192.168.201.92

nameserver 192.168.201.115

 

 

and here my named.conf.local

 

root@srvcar012:/etc/bind# cat named.conf.local

//

// Do any local configuration here

//

 

// Consider adding the 1918 zones here, if they are not used in your

// organization

//include "/etc/bind/zones.rfc1918";

 

zone "carag.local" {

type master;

file "/etc/bind/db.carag.local";

};

zone "201.168.192.in-addr.arpa" {

type master;

file "/etc/bind/db.reverse.carag.local";

};

zone "olh.local" {

type master;

file "/etc/bind/db.olh.local";

};

zone "202.168.192.in-addr.arpa" {

type master;

file "/etc/bind/db.reverse.olh.local";

};

 

 

___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe 
from this list

bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users