On Tue, Oct 22, 2002 at 05:43:11PM +0200, Gianluca Gaiotto wrote: > di capire che il tutto sia dovuto ad una cattiva configurazione del dns di > qualcun'altro. Esatto. Courtesy of davide bolcioni @ erlug: Named sta cercando di risolvere [snip] e non sapendo che pesci pigliare, comincia con "arpa"; ottiene il NS che sa risolvere i membri di "arpa" cui chiede quello per "in-addr"; ottiene il NS per "in-addr" cui chiede quello per "yy"; lo ottiene e gli chiede quello per "xx". Qui ne riceve più d'uno e si sente in diritto di chiedere a quello che preferisce; gli manda la richiesta per [snip] ma quello risponde "io sarei authoritative per xx.yy.in-addr.arpa ? mai vista" e named si deprime. Come indicato, i motivi possono essere due: - la zona madre indica una delega verso una zona figlia ma il name server indicato non è quello giusto (è sbagliato il nome o l'IP nel file della zona madre; spesso capita nel caso di glue); - il name server master per la zona figlia (quello dove ci sono i file che qualcuno modifica con le proprie dita) indica come name server secondari dei name server che non ci sono, hanno un nome non corretto o non sono configurati bene (manca lo statement "zone" tipo "slave" in named.conf per quella zona, ad esempio). > 1) Non sono riuscito a capire bene il meccanismo che scatena l'evento Direi vedi sopra. > router con la porta #53 'chiusa') non possa essere contattato dall'esterno > e non capisco come queste richieste possano raggiungerlo :( Ma infatti non sono richieste che raggiungono lui. Sono risposte alle sue domande. :) HTH, ciao -- My home isn't cluttered; it's "passage restrictive." zen@xxxxxxxxx . Geek . And proud of it . http://www.kill-9.it/jargon/html/entry/zen.html -- Per iscriversi (o disiscriversi), basta spedire un messaggio con SOGGETTO "subscribe" (o "unsubscribe") a mailto:linuxtrent-request@xxxxxxxxxxxxx