Forse questo è il secondo post dello stesso messaggio (ieri ho usato un indirizzo diverso da quello con cui sono registrato su linuxtrent), nel qual caso, chiedo venia. Salve, è quasi due anni che seguo la mailing list da (quasi sempre)"auditore", e non mi sembra di aver mai letto di un problema simile. un grazie a chi vorrà aiutarmi. Forse sbaglio qualcosa, ma il mio pppd 2.4 con kernel 2.4.1 (ma lo faceva anche col 2.4.0),se al momento della connessione esiste già un default gateway, non mi setta il nuovo default gateway sull' IP del provider. questo è il mio /etc/ppp/options: ############################################ debug /dev/modem 115200 modem lock crtscts ipcp-accept-local ipcp-accept-remote ktune maxfail 2 noauth ##se non metto questo, e tento di aprire pppd da utente, mi ##dice che devo autenticare l' ISP!!!!! defaultroute usepeerdns ##neanche questa funziona, se usata da utente (non ti ##permette di modificare /etc/resolv.conf) name ******** ##(...la privacy.... ;)) connect '/usr/sbin/chat -v -f /etc/ppp/chat' ################################################################# E questo è un estratto dal file messages (tutto quello che riguarda pppd e chat): ################################################################## Feb 16 21:34:15 Chipmunk chat[409]: abort on (BUSY) Feb 16 21:34:15 Chipmunk chat[409]: abort on (ERROR) Feb 16 21:34:15 Chipmunk chat[409]: abort on (NO CARRIER) Feb 16 21:34:15 Chipmunk chat[409]: abort on (NO DIALTONE) Feb 16 21:34:15 Chipmunk chat[409]: abort on (Invalid Login) Feb 16 21:34:15 Chipmunk chat[409]: abort on (Login incorrect) Feb 16 21:34:15 Chipmunk chat[409]: send (ATZ^M) Feb 16 21:34:15 Chipmunk chat[409]: expect (OK) Feb 16 21:34:15 Chipmunk chat[409]: ATZ^M^M Feb 16 21:34:15 Chipmunk chat[409]: OK Feb 16 21:34:15 Chipmunk chat[409]: -- got it Feb 16 21:34:45 Chipmunk chat[409]: CARRIER 46667^M Feb 16 21:34:45 Chipmunk chat[409]: ^M Feb 16 21:34:45 Chipmunk chat[409]: PROTOCOL: LAP-M^M Feb 16 21:34:45 Chipmunk chat[409]: ^M Feb 16 21:34:45 Chipmunk chat[409]: CONNECT Feb 16 21:34:45 Chipmunk chat[409]: -- got it Feb 16 21:34:45 Chipmunk chat[409]: send (^M) Feb 16 21:34:45 Chipmunk chat[409]: timeout set to 5 seconds Feb 16 21:34:45 Chipmunk chat[409]: expect (~) Feb 16 21:34:45 Chipmunk chat[409]: 115200^M Feb 16 21:34:50 Chipmunk chat[409]: alarm Feb 16 21:34:50 Chipmunk chat[409]: send (^M) Feb 16 21:34:50 Chipmunk chat[409]: send (^M) Feb 16 21:34:50 Chipmunk pppd[408]: Serial connection established. Feb 16 21:34:50 Chipmunk pppd[408]: Using interface ppp0 Feb 16 21:34:50 Chipmunk pppd[408]: Connect: ppp0 <--> /dev/modem Feb 16 21:34:55 Chipmunk pppd[408]: Remote message: ^@ Feb 16 21:34:55 Chipmunk pppd[408]: not replacing existing default route to eth0 [192.168.1.1] Feb 16 21:34:55 Chipmunk pppd[408]: local IP address 213.45.174.161 Feb 16 21:34:55 Chipmunk pppd[408]: remote IP address 212.131.52.139 Feb 16 21:34:55 Chipmunk pppd[408]: primary DNS address 194.243.154.62 ############################################################## ...non so che pensare: questo è il risultato di /sbin/route prima della connessione Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.1.1 * 255.255.255.255 UH 0 0 0 eth0 192.168.1.0 * 255.255.255.0 U 0 0 0 eth0 127.0.0.0 * 255.0.0.0 U 0 0 0 lo default 192.168.1.1 0.0.0.0 UG 0 0 0 ppp0 ....E questo dopo: Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.1.1 * 255.255.255.255 UH 0 0 0 eth0 212.131.52.139 * 255.255.255.255 UH 0 0 0 ppp0 192.168.1.0 * 255.255.255.0 U 0 0 0 eth0 127.0.0.0 * 255.0.0.0 U 0 0 0 lo default 192.168.1.1 0.0.0.0 UG 0 0 0 eth0 Se prima della connessione NON c' è questa riga: default 192.168.1.1 0.0.0.0 UG 0 0 0 eth0 funziona tutto alla perfezione. Perchè pppd non ha il coraggio di cambiarmi il defaultroute?C'è qualche opzione che mi è sfuggita?Qualcun altro è incappato nello stesso problema? Seconda domanda (forse un po' banale): E' possibile creare, all' interno di uno script (bash o perl), un file con permessi diversi da quelli settati con umask?Se sì, come? Grazie.Matteo. -- Per iscriversi (o disiscriversi), basta spedire un messaggio con SOGGETTO "subscribe" (o "unsubscribe") a mailto:linuxtrent-request@xxxxxxxxxxxxxxxxx