Newsgroup: it.comp.os.linux.sys
Titolo: file di avvio init.d in debian

Dove posso mettere dei miei script per fare in modo che vengano avviati 
automaticamente col sistema in debian 2.2 ?
Ho visto che sono tutti nella cartella init.d ... vorrei inserire uno 
script che all'avvio mi carichi il modulo delle 2 schede di rete,faccia 
l'ifconfig delle 2 schede di rete in una certa maniera, che poi mi lanci 
il comando "adsl-start" (che e' a sua volta un'altro script configurato 
dal programma rp-pppoe per adsl), poi tutte le regole di ipchains e 
infine il client per il dns dinamico ...
Attualmente ho fatto in una maniera assolutamente poco elegante, ho 
inserito nel file /etc/init.d/hostname (che serve a impostare l'hostname 
ad ogni avvio) anche i comandi per caricare i moduli delle schede di 
rete e per configurarle, ma vorrei fare il tutto in maniera piu' 
"sistemata" e sopratutto (visto che ad esempio lo script che imposta 
l'hostname non e' caricato per ultimo causandomi qualche inconveniente 
se ci inserisco comandi come quello per il tracking dell'ip dinamico) 
fare in modo che tutti i comandi che vi inserisco siano caricati per 
ultimi.
grazie delle info
ps: sapete dove posso trovare un howto che mi spieghi come fare due 
regole semplici semplici con ipchains ? attualmente ho quelle di default 
di debian 2.2 contenute nel pacchetto "ip-masquerading" ma vorrei 
cancellare quel pacchetto e farmi le regole a mano giusto per sapere 
cosa c'e' scritto e cosa fanno...
-- 
*  Greetings From Johnny L  *
"No necesitamos pedir permiso 
 para ser libres (Marcos)"
   -- Think Different --

 regole semplici semplici con ipchains ? attualmente ho quelle di default
Passo, visto che uso solo iptables, ma penso che gli howto che
cerchi siano quello sul masquerading e quello sul packet filtering.
Ma iptables rende ambo le cose + semplici (per me e` la motivazione
numero uno per passare al kernel 2.4.?, anche se la relativa poca
stabilita` di questa serie puo` comprensibilmente lasciare in dubbio).
Alex

 stabilita` di questa serie puo` comprensibilmente lasciare in dubbio).
Quello che mi lascia in dubbio maggiormente nel mio caso e' il pentium 
133 con 24mb di ram che uso come server :) gia' con squid attivo mi 
rimangono 2 o 3mb di ram libera, passando a 2.4 ho paura che si impalli 
:)
p.s.: con iptables del kernel 2.4 funziona in maniera trasparente 
qualche protocollo in piu' di adesso ? Ad esempio nei programmi come msn 
messenger/icq ecc attualmente posso solo inviare file e non riceverne, 
posso iniziare sessioni di chat ma non raccogliere l'invito di 
qualcun'altro, posso avviare comunicazioni vocali ma non riceverne e 
cosi' via. Se non cambia niente penso che terro' il 2.2


 infine il client per il dns dinamico ...
No, no, innanzitutto in Debian c'č il comodissimo modconf per caricare
moduli all'avvio, se invece devi caricare script o quant'altro (vediti anche
man update-inetd), se vuoi fare a mano ti crei lo script, lo salvi in init.d
e crei un lynk simbolico a rc.2d (se non hai tocchicciato inittab) e a rc0.d
Piuttosto tu poi me la dai una mano con i firewall che non riesco a capirci
niente ?
		Ciao, Ferdinando

 niente ?
Il fatto e' che io uso il pacchetto ip-masq presente nella debian che e' 
uno script che si guarda intorno nella configurazione delle schede di 
rete e fa tutto da solo ! (infatti non ho mosso una virgola da quando 
avevo 1 sola scheda di rete e modem, poi 2 schede di rete collegati a 
sottoreti diverse e modem, poi due schede di rete e adsl) solo che 
preferirei sapere cosa c'e' scritto in quelle regole ;) visto che pero' 
tutto funziona per ora :))
Se ti serve fare un semplice gateway installa quel pacchetto li', ti 
leva un sacco di grattacabi.


  cosa c'e' scritto e cosa fanno...
http://www.linuxdoc.org
 , ipchains HOWTO
Ciao, Andrea
-- 
Andrea Carosi, just another Debian user
Secure your linux box:
http://www.debian.org/doc/manuals/securing-debian-howto/

  abiliti o disabiliti i vari script di init.d nei vari runlevel (rc.d/...).
Debian usa update-rc.d


 update-rc.d rc.local start 99 2
io ho fatto tutto questo cercando un po' sul sito debian ma andando per 
intuto ho dato il comando cosi' :
update-rc.d pippo.sh 81
quindi senza start e senza il 2 ... a questo punto, x funzionare 
funziona tutto ma mi trovo link al mio script pippo.sh in tutti e 6 i 
runlevel, (un po' di S81pippo.sh , un po' di K81pippo.sh) visto che non 
posso vedere cosa fa linux all'avvio (e' senza monitor in luogo abb 
inaccessibile) mi chiedevo : e' normale che ci sia il link simbolico S e 
K in ciascuno dei 6 runlevel o lo devo lasciare solo in qualche runlevel 
particolare?
grazie dell info ancora.


  particolare?
I runlevel 0 e 6 sono rispettivamente "halt" e "reboot", il runlevel 3
e` usato dalla maggior parte delle distribuzioni per avviare il sistema
il modalita testo, il 5 per far partire direttamente il login grafico,
debian usa solo il runlevel 2
Per vedere la sintassi dai "man update-rc.d", avere i "k" nei runlevel 0
e 6 puo` servire solo se lo script e` predisposto per "fermare" i suoi
cambiamenti, come ad esempio un:
#!/bin/sh
case "$1" in
	start)
	echo "sto partendo, ciaooooo!"
	;;
	stop)
	echo "mi hai fermato, in effetti sono un po stanco..."
	;;
	*)
	echo "utilizzo: start|stop"
	;;
