Connessione con chiavetta internet

[pol]

A questo punto: sai cosa sia uno script bash?
Sei in grado di copirare quello sopra, editarlo sostituendo a /dev/rfcomm0, il tuo /dev/ttyUSB0 ?

Non ho mai fatto uno script bash,
ho aperto un terminale, ho lanciato vi /etc/ppp/peers/btgprs, incollato il contenuto..............ma come si salva ?

[joe]

Se mi mettessi a spiegarti vi, non finiremmo più. Ci sono comunque ottime guide in rete. (dritta veloce: premi ESC, poi premi ZZ... due volte zeta maiuscolo).
Però a tutti verrà un dubbio...
Come hai fatto ad incollare il contenuto?

Nessuno ti vieta di usare il tuo editor preferito, non so kwrite per esempio, magari all'inizio per te è più amichevole, è simile al blocco note di win.

[pol]

Un altro chiarimento, mi sono creato i file nelle rispettive dir, li edito con kwrite, devo incollare tutto questo (prendiamo in considerazione solo uno script) ?

root@slax:/mnt/hda# cat /etc/ppp/gprs.chat
'' \d
'' 'atz'
OK 'at+cgatt=1'
OK 'at+cgdcont=1,"IP","ibox.tim.it"'
OK 'atd*99***1#'


oppure la scritta root@slax:/mnt/hda# cat /etc/ppp/gprs.chat non la devo incollare ?

[joe]

Giusto. quello lì è il comando che ho dato io per visualizzare il contenuto del file.
Occhio che gli apici a sinistra sono due apici singoli, non una virgoletta... per quello ti ho consigliato il copiainolla.

in pratica a te basta copiaincollare:

Codice: Seleziona tutto

'' \d
'' 'atz'
OK 'at+cgatt=1'
OK 'at+cgdcont=1,"IP","ibox.tim.it"'
OK 'atd*99***1#'

Idem per l'altro.
Se no ti riesce qualcosa mostraci sempre il /var/log/messages relativo al lancio della connessione, così si capisce dove eventualmente fallisce.

Saluti

[pol]

Allora, la chiavetta riesce a connettersi perchè la lucetta è fissa (color viola, quindi umts) però se lancio firefox mi dice "Server not found"


May 7 18:40:45 dark kernel: PPP generic driver version 2.4.2
May 7 18:40:45 dark pppd[2912]: pppd 2.4.5 started by root, uid 0
May 7 18:40:46 dark chat[2913]: send (\d^M)
May 7 18:40:47 dark chat[2913]: send (atz^M)
May 7 18:40:47 dark chat[2913]: expect (OK)
May 7 18:40:47 dark chat[2913]: atz^M^M
May 7 18:40:47 dark chat[2913]: OK
May 7 18:40:47 dark chat[2913]: -- got it
May 7 18:40:47 dark chat[2913]: send (at+cgdcont=1,"IP","ibox.tim.it"^M)
May 7 18:40:47 dark chat[2913]: expect (OK)
May 7 18:40:47 dark chat[2913]: ^M
May 7 18:40:47 dark chat[2913]: at+cgdcont=1,"IP","ibox.tim.it"^M^M
May 7 18:40:47 dark chat[2913]: OK
May 7 18:40:47 dark chat[2913]: -- got it
May 7 18:40:47 dark chat[2913]: send (atd*99***1#^M)
May 7 18:40:47 dark pppd[2912]: Serial connection established.
May 7 18:40:47 dark pppd[2912]: Using interface ppp0
May 7 18:40:47 dark pppd[2912]: Connect: ppp0 <--> /dev/ttyUSB0
May 7 18:40:48 dark kernel: PPP BSD Compression module registered
May 7 18:40:48 dark kernel: PPP Deflate Compression module registered
May 7 18:40:52 dark pppd[2912]: local IP address 217.203.82.172
May 7 18:40:52 dark pppd[2912]: remote IP address 10.64.64.64
May 7 18:40:52 dark pppd[2912]: primary DNS address 213.230.155.10
May 7 18:40:52 dark pppd[2912]: secondary DNS address 213.230.128.222
May 7 18:43:39 dark sshd[3023]: Did not receive identification string from 94.37.216.35

[joe]

Ok Pol ci siamo quasi!

Sei regolarmente connesso a quanto pare.

Solo che manca ancora qualche punto:

1) instradamento dei pacchetti attraverso ppp0.
2) impostazione dei dns editando opportunamente il file /etc/resolv.conf

