Mi ricordo di averci provato anche io, anni fà con un cellulare nokia.
Il trucco usando minicom stava nella "rapidità d'esecuzione"!
Quando chiudi minicom (ctrl+a- q) e poi confermi "yes", devi immediatamente lanciare il comando "pppd", le opzioni che hai messo in primo post mi sembrano corrette, anzi c'è anche troppo... io ho provato così:
1- Apro due finestre terminali (o nel mio caso creo due schermate da screen e "splitto" in due) in modo da avere in alto la shell in cui ho minicom e in basso l'altra shell in cui ho già digitato il comando "pppd etc.." senza ancora premere invio però, ovvio.
2- Do i comandi AT in minicom fino ad ottenere il CONNECT
Nel mio caso ho dato solo:
il CONNECT è la risposta del modem ovviamente.
Non dovrebbero servire altre stringhe perchè l'APN di Tim (ibox.tim.it) dovrebbe già essere memorizzato nella chiavetta e usato come default.
3- Chiudo minicom con "ctrl+a" - "q" (o nel mio caso "ctrl+a" e poi "a q", lavorando in "screen"). E subito, molto rapidamente mi sposto nell'altra finestra dove ho già pronto il comando "pppd /dev/ttyUSB0 115200".
Anzi io avevo scritto un comando un attimo più lungo tanto per farmi sputare a video anche il log di cosa sta accadendo:
Codice: Seleziona tutto
root@darkstar:~# pppd /dev/ttyUSB0 115200 && tailf /var/log/messages
[...]
Oct 9 12:19:04 darkstar pppd[4497]: pppd 2.4.5 started by root, uid 0
Oct 9 12:19:04 darkstar pppd[4497]: Using interface ppp0
Oct 9 12:19:04 darkstar pppd[4497]: Connect: ppp0 <--> /dev/ttyUSB0
Oct 9 12:19:06 darkstar pppd[4497]: local IP address x.x.x.x
Oct 9 12:19:06 darkstar pppd[4497]: remote IP address 10.64.64.64
Oct 9 12:19:06 darkstar pppd[4497]: primary DNS address 10.207.43.46
Oct 9 12:19:06 darkstar pppd[4497]: secondary DNS address 10.206.56.132
Missione compiuta!
Visto che parli di finalità didattiche (tanto per ricordare quello che avevo visto io durante l'approccio a minicom, ppp, e collegamento ad internet via rete cellulare):
Però a sto punto resta un problemino: si è connessi ad internet ma non abbiamo un instradamento di default per i pacchetti che la nostra macchina vorrebbe scambiare con internet. Quindi browsers mail clients e altre applicazioni non funzionano.
Basta provare un semplice "ping" per vedersi rispondere come segue:
Non è un problema di DNS. Per provarlo efettuo anche un ping verso l'ip del dns che fornisce Tim (quello che si legge dal /var/log/messages (vedi sopra):
In pratica il problema sta nel fatto che pppd (come l'ho lanciato io, senza l'opzione "defaultroute") non imposta automagicamente, come gateway verso la grande rete l'indirizzo che ci dà l'isp nel nostro caso Tim (nel mio specifico sarebbe "10.64.64.64").
E allora possiamo farlo a mano, col comando "ip" per esempio:
C'era anche un'altro comando più vecchio se non sbaglio (non dico obsoleto, nè deprecato perchè non ricordo... ma qualcuno mi aveva sconsigliato di usarlo, eventualmente google ne saprà di più... ): "route". E avremmo dovuto usarlo tipo così (da testare...):
PS.
La mia è una chiavetta Huawei-E353 e non ho impostato nessun PIN quindi non ho usato stringhe AT+CPIN o simili, sempre che servano a quello...
