9.3.2 behavior - explain please

[Pavel Urban]

[root at dns ~]# named -v
BIND 9.3.2
[root at dns ~]# uname -a
Linux dns.iol.cz 2.6.9-55.ELsmp #1 SMP Fri Apr 20 16:36:54 EDT 2007 
x86_64 x86_64 x86_64 GNU/Linux

[root at dns ~]# dig @localhost printmediaacademy.cz -t soa

; <<>> DiG 9.3.2 <<>> @localhost printmediaacademy.cz -t soa
; (1 server found)
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 53976
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;printmediaacademy.cz.          IN      SOA

;; AUTHORITY SECTION:
cz.                     10275   IN      SOA     a.ns.nic.cz. 
hostmaster.tld.cz. 2007080101 10800 3600 864000 28800

;; Query time: 0 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Wed Aug  1 08:31:01 2007
;; MSG SIZE  rcvd: 98


[root at dns ~]# lsof -i tcp:53
COMMAND  PID  USER   FD   TYPE   DEVICE SIZE NODE NAME
named   6982 named   21u  IPv4 19672545       TCP dns.iol.cz:domain (LISTEN)
named   6982 named   23u  IPv4 19672547       TCP dns.iol.cz:domain (LISTEN)
named   6982 named   26u  IPv4 20252682       TCP 
dns.iol.cz:domain->194.228.217.194:27929 (ESTABLISHED)
named   6982 named   27u  IPv4 20252632       TCP 
dns.iol.cz:domain->194.228.27.162:25321 (ESTABLISHED)
named   6982 named   30u  IPv4 20252126       TCP 
dns.iol.cz:domain->c-sigma1.domicall.cz:64632 (ESTABLISHED)
named   6982 named   31u  IPv4 20252669       TCP 
dns.iol.cz:domain->gate.ptacek.cz:29031 (ESTABLISHED)
named   6982 named   32u  IPv4 20252143       TCP 
dns.iol.cz:domain->149.9.broadband7.iol.cz:21985 (ESTABLISHED)
named   6982 named   33u  IPv4 20252672       TCP 
dns.iol.cz:domain->gate.ptacek.cz:29032 (ESTABLISHED)
[root at dns ~]# lsof -i udp:53
COMMAND  PID  USER   FD   TYPE   DEVICE SIZE NODE NAME
named   6982 named   20u  IPv4 19672544       UDP dns.iol.cz:domain
named   6982 named   22u  IPv4 19672546       UDP dns.iol.cz:domain
named   6993 named   20u  IPv4 19672564       UDP dns.iol.cz:domain
named   6993 named   21u  IPv4 19672566       UDP dns.iol.cz:domain

Strange...

Chris Buxton wrote:
> What name server type is this? Some name servers don't like 'any'  
> queries. Try it again asking for the SOA record.
> 
> Also, is it possible there are two name servers running, one on 53/ 
> UDP and the other on 53/TCP?
> 
> Chris Buxton
> Men & Mice
> 
> On Jul 31, 2007, at 1:20 PM, Pavel Urban wrote:
> 
>> The question is: why I don't see the data when I'm asking localhost,
>> which is configured to be a master for this zone? Is it an expected
>> behavior, and is there a way to get this information from a server,  
>> even
>> without a delegation from 'upstream' servers? I'm persuaded that I  
>> used
>> to have some domains defined just locally and they resolved ok...
>>
>> Chris Buxton wrote:
>>> What exactly is the question?
>>>
>>> With the +trace option to dig, you've discovered/verified that the
>>> domain is not delegated from .cz. Fine, that matches what you said.
>>>
>>> You're able to get a zone transfer when specifying the localhost
>>> server, so the server is authoritative for the zone. This also
>>> matches what you said.
>>>
>>> No server has this data in cache. This is a normal consequence of the
>>> zone not being delegated to your server.
>>>
>>> If you want to see the data in a database dump, remember to  
>>> specify "-
>>> all" in the command:
>>>
>>> rndc dumpdb -all
>>>
>>> Otherwise, the server only writes out records from cache, i.e.
>>> records retrieved from other servers.
>>>
>>> Chris Buxton
>>> Men & Mice
>>>
>>
>> -- 
>> ********************************************************************** 
>> *
>> Pavel Urban (pavel.urban (at) o2.com)
>> O2 system disaster
>> Telefonica O2 Czech Republic, a.s. - www.cz.o2.com
>> ********************************************************************** 
>> *
>>     Vegetables should not operate electronic equipment.
>>            Computer Stupidities, http://rinkworks.com/stupid/
>> ********************************************************************** 
>> *
>>
>>
> 
> 
> 


-- 
***********************************************************************
Pavel Urban (pavel.urban (at) o2.com)
O2 system disaster
Telefonica O2 Czech Republic, a.s. - www.cz.o2.com
***********************************************************************
    Vegetables should not operate electronic equipment.
           Computer Stupidities, http://rinkworks.com/stupid/
***********************************************************************