Newsgroup: it.comp.os.linux.iniziare
Titolo: arresto di named...

All'aresto del pc, named mi sta un casino di tempo in attesa...alla fine
da il messaggio che non è riuscito a comunicare con rndc...ed è andato in
time out.
cosa è rndc??
e soprattutto da cosa potrebbe essere dovuta la mancanza di comunicazione?
siccome la macchina fa da firewall (o meglio la sto sistemansdo, o meglio
sto cercando di sistemarla...) potrebbe dar noia qualche regola di
iptables?
potreste aiutarmi ad individuare la soluzione?
grazie
-- 
Claudio
http://www.sullacollina.altervista.org
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 e soprattutto da cosa potrebbe essere dovuta la mancanza di comunicazione?
Non so di cosa tu stia parlando e vado per supposizioni.
Immagino che named e rndc siano due demoni, e probabilmente PRIMA va
spento named e poi rndc.
Controlla quindi l'ordine di morte dei due servizi nel tuo runlevel e
assicurati che named si spenga prima di rndc.
Per il resto, google!
-- 
Best Regards, Jack
Linux User #264449
Powered by Fedora Core 3 (x86)
Powered by Debian Sid (ppc)

 iptables?
Spero che tu abbia detto "tutto cio' che proviene dalla macchina
locale e va verso la macchina locale e' OK".
man rndc
man named.conf
Se non usi rndc disabilitato il named.conf.
Davide
-- 
The United States of America:  Screwing with the English Language for over
200 years.
-- Mike Sphar

 Per il resto, google!
in quale file di log potrei andare a guardare??
sembra che rndc sia un programma facente parte di bind... però non so come
controllarlo e dove sia il suo log, vedo solo che bind al momento
dell'arresto di named lo chiama...ma rndc  non risponde e va in time out


 locale e va verso la macchina locale e' OK".
mi potresti dare una regola da inserire? cosě magari sono sicuro di non
aver sabgliato nulla...
perchč in effetti č molto lento anche l'avvio di Xwindow, che carica, ma
impiega molto tempo per mostrarmi le icone del desktop, tutto ciň era
molto piů veloce prima di settare le iptables...
poi ho notato che a volte se imposto delle regole, e le applico o da
webmin o da riga di comano, da prima, testandole con un client sulla lan,
sembrano funzionare, ma dopo 10 min non funzionano piů e non mi permettono
piů di accedere...
sai mica dirmi qualcosa a riguardo??
grazie ancora, 
Claudio


 molto piů veloce prima di settare le iptables...
Abilita il logging e guarda cosa viene buttato via.
Davide
-- 
Windows - From the people who brought you EDLIN!

 in quale file di log potrei andare a guardare??
Semplicemente guarda nella cartella /etc/rcX.d dove X e' il runlevel nel
quale stai lavorando.
Ci troverai dei files chiamati SXXPIPPO e KXXPIPPO. I files che iniziano
per S danno l'ordine di avvio del servizio PIPPO, i files K l'ordine di
spegnimento.
Apri quelli e vedi se vengono fatti riferimenti a queste tue faccende.
Ti ripeto, non so se sia la strada giusta, ma e' quello che avrei fatto io.
E ascolta con attenzione quello che dice Davide. (e no, con iptables sono
una chiavica mi spiace :()


 Davide
ehm...mi spiace essere cosě noioso...ma da dove si abuilita il logging di
iptables??
sarebbe molto utile vederlo, forse capirei meglio gli errori che sto
facendo...
mi scuso per le domande talvolta idiote, ma sono alle prime armi, e solo
esser arrivato qui per me č un traguardo! 
grazie tantissimo!


 iptables??
Prima leggi man iptables che fa sempre bene, ovviamente dopo aver
guardato la documentazione su 
www.netfilter.org
 (ne esiste un po'
anche in italiano)
Poi fai una regola di iptables per decidere cosa loggare, e come
target usi -j LOG
In debian i log dovrebbero finire in /var/log/kernel.log
.a.
-- 
Il mattino ha l'oro in bocca. Il MATTino ha l'OrO In bOcca.
i lma tt ino ha l'o roin bocc a.ilmattinohal'oroinbocca. il ma tt in
oh al' or oi nb oc ca. il matti noha l'oroinbocca. IL MATtiNO Ha l'ORO
InBOCCa. I l m a t t i n o  h a l' o r o i n b o c c a . ilmattinohal'oroin
BoCcA. iLmAtTiNoHaL'oRoInBoCcA.