RE: A smarter stub resolver??

2009-07-23 Thread Todd Snyder
If you're on a closed network and not using forwarders, then you'll also need a hints file and associated hints-file definition in named.conf, of course, but even so, we're still not talking about adding a great deal of additional care and feeding... It's not much, I'll gladly concede, but

Re: A smarter stub resolver??

2009-07-23 Thread JINMEI Tatuya / 神明達哉
At Wed, 15 Jul 2009 10:04:30 -0400, Taylor, Gord gord.tay...@rbc.com wrote: Is there a smarter stub resolver that acts more like a DNS server using Round Trip Time (RTT) to pick the best DNS server from the list? We run well over 500 xNix boxes (and growing), so running DNS on each

Re: A smarter stub resolver??

2009-07-20 Thread Kevin Darcy
...@lists.isc.org] On Behalf Of Taylor, Gord Sent: 2009, July, 15 10:05 AM To: bind-users@lists.isc.org Subject: A smarter stub resolver?? I've frequently run into a problem that the stub resolver just isn't very dynamic in its selection of name servers - especially when dealing with time-sensitive apps

RE: A smarter stub resolver??

2009-07-20 Thread Todd Snyder
: A smarter stub resolver?? Rather than applying lipstick to the pig, why not run a local caching-only resolver? Move up and out of the stub-ville slums. A local instance of named doesn't take up that much server resources (disk, memory, CPU), and pays you back by *not*, as a stub resolver does

Re: A smarter stub resolver??

2009-07-20 Thread Kevin Darcy
Todd Snyder wrote: The problem with this approach is when you are running a couple thousand servers - suddenly, you are running a couple thousand more instances of BIND that need monitoring/patching/care/feeding. A more clever resolver, or a simpler caching setup locally would be ideal.

A smarter stub resolver??

2009-07-15 Thread Taylor, Gord
like the one below, the xNix box will ALWAYS query the first DNS server, event if it's down. So, every single DNS query (think of how many reverse lookups a mail server, or Kerberos will do), there's a 2 second delay. Is there a smarter stub resolver that acts more like a DNS server using Round

RE: A smarter stub resolver??

2009-07-15 Thread Taylor, Gord
, GEEK) -Original Message- From: bind-users-boun...@lists.isc.org [mailto:bind-users-boun...@lists.isc.org] On Behalf Of Taylor, Gord Sent: 2009, July, 15 10:05 AM To: bind-users@lists.isc.org Subject: A smarter stub resolver?? I've frequently run into a problem that the stub resolver