Newsgroup: it.comp.os.linux.iniziare
Titolo: Aridaje cor blutù!!! (lunghetto!)

Ciao a tutti e Buon Natale a tutti gli utenti di ICOLI.
Dopo una serie di tentativi sono riuscito a realizzare la connessione GPRS
USB -> Bluetooth -> Siemens S55 -> GPRS.
I problemi che mi si presentano ora sono questi:
L'accesso GPRS sembra funzionare correttamente; sul cellulare appaiono
prima le due barrette attorno all'indicazione GPRS che indicano il
collegamento GPRS del cellulare e poi la freccetta rossa che indica la
modalità download. Da qui in avanti non succede più niente! Le pagine
internet non vengono visualizzate (anche il ping non riesce a risolvere
nomi e/o indirizzi IP.
Altro problema (non so fino a che punto collegato al primo) è che, dopo
la serie di installazioni eseguite per questo scopo alcuni programmi di
utilità sistema non ne vogliono più sapere di partire:
Ad esempio "hwbrowser" lanciato da console restituisce il seguente errore:
  File "/usr/share/hwbrowser/DeviceList.py", line 52, in ?
    gtk.input_add (read2, gtk.gdk.INPUT_READ, input_callback)
AttributeError: 'module' object has no attribute 'gdk'
Mentre questo è il risultato dell'esecuzione di "redhat-config-network":
Error in sys.excepthook:
Traceback (most recent call last):
  File "/usr/sbin/redhat-config-network-gui", line 68, in <lambda>
    PROGNAME, PRG_VERSION)
  File "/usr/lib/python2.2/site-packages/rhpl/exception.py", line 281, in handleException
    rc = exceptionWindow (_("Exception Occurred"), text, progname)
  File "/usr/lib/python2.2/site-packages/rhpl/exception.py", line 166, in exceptionWindow
    win = ExceptionWindow (text, name)
  File "/usr/lib/python2.2/site-packages/rhpl/exception.py", line 35, in __init__
    win = gtk.Dialog(_("Exception Occurred"), None, gtk.DIALOG_MODAL)
AttributeError: 'module' object has no attribute 'Dialog'
 
Original exception was:
Traceback (most recent call last):
  File "/usr/sbin/redhat-config-network-gui", line 232, in ?
    main()
  File "/usr/sbin/redhat-config-network-gui", line 179, in main
    handleException(sys.exc_info(), PROGNAME, PRG_VERSION)
  File "/usr/lib/python2.2/site-packages/rhpl/exception.py", line 281, in handleException
    rc = exceptionWindow (_("Exception Occurred"), text, progname)
  File "/usr/lib/python2.2/site-packages/rhpl/exception.py", line 166, in exceptionWindow
    win = ExceptionWindow (text, name)
  File "/usr/lib/python2.2/site-packages/rhpl/exception.py", line 35, in __init__
    win = gtk.Dialog(_("Exception Occurred"), None, gtk.DIALOG_MODAL)
AttributeError: 'module' object has no attribute 'Dialog'
... e qualcosa di molto simile per "internet-druid"
Ora, ho provato ad aggiornare gtk ma ottengo una serie di messaggi
relativi a dipendenze irrisolvibili per conflitti con altri componenti del
sistema.
Qualcuno riesce ad interpretare questi messaggi e a propormi una soluzione
che non preveda la formattazione del sistema?
Grazie in anticipo e ancora Auguri a tutti!!!
Luciano PELLE

nomi e/o indirizzi IP.
Se non risolve gli indirizzi, ma la connessione PPP e' avvenuta con
successo puo' darsi che il sistema non conosca gli indirizzi dei
server dns. Capita quando durante l'inizializzazione della
connessione, il server non propone tali indirizzi (puoi capirlo sempre
dal syslog). Puoi impostare i risolutori dns aggiungendo una o piu'
righe:
nameserver w.x.y.z
con w.x.y.z indirizzo del server dns, che dovresti reperire dal tuo
ISP. Alternativamente puoi utilizzare dei server non del tuo ISP xche'
i server accettano interrogazioni da chiunque, ma al di la' della
possibilita' tecnica di farlo, e' meno performante per la navigazione
in quanto le query devono sempre percorrere tragitti piu' lunghi, che
sulla LAN del tuo ISP.
Puoi automatizzare l'impostazione dei dns, come spiegato dai manpage
di pppd e resolv.conf, oppure dal front-end usato per la connessione.
-- 
Linux Registered User #181013
[Exokernels] Although one approach to eliminating bloated, buggy,
unreliable operating systems is to make them smaller, a more radical
one is to eliminate the operating system altogether.

 di pppd e resolv.conf, oppure dal front-end usato per la connessione.
