il risultato è agghiacciante. per il semplice motivo che l'errore rimane
il medesimo.
l'architettura è la seguente:
pentium II / pentium III (collegati in lan)
entrambi equipaggiati di
Slackware 10.2 ridotta all'osso
Kernel 2.6.21.3 quasi completamnete monolitico (gli unici moduli sono i
driver delle schede video)
il demone di netsukuku ntkd mi continua ad occupare gli indirizzi:
tcp 0 0 0.0.0.0:269 0.0.0.0:*
LISTEN ntkd
tcp 0 0 0.0.0.0:277 0.0.0.0:*
LISTEN ntkd
tcp ///connessione fra i due computer in rete
udp 0 0 0.0.0.0:269 0.0.0.0:*
ntkd
udp 0 0 0.0.0.0:277 0.0.0.0:*
ntkd
udp 0 0 0.0.0.0:53 0.0.0.0:*
ntkd
è un disastro >_<
inoltre ho eliminato qualsiasi alto demone attivo in modo da lasciare
solo ntkd. Molto strano. sarà il kernel a dare problemi?
efphe wrote:
> E' davvero strano allora. Se usi named, fa questa prova: avvialo e
> cerca di eseguire una query con ntk-resolv.
> Il tutto senza avviare ntkd.
>
> Se named e' eseguito su una macchina differente rispetto a quella dove
> risiede ntk-resolv, usa l'opzione "-n".
>
> $ ntk-resolv -n <your_ip_here> frenzu
>
> Se named e ntk-resolv risiedono sullo stesso host, non ce n'e'
> bisogno, perche' localhost viene usato di default.
>
> Nota che la query non funzionaera' perche' named a ntk-resolv parlano
> due lingue differenti.
> Ma vorrei vedere se l'errore rimane lo stesso
_______________________________________________
Netsukuku mailing list
[email protected]
http://lists.dyne.org/mailman/listinfo/netsukuku
