Newsgroup: it.comp.os.linux.iniziare
Titolo: Bind che non risolve

Ho bind9 che interroga direttamente i root server. A volte ho problemi
con domini *specifici*. Da qualche *ora*, per esempio:
lem@lappybaby:~$ dig +trace 
news.tiscali.it
; <<>> DiG 9.5.0-P2.1 <<>> +trace 
news.tiscali.it
;; global options:  printcmd
.			517804	IN	NS	
I.ROOT-SERVERS.NET
.
.			517804	IN	NS	
F.ROOT-SERVERS.NET
.
.			517804	IN	NS	
H.ROOT-SERVERS.NET
.
.			517804	IN	NS	
J.ROOT-SERVERS.NET
.
.			517804	IN	NS	
D.ROOT-SERVERS.NET
.
.			517804	IN	NS	
A.ROOT-SERVERS.NET
.
.			517804	IN	NS	
E.ROOT-SERVERS.NET
.
.			517804	IN	NS	
G.ROOT-SERVERS.NET
.
.			517804	IN	NS	
M.ROOT-SERVERS.NET
.
.			517804	IN	NS	
L.ROOT-SERVERS.NET
.
.			517804	IN	NS	
C.ROOT-SERVERS.NET
.
.			517804	IN	NS	
K.ROOT-SERVERS.NET
.
.			517804	IN	NS	
B.ROOT-SERVERS.NET
.
;; Received 500 bytes from 127.0.0.1#53(127.0.0.1) in 2 ms
it.			172800	IN	NS	
c.dns.it
.
it.			172800	IN	NS	
m.dns.it
.
it.			172800	IN	NS	
r.dns.it
.
it.			172800	IN	NS	
s.dns.it
.
it.			172800	IN	NS	
dns.nic.it
.
it.			172800	IN	NS	
nameserver.cnr.it
.
;; Received 334 bytes from 199.7.83.42#53(
L.ROOT-SERVERS.NET
) in 48 ms
tiscali.it
.		86400	IN	NS	
barakus.tiscali.com
.
tiscali.it
.		86400	IN	NS	
murdock.tiscali.com
.
;; Received 88 bytes from 193.206.141.46#53(
r.dns.it
) in 33 ms
dig: couldn't get address for '
barakus.tiscali.com
': not found
lem@lappybaby:~$
Mah! Sta capitando anche a voi?
Interrogando gli OpenDNS, questi non paiono aver problemi di sorta.
Mi chiedevo: se voglio abilitare il logging di bind9, così da loggare
quel che mi serve per svelare eventualmente l'arcano, come dev'essere
la relativa sezione in named.conf(.local)? Potete farmi un copincolla
d'esempio qui, un esempio appropriato alla bisogna? Per non loggare
troppo né troppo poco, né cose che non c'entrano.
-- 
Bye, Lem
Ceterum censeo ISLAM esse delendum
____________________________________________________________________________
Non sprecare i cicli idle della tua CPU: 
http://boinc.berkeley.edu/index.php

 con domini *specifici*. Da qualche *ora*, per esempio:
Il problema persiste. Mai capitato così a lungo.
La cosa divertente è che da un altro computer della medesima LAN, sul quale
bind9 è configurato esattamente nello stesso modo, tutto sta funzionando
benissimo. Ma anche su quel computer, altre volte, il problema si è
presentato.


 presentato.
La differenza. Sulla macchina che non funziona:
lem@lappybaby:~$ dig +trace 
news.tiscali.it
; <<>> DiG 9.5.0-P2.1 <<>> +trace 
news.tiscali.it
[...]
[...]
tiscali.it
.		86400	IN	NS	
murdock.tiscali.com
.
tiscali.it
.		86400	IN	NS	
barakus.tiscali.com
.
;; Received 88 bytes from 193.206.141.46#53(
r.dns.it
) in 36 ms
dig: couldn't get address for '
murdock.tiscali.com
': not found
 
Su quella che funziona:
lem@biggy:~$ dig +trace 
news.tiscali.it
 
; <<>> DiG 9.6.1-P2 <<>> +trace 
news.tiscali.it
[...]
[...]
tiscali.it
.		86400	IN	NS	
murdock.tiscali.com
.
tiscali.it
.		86400	IN	NS	
barakus.tiscali.com
.
;; Received 88 bytes from 193.206.141.46#53(
r.dns.it
) in 33 ms
news.tiscali.it
.	10800	IN	A	213.205.37.205
tiscali.it
.		10800	IN	NS	
murdock.tiscali.com
.
tiscali.it
.		10800	IN	NS	
barakus.tiscali.com
.
;; Received 104 bytes from 213.205.32.90#53(
barakus.tiscali.com
) in 48 ms
Ma che è?


 Ma che è?
