Newsgroup: it.comp.os.linux.sys
Titolo: questa sui dns non me la potevo immaginare (per sistemisti)

dunque, mai visto nulla di simile prima d'ora:
registro una zona per un cliente, il dns è della ditta che fornisce la 
connettività... io installo tutti i server del caso nella rete del 
cliente, fornendo gli ip e relativi indirizzi di domain al provider... e 
a sei mesi dall'operazione, mi comunicano che con il provider intesa 
at&t, i colleghi all'estero non riescono a spedire posta agli indirizzi 
@dominiodelladitta... mi viene portato davanti un portatile belga, io mi 
collego con intesa at&t al nodo di milano e mi rendo conto che in 
effetti le mail non partono neppure. allora provo anche 
www.nomeditta.it
 
e vedo che nemmeno il web server funziona. a questo punto una bella 
sessione con nslookup non me la leva nessuno! e cosa scopro? che il dns 
di intesa at&t mi dice che la zona 
nomeditta.it
 non è registrata. allora 
io provo a risolvere altri indirizzi che conosco, sia .it che .com e 
vengono tutti risolti, anche una 50 di dns che gestisco su un server di 
un altro cliente. l'unica zona che non si risolve sembra quella 
nomecliente.it
. allora che faccio? telefono al provider del mio cliente, 
e glio chiedo di aumentarmi il seriale della zona di uno, anche se sono 
ben conscio del fatto che il ttl serve a qualcosa... ebbene, a distyanza 
di 48 ore la zona ancora non viene risolta.
il dns che utilizzavo lo ho trascritto ma non ce l'ho a portata di mano, 
e comunque da fuori non era raggiungibile... secondo voi che cosa è 
successo? mai visto qualcosa di simile?

 il dns di intesa at&t mi dice che la zona 
nomeditta.it
 non è registrata.
qualche volta mi e` capitato un problema simile... potrebbe essere un
problema di firewall (lato dns di 
nomeditta.it
 o dns di intesa at&t)... se
apri la porta 53 solo in udp e non in tcp, in alcune situazioni, ti
ritrovi con problemi simili.
la maggior parte delle implementazioni dei dns/resolver utilizzano udp per
tutte le query dns, tranne quelle con risposte molto grosse (es
zone-transfer) per le quali utilizzano tcp e quindi configurando il
firewall per lasciar passare solo udp funziona quasi tutto; quasi perche`
ci sono resolver che invece utilizzano direttamente tcp (quelli di AIX, ad
esempio) e quindi in tal caso non funzionerebbe piu` nulla.
se uno dei due dns del tuo caso gira sotto o.s. con resolver che
utilizzano tcp pesantemente e il firewall dall'altra parte blocca tcp/53
ecco che non funziona piu` nulla
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 simile?
 
Già visto qualcosa di simile con il nostro dominio ....
Anche a noi succede la stessa cosa con il nostro "
nomeditta.it
"
--
Massimiliano

 ritrovi con problemi simili.
i due dns del provider che gestisce 
nomeditta.it
 hanno la porta 53 
aperta per upd e tcp. ora farò dei controlli su intesa at&t

 Anche a noi succede la stessa cosa con il nostro "
nomeditta.it
"
puo` essere anche un problema di deleghe non eliminate (se il dominio
prima era su un provider e al momento del passaggio a quello nuovo il
vecchio non ha cancellato dal proprio dns la zona chi usa i dns del
vecchio provider potrebbero avere dati vecchi e/o non funzionanti).
comunque se ci dite i nomi dei domini, e i dns coinvolti magari si riesce
a fare una analisi un po' piu` precisa.... 
nomeditta.it
 sembra funzionare
correttamente :-)