Ho già impostato il tutto ma ... niente!
In rete locale funziona tutto (ping, download etc), ma il gateway è un
router. E poi sulla mia RedHat 9 il /var/log/syslog non esiste. :-(
Aiutoooo!

router. E poi sulla mia RedHat 9 il /var/log/syslog non esiste. :-(
Syslogd e' installato e funzionante?
/etc/syslog.conf e' configurato in modo da loggare sul file in
questione tutti i messaggi (o quelli desiderati)?


 Syslogd e' installato e funzionante?
Si ... ho scoperto che va a scrivere su /var/log/messages

Si ... ho scoperto che va a scrivere su /var/log/messages
Beh che dice?
Hai provato anche a sniffare sul device ppp0 per vedere se esce
effettivamente qualcosa?


 sostituendo ppp0 con l'interfaccia corretta.
A dire la verità speravo in qualcosa di più semplice e meno invadente
sui parametri di rete già impostati. Per dire il vero il mio notebook
lavora 6 giorni su 7 collegato alla LAN e accedendo ad internet tramite
essa (ecco il motivo di ipostazioni così restrittive!) ma occasionalmente
ho bisogno di usarlo fuori dall'ufficio o non collegato alla rete locale
e quindi preferirei non dover pasticciare troppo gli script di
connessione.
A proposito: su RedHat 9 credo che if-*.d cui ti riferisci si chiamino
ip-* (senza .d finale). Mi sbaglio? Perchè non c'è traccia sul mio
sistema di questi files.
Ancora grazie dell'aiuto che, tra l'altro mi ha permesso di scoprire
un'altro pezzo di mondo del pinguino!!

sistema di questi files.
Hai ragione, ho confuso la p con la f.
Cmq le directory sono ip-up.d, ip-down.d. Il loro contenuto e'
eseguito dagli script ip-up e ip-down.
Le modifiche da apportare sono veramente minime!
Basta aggiungere in ip-up.d lo script:
#!/bin/sh
route add default ppp0
e in ip-down.d lo script:
#!/bin/sh
route del default ppp0
Se non va ancora, come ti avevo detto, cancella il default route nel
primo script aggiungendo:
route del default eth0
prima del "route add"
e ripristina il default route nel secondo script aggiungendo:
route add default eth0
dopo il "route del".
Tentare non nuoce, male che vada se la tabella di routing finale
risulta sballata e non ti funziona, ma non sai riconfigurarla, puoi
semplicemente cancellare i tuoi script e riavviare (condizione
sufficiente).


 route del default ppp0
Non ho queste directory sul mio systema: dici che devo crearle e poi
copiarci dentro quegli script modificati secondo le tue indicazioni dato
che gli originali contengono esplicite indicazioni che invitano a non
modificarli? Oppure devo crearne di nuovi (con che nomi però? pppd li
aggancia lo stesso?)? Comunque ho fatto alcune modifiche ad uno script che
lanciato con wvdial mi racconta questa storiella:
# wvdial --config /etc/ppp/peers/gprs-wvdial.conf WindIT
--> WvDial: Internet dialer version
1.53 --> Initializing modem. --> Sending: ATZE1 ATZE1 OK --> Sending:
AT+CGDCONT=1,"IP","internet.wind","",0,0
AT+CGDCONT=1,"IP","internet.wind","",0,0 OK --> Modem initialized. -->
Sending: ATD*99***1#
--> Waiting for carrier.
ATD*99***1#
CONNECT
~[7f]}#@!}!}#} }9}"}&} }*} } }'}"}(}"}%}&0G}- }#}%B#}%6[08]~ --> Carrier
detected.  Starting PPP immediately. --> Starting pppd at Sun Dec 28
16:30:29 2003 --> pid of pppd: 2073
Sul display del cellulare sono presenti i due simboli del BT in
collegamento e l'indicazione del GPRS con una freccina rossa che mi dice
"sono dentro!" ... già ... in una stanza senza porte!!!
FATEMI USCIREEEE!!!
Scherzo! Attendo con ansia una risposta.
Grazie per la pazienza!

16:30:29 2003 --> pid of pppd: 2073
Questo e' buono, significa che la connessione PPP e' stata
inizializzata con successo. Seguirebbe poi la fase di negoziazione dei
parametri di connessione, informazioni che trovi sempre nei log di
sistema: syslog, messages, ed analoghi.
Facci sapere come va.
Buon anno.


 Buon anno.
BUON ANNO ANCHE A VOI. (... ma quanti siete? :-P)

 sistema: syslog, messages, ed analoghi.
P.S.: Questo è quanto trovo in /var/log/messages dopo aver avviato e
terminato la connessione:
01. Dec 29 18:04:56 Zion hcid[779]: link_key_request (sba=6A:74:29:60:10:00, dba=78:F8:00:E3:01:00) 
02. Dec 29 18:05:02 Zion pppd[2018]: pppd 2.4.1 started by root, uid 0
03. Dec 29 18:05:02 Zion kernel: CSLIP: code copyright 1989 Regents of the
University of California
04. Dec 29 18:05:02 Zion kernel: PPP generic driver version 2.4.2 
05. Dec 29 18:05:02 Zion pppd[2018]: Using interface ppp0 
06. Dec 29 18:05:02 Zion pppd[2018]: Connect: ppp0 <--> /dev/rfcomm0 
07. Dec 29 18:05:02 Zion /etc/hotplug/net.agent: assuming ppp0 is already up 
08. Dec 29 18:05:04 Zion modprobe: modprobe: Can't locate module ppp-compress-21 
09. Dec 29 18:05:04 Zion kernel: PPP Deflate Compression module registered 
10. Dec 29 18:05:04 Zion modprobe: modprobe: Can't locate module ppp-compress-21 
11. Dec 29 18:05:07 Zion pppd[2018]: Terminating on signal 15. 
12. Dec 29 18:05:07 Zion pppd[2018]: Connection terminated. 
13. Dec 29 18:05:07 Zion pppd[2018]: Exit. 
14. Dec 29 18:05:07 Zion /etc/hotplug/net.agent: NET unregister event not supported
Hanno qualche significato le righe 08, 09, 10 e 14?
Ancora grazie ...
Ancora Buon Anno a tutto il GRUPPO!

Questo è quello che /var/log/messages contiene dopo le modifiche:
Dec 29 18:57:37 Zion pppd[2795]: pppd 2.4.1 started by root, uid 0
Dec 29 18:57:37 Zion pppd[2795]: Using interface ppp0
Dec 29 18:57:37 Zion pppd[2795]: Connect: ppp0 <--> /dev/rfcomm0
Dec 29 18:57:38 Zion /etc/hotplug/net.agent: assuming ppp0 is already up
Dec 29 18:57:40 Zion modprobe: modprobe: Can't locate module ppp-compress-21
Dec 29 18:57:40 Zion modprobe: modprobe: Can't locate module ppp-compress-21
Dec 29 18:57:43 Zion pppd[2795]: not replacing existing default route to eth0 [192.168.0.1]
Dec 29 18:57:43 Zion pppd[2795]: local  IP address 212.141.114.249
Dec 29 18:57:43 Zion pppd[2795]: remote IP address 212.245.41.43
Dec 29 18:57:43 Zion pppd[2795]: primary   DNS address 212.245.255.2
Dec 29 18:57:43 Zion pppd[2795]: secondary DNS address 212.141.84.12
Dec 29 18:59:06 Zion pppd[2795]: Terminating on signal 15.
Dec 29 18:59:08 Zion /etc/hotplug/net.agent: NET unregister event not
supported
... la situazione non è cambiata!!!
Che faccio, rinuncio?

Che faccio, rinuncio?
Prova ad utilizzare i comuni tool di ping, traceroute, e nslookup.
Cmq penso che a questo punto il problema sia solamente di
configurazione dei parametri di rete della tua linux box.
Insomma la tabella di route che dice prima e a connessione avvenuta?
Ti sei assicurato che la prima voce di default route abbia come device
ppp0?
Ti sei assicurato che a connessione avvenuta il file /etc/resolv.conf
abbia le righe:
nameserver 212.245.255.2
nameserver 212.141.84.12
Il comando ifconfig ritorna la sezione ppp0 con tale device "UP", e
indirizzi locale (inet) e remoto (P-t-P) come spcificato sopra?


 indirizzi locale (inet) e remoto (P-t-P) come spcificato sopra?
Dopo la connessione si! E questo è il risultato in /var/log/messages
Dec 31 11:16:13 Zion /etc/hotplug/net.agent: NET unregister event not supported
Dec 31 11:16:21 Zion hcid[804]: link_key_request (sba=6A:74:29:60:10:00, dba=78:F8:00:E3:01:00) 
Dec 31 11:16:23 Zion pppd[3594]: pppd 2.4.1 started by root, uid 0
Dec 31 11:16:23 Zion pppd[3594]: Using interface ppp0
Dec 31 11:16:23 Zion pppd[3594]: Connect: ppp0 <--> /dev/rfcomm0
Dec 31 11:16:23 Zion /etc/hotplug/net.agent: assuming ppp0 is already up
Dec 31 11:16:26 Zion modprobe: modprobe: Can't locate module ppp-compress-21
Dec 31 11:16:26 Zion modprobe: modprobe: Can't locate module ppp-compress-21
Dec 31 11:16:29 Zion pppd[3594]: not replacing existing default route to eth0 [192.168.0.1]
Dec 31 11:16:29 Zion pppd[3594]: local  IP address 212.141.115.0
Dec 31 11:16:29 Zion pppd[3594]: remote IP address 212.245.41.42
Dec 31 11:16:29 Zion pppd[3594]: primary   DNS address 212.245.255.2
Dec 31 11:16:29 Zion pppd[3594]: secondary DNS address 212.141.84.12
Dec 31 11:53:49 Zion pppd[3594]: Hangup (SIGHUP)
Dec 31 11:53:49 Zion pppd[3594]: Modem hangup
Dec 31 11:53:49 Zion pppd[3594]: Connection terminated.
Dec 31 11:53:49 Zion pppd[3594]: Connect time 37.5 minutes.
Dec 31 11:53:49 Zion pppd[3594]: Sent 714 bytes, received 300 bytes.
Dec 31 11:53:49 Zion /etc/hotplug/net.agent: NET unregister event not supported
Dec 31 11:53:49 Zion pppd[3594]: Exit.
Ora mi piacerebbe automatizzare la procedura:
Per la connessione credi non dovrebbe essere sufficiente creare uno script
del tipo
#!/bin/sh
wvdial --config /etc/ppp/peers/gprs-wvdial.conf WindIT
/sbin/route add default ppp0
... eventualmente eseguendo
# chmod 0755 <nomescript>.sh
per poterlo utilizzare anche come utente normale? (ho provato ma non
funziona: cosa sbaglio?)
Al termine della sessione, invece, la linea 
# /sbin/route del default ppp0
non mi sembra esegua la disconnessione (sul cellulare rimane la freccina
rossa indicante il download accanto al simbolo del GPRS. Per ora mi sono
limitato a dare un CTRL+C nella console da dove ho lanciato wvdial
o peggio a killare il processo relativo o disattivare il GPRS sul
telefonino, ma avrei bisogno di qualcosa di un po' più ortodosso ... cosa
devo fare (o scrivere)? E' necessario un'altro script o si può fare tutto
in un colpo solo?
E ancora, come dovrò cambiare le impostazioni dei programmi di posta
elettronica e newsreader (Evolution e Pan ad esempio) per 
Ancora grazie infinite e ancora BUON 2004!!!

elettronica e newsreader (Evolution e Pan ad esempio) per 
Delle applicazioni che hai citato dovrai cambiare indirizzo del server
di posta in uscita e quello delle news, ma cio' vale comunque ad ogni
cambio di provider.
Ti consiglio di leggere un po' di guide.