esac
Puo avere dei "k" nei runlevel, visto che e` predisposta un routine di
"stop", altrimenti, mettere "K99" in /etc/rc[0-6].d, non serve assolutamente
a nulla


 "stop"
infatti ho predisposto una routine di stop visto che lo script mi attiva 
il collegamento adsl e ferma il client per dns dinamico e vorrei che 
quando spengo il comp me li disattivasse pure ;)


tutto funziona per ora :))
Il guaio è che mi arrivano messaggi del tipo 
Aug 26 21:35:45 debian kernel: Packet log: input DENY ppp0 PROTO=103.212.245
.15 9.237:65535 
224.0.0.13:65535
 L=30 S=0xC0 I=45581 F=0x0000 T=1 (#5)
ma mica uno solo eh, con ipmasq, visto che me l'avevi suggerito ma anche con
un altro script firewall che avevo trovato; stavo dando la colpa a quello ma
adesso ho dei dubbi.  
Sembrerebbe che i log invece di andare in /var/log/syslog (dove peraltro
stanno) siano rediretti anche sulla console attiva in quel momento e poi che
cosa significano ?
Il problema forse è da imputare al fatto che adesso uso una Potato upgradata
a Woody sulla quale ho installato un 2.4., abilitato all'uso di ipchains ?
Forse dovevo installare qualche particolare pacchetto, con questi c***o di
firewall non riesco a capirci una benemerita mazza.
	Ciao

 firewall non riesco a capirci una benemerita mazza.
ma scusa funziona tutto ?
per la cronaca ottenevo lo stesso risultato con due sole righe di 
IPCHAINS...puoi metterle in uno script all'avvio (o appena lanci una 
connessione ppp se hai modem/isdn o adsl...tipo in ip-up.d) ma sembra 
che il pacchetto debian faccia parecchie cose in piu'...


 IPCHAINS...puoi metterle in uno script all'avvio (o appena lanci una 
Anch'io e i log appaiono ...........
	Grazie comunque dell'interessamento, Ferdinando

 quindi non succede niente se ho il link anche negli altri runlevel no ?
Più che succedere qualcosa dovresti avere Kpippo in run level 0 in 1 (se
lo script riguarda la rete) e solamente Spippo (senza il K) nei runlevel
2,3,4,5. In pratica i run level 3,4,5 li puoi anche configurare a tuo
piacimento. Debian utilizza normalmente 2 per l'attività ordinaria, 0 per
l'halt e 6 per il reboot. Comunque per capirci K è kill, abbatte il demone e
S è start, lo fa partire. Se non sbaglio il numero dopo il K o la S
determinano l'ordine di attivazione o abbattimento dei demoni.
	Ciao, Ferdinando

  da wmaker, ma è possibile che debba entrare in X per non vedere quei log ?
cambia:
KLOGD=
in
KLOGD="-c 4"
in /etc/init.d/klogd (debian)


 :)
Se non vuoi passare al 2.4 passa almeno al 2.2.19 in quanto i kernel <=
2.2.17 soffrivano di un fastidioso bug per la gestione della memoria
Henryx
-- 
Questo senso di approssimazione che pervade i windowsFan a volte mi
sconforta (V. Valvano)

 2.2.17 soffrivano di un fastidioso bug per la gestione della memoria
server:~# uname -a
Linux server 2.2.19 #1 Wed Aug 29 14:15:48 UTC 2001 i586 unknown
server:~# 
;)


 in /etc/init.d/klogd (debian)
 
Un grazie veramente di cuore, il problema mi dava veramente fastidio e non
riuscivo a risolverlo.
	Grazie ancora, Ferdinando