Quando non si capiscono questi comportamenti, talvolta ci sono di mezzo
cose come frammentazioni dei pacchetti e altri problemi a livello di
trasporto. Magari su un qualche router.
Usano lo stesso gateway le due macchine?
-- 
Massimo Bacilieri AKA Crononauta

 Usano lo stesso gateway le due macchine?
Sì, il routerino wireless che fa da AP. E fa pure da NAT - firewall
(l'unico firwall della rete: niente iptables con configurazioni spaziali
che incidano sui pacchetti frammentati, insomma). 
La configurazione della rete è manuale, via /etc/wpa_supplicant.conf e
/etc/network/interfaces. È la stessa, (IP - fissi - a parte) per le due
macchine.
BTW: l'mtu è sempre stato settato a 1492, su entrambe le macchine e sul
router, perché ho una adsl pppoa (Tiscali).
Quel che mi dispiace è non riuscire a inquadrare il problema. In passato
capitava raramente su una o sull'altra macchina, e usualmente riavviando
bind si risolveva! Tant'è che non avevo mai approfondito, pensavo che
magari si sfruculiasse la cache del mio DNS.
A volte è capitato col dominio del Corriere, a volte con quello di
Google (ma mi pare il google italiano: ad esempio non risolveva google
gruppi .it, ma il .com sì), a volte con altri...
Ora che mi ci fai pensare, forse sono sempre stati solo domini .it. Ma
non ne sono sicuro, davvero.
Nel mentre, però, tutte le altre risoluzioni andavano: anche le 
altre.it
.
Sempre problemi con domini singoli, mai che si sia impallato tutto.


 capitava raramente su una o sull'altra macchina
Aggiornamento.
Ho riavviato bind sulla macchina su cui funzionava, ed ora gli
indirizzi tiscali non vengono risolti manco là.
Il problema è nel risolvere i fottutissimi 
murdock.tiscali.com
 o
barakus.tiscali.com
. La macchina che funzionava non aveva bisogno
di risolverli, perché aveva in cache, in qualche modo, gli IP
corrispondenti.
Il che non ha affatto senso, perché stamattina ho *acceso* entrambe
le macchine - quindi le cache dovevano essere entrambe vuote (o
no???????) - e una è andata subito (salvo smettere ora, al riavvio
di bind) e l'altra mai. Va beh, misteri...
Però installando wireshark su entrambe le macchine, e sniffando i
pacchetti, è emerso che una si bloccava nel tentativo di risolvere
murdock o barakus, indicatile da ?.
dns.it
 (per poi interrogare il
server, bisogna prima risolvere il suo nome), non ricevendo
risposta che le bastasse, l'altra li interrogava *saltando* il
passaggio della risoluzione dei loro nomi. Se non sono del tutto
ciecato, è così.
Conoscendo uno dei loro IP, infatti, non ci sono problemi: funzionano, e
naturalmente conoscono gli IP dei vari server tiscali:
lem@lappybaby:~$ dig @
213.205.32.90
 
news.tiscali.it
; <<>> DiG 9.5.0-P2.1 <<>> @
213.205.32.90
 
news.tiscali.it
; (1 server found)
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 7616
;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 2
;; WARNING: recursion requested but not available
;; QUESTION SECTION:
;
news.tiscali.it
.		IN	A
;; ANSWER SECTION:
news.tiscali.it
.	10800	IN	A	213.205.37.205
;; AUTHORITY SECTION:
tiscali.it
.		10800	IN	NS	
barakus.dns.tiscali.it
.
tiscali.it
.		10800	IN	NS	
murdock.dns.tiscali.it
.
;; ADDITIONAL SECTION:
barakus.dns.tiscali.it
.	600	IN	A	213.205.32.90
murdock.dns.tiscali.it
.	600	IN	A	213.205.36.90
;; Query time: 44 msec
;; SERVER: 213.205.32.90#53(213.205.32.90)
;; WHEN: Tue Mar 30 13:31:24 2010
;; MSG SIZE  rcvd: 129
A me pare che si crei un loop:
per risolvere barakus o murdock, si devono interrogare
sns.tiscali.it
 o 
ns.tiscalinet.it
. Ma per risovlere uno di questi
ultimi due, si deve passare per murdock o barakus! Provate.
Comunque, mentre facevo prove su prove, proprio adesso, e una sola
volta, ho ottenuto l'IP di barakus, ma direttamente da 
B.GTLD-SERVERS.NET
.
lem@lappybaby:~$ dig +trace 
barakus.tiscali.com
[...]
[...]
barakus.tiscali.com
.	172800	IN	A	213.205.32.90
tiscali.com
.		172800	IN	NS	
ns.tiscalinet.it
.
tiscali.com
.		172800	IN	NS	
sns.tiscali.it
.
;; Received 109 bytes from 192.33.14.30#53(
B.GTLD-SERVERS.NET
) in 57 ms
Se riprovo, nisba, a meno che non mi risponda di nuovo 
B.GTLD-SERVERS.NET
.
Insomma, o B o niente.
Ma è normale tutto ciò?
