slacky.eu

Ciao a tutti!
Volevo chiedere un' informazione, probabilmente banale.
Uso rundns per trovare il mio pc in rete e lo faccio partire all'avvio insieme ad altri script che controllano l'avvio della connessione adsl.
Per configurare rundns all'avvio avevo degli appunti che mi dicevano di copiare uno script presente nel pacchetto, metterlo sotto /sbin linkarlo in /etc/rc.d con il nome "s98rundns" e tutto andava a posto.
io non mi sono fidato e in /etc/rc.d/rc.local ho scritto una riga che rimandava a /sbin/rundns.sh (lo script appunto) e rundns non partiva all'avvio. Rimossa la riga è partito e viaggia da solo che è una bellezza.
Ma allora mi chiedo, tutto ciò che è in /etc/rc.d viene letto all'avvio?
Scusate, magari la domnada è banale, ma all' inizio con linux sono partito da redhat e non ricordo di aver letto nulla in merito. Poi sono passato a slack per vari motivi (e chi se ne va più!) e non mi sono documentato abbastanza...
Qeullo che chiedo è solo una ocnferma, alla fine funziona... quindi se è come penso io posso mettere un'altro link ad uno script in /etc/rc.d e dovrebbe partire all'avvio....
Ciao

quello che hai in rc.d parte solo se si hanno i permessi di esecuzione
prova ad eseguire il comando vedrai che alcuni script hanno permessi di esecuzione (generalmente 755) e altri no (644). Bene, quelli a 755 partiranno all'avvio, gli altri no

mi fai pensare....
ma deve avere i permessi 755 per essere eseguito?
perché in effetti non funzia nemmeno così. per un caso fortuito infatti ho fatto una prova riavviando e l'ip era lo stesso, quindi funzionava.
lo script è in /sbin con maschera 444 e proprietario e gruppo sono root (root.root) che devo fare, mettere come proprietario root.bin e cambiare la maschera in 755?
io provo ma se mi dai un cenno sto più tranquillo.
ciao

con 444 non puó essere eseguito, mi pare chiaro

no, non tutto quel che sta in rc.d viene eseguito, ma solo quel che viene richiamato dai vari script (l'esecuzione parte da rc.S e poi cambia a seconda del runlevel).

x fare partire qualcosa al boot lo metti o in rc.local, oppure crei rc3.d e lo metti lì dentro, con la solita sintassi system V (Sxxyyyy), ammesso che il runlevel che usi sia il 3.

... non ha funzionato.
a questo punto ho qualche dubbio.
purtroppo posso provare solo stasera perché ho un problemino col modem, mi sa che è un po' difettoso e quando riavvio devo spegnerlo e riaccenderlo e da lavoro non ci riesco....

in un messaggio precedente ho scritto che lo script aveva i permessi 444.
Ho sbagliato a scrivere erano 755.
alla fine che faccio lo metto in /etc/rc.local?


P.S.: Londra ... adesso che si fa

se vuoi farlo eseguire all'avvio mettilo in /etc/rc.d/rc.local;


Londra...che vuoi che ti dica,ne hanno ospitati a migliaia in nome della libertà di espressione, se le cose continuano così in Inghilterra cambieranno sistema, facendo continui controlli come negli USA...

e noi? per me è questione di mesi o giorni..

mah!
sono un po' perplesso.
avevo messo in rc.local la riga:
/etc/rc.d/s98rundns dove s98rundns è il link al filr /sbin/boot_rundns.sh
ossia lo script che dovrebbe far partire rundns all'avvio.

Londra... cara paoletta che vuoi che ti dica.
Secondo me noi saremo i prossimi e pensa che io vivo a Torino a due passi dai alcuni siti olimpici costantemente presidiati da militari. Le olimpiadi dovrebbero unire i popoli invece mi sa che qui se ne staranno tutti chiusi in casa....
ciao

se non funziona anzichè mettere il link prova ad inserire il nome dell'eseguibile vero e proprio...

infatti lo stavo pensado anch'io...
Ho un altro problemino però.
io accendo il pc la mattina per averlo disponibile da lavoro, ma la sera quando arrivoa casa non naviga. Allora ho guardato ifconfig ed è tutto ok, ppp0 è up, ma route -n mi da 2 gateway uni 192.168.1.1 e l'altro 192.168.100.1.
Il primo non capisco perché ci sia e soprattutto come fa ad esserci visto che appena acceso non c'è.
Il secondo invece è giusto che sia così perchè ho uno script di avvio che recita più o meno così:
adsl-start
route del -net default gw 192.18.1.1
route add -net default gw 192.18.100.1

che quando ho configurato l'adsl l'anno scorso mi avevano aiutato a scrivere nel newsgroup it.comp.os.linux.iniziare.
Dello script non ho mai capito perché il default gw deve essere 192.168.100.1, perché proprio 100.1 mah!
Ciao

uhm, ma in /etc/rc.d/rc.inet1.conf, in fondo, hai impostaro un gateway?

in effetti no!
sono stato un po' sbadato perché è un file che guardavo 10 volte al giorno quando avevo prolemi con la connessione.
Ma cosa devo mettere secondo te 192.16.100.1che è il gw che mi fa funzionare tutto, oppure?
ora provo con questo e riavvio, poi posto le mie impressioni.
Ciao!

P.S.: non solo Londra, ora siamo tutti sensibili... non è giusto

se non ho capito male il tuo pc non fa parte di una vera rete, giusto? in tal caso effettivamente lì non devi metterci niente, e non avrai una route di default. quando adsl-start tira su la connessione dovrebbe impostare da solo la route giusta... almeno se in /etc/ppp/pppoe.conf hai DEFAULTROUTE=yes, controlla.

...non è una vera rete.
il pc fa da router per il mio portatile che è win per motivi di lavoro e spazio su HD. Però in avvio ho lo script in rc.local che mi xonfigura il routeraggio della mia pseudo rete (ho uno switch 5 porte, penso di fare una sorta di rete in autunno quando cambio casa).
quindi rc.inet1.conf alla voce gw lascio in bianco?
In pppoe.conf ho defaultroute=yes di questo sono sicuro.
La cosa strana è che dopo un po' di ore che è connesso fa quel giochino strano di avere 192.168.1.1 come gw, infatti me lo conferma route -n.
La connessione adsl infatti rimane in piedi, ma non riesco a navigare (probabilmente perché il sistema non sa cosa dire al browser relativamente al gw da usare per uscire su internet). Non capisco perché lo faccia dopo un po' e non subito. Tipicamente, accendo il pc prima delle 8 del mattino (7:45 circa, prima di uscire) e nel pomeriggio verso le 4 o le 5 da lavoro non riesco più a connettermi, quando arrivoa casa ho il famoso 192.168.1.1 che mi compare dopo digitato route -n.
non so cosa guardare...
ciao