Mi spiazza un po' il tuo report:

Codice: Seleziona tutto

May 7 18:40:47 dark pppd[2912]: Connect: ppp0 <--> /dev/ttyUSB0
May 7 18:40:48 dark kernel: PPP BSD Compression module registered
May 7 18:40:48 dark kernel: PPP Deflate Compression module registered
May 7 18:40:52 dark pppd[2912]: local IP address 217.203.82.172
May 7 18:40:52 dark pppd[2912]: remote IP address 10.64.64.64
May 7 18:40:52 dark pppd[2912]: primary DNS address 213.230.155.10
May 7 18:40:52 dark pppd[2912]: secondary DNS address 213.230.128.222

Sembra che i dns ti vengano forniti all'atto della connessione...
... inoltre ti viene assegnato un remote ip address 10.64.64.64.
Uso Tim anch'io e invece ottengo:

Codice: Seleziona tutto

May  7 19:12:09 (none) chat[8212]: send (atd*99***1#^M)
May  7 19:12:09 (none) pppd[8198]: Serial connection established.
May  7 19:12:09 (none) pppd[8198]: Using interface ppp0
May  7 19:12:09 (none) pppd[8198]: Connect: ppp0 <--> /dev/rfcomm0
May  7 19:12:10 (none) kernel: PPP BSD Compression module registered
May  7 19:12:10 (none) kernel: PPP Deflate Compression module registered
May  7 19:12:11 (none) pppd[8198]: local  IP address 217.x.x.x
May  7 19:12:11 (none) pppd[8198]: remote IP address 10.6.6.6

Se hai usato il mio stesso script, è singolare...
A me non danno i dns.
Inoltre mi attribuiscono un remote ip addrress 10.6.6.6.
C'è da dire che io sono in gprs/edge secco, niente umts. Magari è quello o magari semplicemente varia da zona a zona, chissà.

Anyway...
Poco ci importa! sono solo considerazioni mie.
Come ti ho accennato in cima i motivi per cui non navighi potrebbero essere 2, ma il primo lo escluderei. Infatti se nello script di pppd hai correttamente copiato la direttiva defaultroute, dovrebbe essere apoosto.
Resta la definizione dei dns che ti servono per tradurre i nomi in indirizzi numerici.
Per vedere se è quello il problema puoi fare la solita prova già descritta in altro topic simile a questo:

Codice: Seleziona tutto

ping maya.ngi.it

Se il dns non è settato bene il comando sopra da dare a terminale non funge.
Poi provi a "pingare" l'indirizzo numerico corrispondente allo stesso nome che nel caso di maya.ngi.it è:

Codice: Seleziona tutto

ping 88.149.128.3

Nel mio caso ottengo avendo tutto apposto:

Codice: Seleziona tutto

# ping maya.ngi.it
PING maya.ngi.it (88.149.128.3) 56(84) bytes of data.
64 bytes from ns2.ngi.it (88.149.128.3): icmp_seq=1 ttl=51 time=351 ms
64 bytes from ns2.ngi.it (88.149.128.3): icmp_seq=2 ttl=51 time=354 ms
64 bytes from ns2.ngi.it (88.149.128.3): icmp_seq=3 ttl=51 time=254 ms
^C
--- maya.ngi.it ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2013ms
rtt min/avg/max/mdev = 254.310/320.005/354.318/46.473 ms

Probabilmente il problea sta nei dns:
posta anche il risultato di

# cat /etc/resolv.conf

così vediamo cosa c'è dentro.

Se è vuoto devi editarlo, ormai ai imparato a usare kwrite...
E scrivervi

nameserver 213.230.155.10
nameserver 213.230.128.222

Che sono i dns che leggo poco sopra dal tuo log, tra l'altro sono differenti dai miei che avevo impostato per tim:

213.230.155.94
213.230.130.222

Ad ogni modo, i miei funzionano... Probabilmente alla tim ne avranno anche altri.
Fai delle prove insomma.Puoi anche usare gli opendns, cerchi i loro indirizzi dns via google...
Sono dettagli, l'importante è che funzionino.

Saluti

[pol]

Non ho risolto niente inserendo i dns che mi hai consigliato

# ping maya.ngi.it
ping: unknown host maya.ngi.it


# ping 88.149.128.3
PING 88.149.128.3 (88.149.128.3) 56(84) bytes of data.
64 bytes from 88.149.128.3: icmp_seq=1 ttl=53 time=188 ms
64 bytes from 88.149.128.3: icmp_seq=2 ttl=53 time=188 ms
64 bytes from 88.149.128.3: icmp_seq=3 ttl=53 time=188 ms
64 bytes from 88.149.128.3: icmp_seq=4 ttl=53 time=229 ms
64 bytes from 88.149.128.3: icmp_seq=5 ttl=53 time=198 ms
64 bytes from 88.149.128.3: icmp_seq=6 ttl=53 time=208 ms
64 bytes from 88.149.128.3: icmp_seq=7 ttl=53 time=198 ms
64 bytes from 88.149.128.3: icmp_seq=8 ttl=53 time=207 ms
64 bytes from 88.149.128.3: icmp_seq=9 ttl=53 time=256 ms
64 bytes from 88.149.128.3: icmp_seq=10 ttl=53 time=196 ms
64 bytes from 88.149.128.3: icmp_seq=11 ttl=53 time=196 ms
64 bytes from 88.149.128.3: icmp_seq=12 ttl=53 time=195 ms
64 bytes from 88.149.128.3: icmp_seq=13 ttl=53 time=214 ms
64 bytes from 88.149.128.3: icmp_seq=14 ttl=53 time=246 ms
64 bytes from 88.149.128.3: icmp_seq=15 ttl=53 time=195 ms
64 bytes from 88.149.128.3: icmp_seq=16 ttl=53 time=194 ms
64 bytes from 88.149.128.3: icmp_seq=17 ttl=53 time=190 ms
64 bytes from 88.149.128.3: icmp_seq=18 ttl=53 time=243 ms
64 bytes from 88.149.128.3: icmp_seq=19 ttl=53 time=193 ms
^Z
[1]+ Stopped ping 88.149.128.3


resolv.conf prima di inserire i dns

# Generated by dhcpcd
# /etc/resolv.conf.head can replace this line
# /etc/resolv.conf.tail can replace this line

[pol]

ho risolto inserendo i tuoi dns
adesso la provo, faccio dei test di velocità, ti faccio sapere.

[pol]

Ho fatto un test sul sito ngi, nel paese dove abito non c'è la copertura umts, però, anche se scarsa, riesce a beccarla ugualmente, questi sono i risultati (ho fatto un copia/incolla):

Ultimo risultato:
Velocità in download: 3110 Kbps (388.8 KB/sec)
Velocità in upload: 346 Kbps (43.3 KB/sec)
Test eseguito alle: 23:26 del: 07/05/2010


joe grazie 1000 per l'aiuto...........e per la pazienza

p.s.: qual è il comando per disconnettersi ?

[joe]

Codice: Seleziona tutto

kill $(cat /var/run/ppp0.pid)

Quei valori, mi sanno più di hsdpa l'umts semplice non arriva a tanto... buon per te.

Ora che sai i comandi per connetterti e disconnetterti, se per esempio usi kde puoi crearti due "Application Panel" contrassegnate con due icone da piazzare sulla barra inferiore inoltre puoi aggiungere knemo nel system tray menu così ti compare l'icona coi 2 monitor che si illuminano se scambi dati.
L'ho fatto proprio l'altro giorno, però su slax dove uso l'account di root.

Il problema di questi applet è che devono far girare degli script per i quali servono privilegi di root:
pppd deve essere lanciato da root e di conseguenza anche la disconnessione deve essere fatta da root.
Non so bene come si fà a farlo da utente normale, puoi provare, forse devi aggiungere il tuo utente semplice a un qualche gruppo che sia abilitato ad usare pppd, oppure configurare sudo per lanciare la connessione senza che ti chieda la password...

Magari altri sapranno eventualmente spiegarti meglio, anche google sicuramente ha la risposta sulla punta del... "cursore"
Good luck!

[pol]

Ho cambiato un valore in /etc/ppp/peers/btgprs, ho modificato /dev/ttyUSB0 9600 in /dev/ttyUSB0 460800, va decisamente meglio:


Ultimo risultato:
Velocità in download: 4402 Kbps (550.3 KB/sec)
Velocità in upload: 350 Kbps (43.8 KB/sec)
Test eseguito alle: 09:16 del: 08/05/2010