Starting with BIND9

[Kevin Darcy]

Turn on query logging. That output only shows that you got *some* query. 
Query logging shows you *what* query you got. One of the possibilities, 
for instance, is that you're using nslookup to troubleshoot your 
nameserver (bad idea, use dig instead), and your nameserver is taking a 
long time to time out the 5.111.110.10.in-addr.arpa lookup (which might 
try to recurse out to the Internet if you haven't defined your reverse 
zones properly).

Also, it might be helpful to see your named.conf.

- Kevin

Christoph Galuschka wrote:

>Hello,
>
>the server seems to be getting requests. I switched the 
>daemon to foreground and got this:
>Jun 22 13:20:41.326 client 10.110.111.5#32828: UDP request
>Jun 22 13:20:41.326 client 10.110.111.5#32828: next
>Jun 22 13:20:41.326 client 10.110.111.5#32828: endrequest
>Jun 22 13:20:41.326 client @0x8176c20: udprecv
>
>And no, there is no firewall, as 'm testing the machine in my 
>LAN.
>
>regards
>Christoph
>
>Am 22 Jun 2004 um 8:27, schrieb Barry Margolin:
>
>  
>
>>In article <cb97k4$3ie$1 at sf1.isc.org>,
>> "Christoph Galuschka" <christoph.galuschka at tikom.at> wrote:
>>
>>    
>>
>>>Hello,
>>>
>>>I just finished setting up BIND (incl. IDN) and everything seems 
>>>to be working fine so far:
>>>- no errors when reading named.conf
>>>- all zone files loaded correctly
>>>- nameserver running with -t
>>>- netstat shows the server listening on port 53
>>>- tcpdump shows pakets arriving on the local ethernet port 
>>>correctly
>>>
>>>However, the server does not answer any query, not even his 
>>>own domain.
>>>
>>>any hints on where to start?
>>>      
>>>
>>Turn on query logging to see if the server is receiving the queries.  
>>Could you have a firewall that's dropping the packets?
>>
>>-- 
>>Barry Margolin, barmar at alum.mit.edu
>>Arlington, MA
>>*** PLEASE post questions in newsgroups, not directly to me ***
>>    
>>
>
>
>
>
>
>
>  
>