bind-users@lists.isc.org
Subject: Re: about the dig
Feng:
I think G.W is pointing out that in the absence of resolv.conf, dig uses
the localhost to connect
to the bind server. Just tcpdump the loopback interface, and you will
see it.
So the reason resolution works is because you are running bind on t
Feng:
I think G.W is pointing out that in the absence of resolv.conf, dig uses
the localhost to connect
to the bind server. Just tcpdump the loopback interface, and you will
see it.
So the reason resolution works is because you are running bind on that
server. It would not work
on any client wh
On 7/19/2011 1:16 AM, Feng He wrote:
On Tue, Jul 19, 2011 at 1:50 PM, Marc Lampo wrote:
the list cannot be built-in, because some organisations work with an
internal
root. The local caching name server is the only one to know those "new"
root's.)
I don't think so.
BIND 9 has the built-in
On 07/19/2011 06:32 AM, Feng He wrote:
Hi list,
When I deleted all the entries in /etc/resolv.conf (I am using Linux),
dig can't work.
I was thinking since dig is a standard resolver, it should have the
capibility to follow the referrel from root, thus it will work fine
even there is no system d
On Tue, Jul 19, 2011 at 2:47 PM, G.W. Haywood wrote:
>
> man resolv.conf
>
> " If this file doesn't exist the only name server to be queried will be on
> the local machine; the domain name is determined from the
> hostname and the domain search path is constructed from the domain
> name.
Hi there,
On Tue, 19 Jul 2011 wrote:
> When I deleted all the entries in /etc/resolv.conf (I am using
> Linux), dig can't work.
>
> I was thinking since dig is a standard resolver...
man resolv.conf
" If this file doesn't exist the only name server to be queried will be on the
local machine
On Tue, Jul 19, 2011 at 1:50 PM, Marc Lampo wrote:
> the list cannot be built-in, because some organisations work with an
> internal
> root. The local caching name server is the only one to know those "new"
> root's.)
>
I don't think so.
BIND 9 has the built-in root list.
__
root. The local caching name server is the only one to know those "new"
root's.)
Kind regards,
Marc Lampo
-Original Message-
From: Feng He [mailto:short...@gmail.com]
Sent: 19 July 2011 07:54 AM
To: Marc Lampo
Cc: bind-users@lists.isc.org
Subject: Re: about the dig
at
On Tue, Jul 19, 2011 at 12:32 PM, Feng He wrote:
> Hi list,
>
> When I deleted all the entries in /etc/resolv.conf (I am using Linux),
> dig can't work.
> I was thinking since dig is a standard resolver,
what makes you think that? From the man page
dig (domain information groper) is a fle
at least from my point "dig hostname +trace" should work even if there
is no resolv.conf entries.
On Tue, Jul 19, 2011 at 1:39 PM, Marc Lampo wrote:
> I guess not, since "it" does not work ;-)
>
> After deleting all entries, did you :
> 1) dig @dns.name. ...
> or
> 2) dig @IP.address
> or
> 3) N
I guess not, since "it" does not work ;-)
After deleting all entries, did you :
1) dig @dns.name. ...
or
2) dig @IP.address
or
3) No "@..." argument used at all ?
In cases 1 & 3, dig will need data from /etc/resolv.conf.
Only in case 2 dig can do without.
Kind regards,
Marc Lampo
-Origina
11 matches
Mail list logo