I do dig . +trace and the results seem show .new servers. This is causing
SERVFAIL for root query. Any ideas?
dig . +trace
; <<>> DiG 9.7.0-P1 <<>> . +trace
;; global options: +cmd
. 348510 IN NS b.root-servers.new.
. 348510 IN NS
t;
> Is your machine/shop setup with private root servers?
>
> Lyle
>
>
> On 2/3/2015 12:50 PM, Linux Addict wrote:
>
> I do dig . +trace and the results seem show .new servers. This is
> causing SERVFAIL for root query. Any ideas?
>
> dig . +trace
>
> ;
Additional info - general: warning: checkhints: unable to find root NS
'b.root-servers.new' in hints
I cant seem to find where the ".new" coming from...
On Tue, Feb 3, 2015 at 2:07 PM, Linux Addict wrote:
> The named.ca seems good.
>
> ;; ANSWER SECTION:
> .
.new name servers. You
> need to ask whomever manages that server.
>
> Look at this line from your +trace output:
>
> Received 405 bytes from 172.27.254.11#53(172.27.254.11) in 1 ms
>
> Lyle
>
>
> On 2/3/2015 1:13 PM, Linux Addict wrote:
>
> Additional info - g
Let me take a step back. The original problem is "dig ." would give
SERVFAIL instead of NOERROR. The "." is pointed to named.ca which looks
normal.
On Tue, Feb 3, 2015 at 2:28 PM, Linux Addict wrote:
> Actually I tried +trace from BIND server itself and still get the sa
ly local) DNS toolset.
>
> HTH,
> Len
>
>
>
> On Tuesday, February 3, 2015 11:47 AM, Linux Addict <
> linuxaddi...@gmail.com> wrote:
>
>
> Actually I tried +trace from BIND server itself and still get the same
> answer. I did "dig . +trace @localho
Thanks all for your inputs!!
On Tue, Feb 3, 2015 at 4:39 PM, Robert Edmonds wrote:
> Mukund Sivaraman wrote:
> > On Tue, Feb 03, 2015 at 01:50:14PM -0500, Linux Addict wrote:
> > > I do dig . +trace and the results seem show .new servers. This is
> > > causing SERVFAI
Folks, I have BIND 9 running. For some reason, the external resolution is
not working. I can telnet to root servers on port 53. Recursion is on. What
are the other requiremnts for the server to reesolve the external records.
Please help!!
~LA
___
bind-us
Dmitry Rybin wrote:
Linux Addict wrote:
Folks, I have BIND 9 running. For some reason, the external resolution
is not working. I can telnet to root servers on port 53. Recursion is
on. What are the other requiremnts for the server to reesolve the
external records. Please help!!
TCP
On Mon, Jan 5, 2009 at 5:03 PM, JINMEI Tatuya / 神明達哉
wrote:
> At Thu, 1 Jan 2009 12:23:02 +0100,
> Michelle Konzack wrote:
>
> > Q 1:Which setting is missing?
> >
> > Q2: Can someone tell me how to update a TXT record?
>
> Please show named.conf of the authoritative server (the one accept
On Tue, Feb 3, 2009 at 5:19 PM, Jeff Howard wrote:
> Hi all,
>
> Having a problem setting up split DNS for the purpose of separating
> internal, recursive, caching responses vs external, non caching, non
> recusrive responses. First off, can views be used to do this?
>
> If yes, here are the rel
On Thu, Feb 26, 2009 at 1:11 PM, Prabhat Rana wrote:
>
> Also you may want to increase the File descriptor limits in /etc/service
> file
> * Set File descriptor (FD) limits
> set rlim_fd_max=
>
Its /etc/system
>
>
> --- On Thu, 2/26/09, JINMEI Tatuya / 神明達哉 wrote:
>
> > From: JINMEI Tatuya /
Hello Folks, I got a strange issue going on..
I dig for a specific record against a ISP cache server , and the cache
server doesn't seem to see it, but When I do dig +any, then the record stays
in the cache for say 5minutes and then vanishes.
any idea?
~LA
___
On Tue, May 4, 2010 at 10:43 AM, Stephane Bortzmeyer wrote:
> On Tue, May 04, 2010 at 10:27:25AM -0400,
> Linux Addict wrote
> a message of 89 lines which said:
>
> > lacks EDNS, defaults to 512"
> > DNS reply size limit is at least 490"
> > "Test
On Wed, May 5, 2010 at 11:53 AM, Warren Kumari wrote:
>
> On May 4, 2010, at 11:01 AM, Linux Addict wrote:
>
> On Tue, May 4, 2010 at 10:43 AM, Stephane Bortzmeyer wrote:
>
>> On Tue, May 04, 2010 at 10:27:25AM -0400,
>> Linux Addict wrote
>> a message of 8
On Mon, May 17, 2010 at 12:48 PM, Phil Mayers wrote:
> On 17/05/10 16:59, Arcan_- wrote:
>
>> Thanks for the reply.
>>
>> Interesting. What's the use-case for this?
>>>
>>
>> I have a few hundreds of dhcp clients and a two nodes pseudo cluster (for
>> the VIP).
>> I need a solution that enable hi
16 matches
Mail list logo