sslug-teknik team mailing list archive

[Frank Damgaard <frda@xxxxxxxxxxxxx>]

On Mon, Sep 18, 2000 at 13:34:55 +0200, jgg@xxxxxx wrote:

...

> Hvis det er dns, så kan bind sættes til at give mere debug,
> se i manualen.
> Det er noget med
>   kill -SIGUSR1 <processnummer på bind>
> Det vil jeg prøve at kigge lidt nærmere på, jeg har en lille mistanke vedr.
> bind rækkefølgen host,dns!
> 
> Og i passende sted (ofte ikke /var/log/ ) kommer der ekstra debug.
> Hos mig i /var/named/
> Så kan du se om der er opslag der er forkert sammensat der giver timeout
> Måske det er et dns problem på win-klienten.
> Jeg har tjekket via "ipcofig" og "route" at win-clienterne er sat rigtigt
> op.

Men har du checket din DNS servers extra debug-logs du kan
aktivere som vist ovenstående ?

så vil du se om der laves opslag på IP/navne der ikke findes.

F.eks. hos mig er bind sat til debug log på /var/named/named.run ,
og man finder først process id med "ps xa | grep named"
og derefter burger man kill med SIGUSR1.
I filen f.eks. his jeg laver et opslag fra 192.168.1.1
på 192.168.99.22 (som ikke findes):

................
datagram from [192.168.1.1].33116, fd 22, len 44
req: nlookup(22.99.168.192.in-addr.arpa) id 6499 type=12 class=1
req: found '22.99.168.192.in-addr.arpa' as '168.192.in-addr.arpa' (cname=0)
forw: forw -> [193.162.153.164].53 ds=4 nsid=36298 id=6499 -1ms retry 4sec
resend(addr=1 n=0) -> [192.5.5.241].53 ds=4 nsid=36298 id=6499 39858ms
datagram from [192.5.5.241].53, fd 4, len 105
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 36298
....
osv.


OBS.
Check lige http://www.usenet.dk/netikette/quote.html
for den korrekte formatering af svar, sådan at det bliver
lettere at læse for alle.
Selv de fleste MS news/mailreadere kan normalt sættes op
til at gøre det korrekt.


-- 
mvh Frank Damgaard  | http://home3.inet.tele.dk/frda/