Newsgroup: it.comp.os.linux.iniziare
Titolo: Problemi con connessione dial-up!

Ciao a tutti,sulla mia fidata debian etch, fino a qualche giorno fa con 
l'ADSL tutto filava liscio come l'olio, ma a causa del cambio del 
gestore telefonico, da telecom a tele2, adesso posso usufruire solo 
della connessione dial-up di tele2 oppure usare il cellulare.
Seguendo qualche guida in giro per la rete ho provato ad usare sia 
gnome-ppp che kppp che wvdial, ma alla fine si comportano tutti allo 
stesso modo, la connessione si stabilisce ma la navigazione è 
lentissima, 0.1k, tanto anche se provo a pingare l'ip del server a cui 
mi sono collegato non ottengo nessun risultato...
Io fin ora ho provato a "smanettare" con i file presenti nella directory 
/etc/ppp e con wvdial.conf, ma non ci cavo un ragno dal buco (adesso 
infatti sono su win)
Qualcuno ha idea di cosa possa essere successo? Provo a postare 
wvdial.conf e kppp-options sperando che sia utile.
wvdial.conf:
[Dialer Defaults]
Init1 = ATZ0
Init2 = ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
Init3 = AT+CGDCONT=1,"IP","
ibox.tim.it
","",0,0
Modem Type = USB Modem
Baud = 460800
New PPPD = yes
Modem = /dev/
ttyACM0
ISDN = 0
Phone = *99***1#
Carrier Check = no
Username = ''
Password = ''
kppp-options:
noauth
Grazie fin d'ora a chiunque mi vorrà aiutare!
Francesco
--
Per rispondermi in privato togliere i numeri

 mi sono collegato non ottengo nessun risultato...
In pratica:
1- ti connetti utilizzando un cellulare con Tim come operatore.
1.a- hai sottoscritto un'offerta prepagata vero? te lo faccio presente
     per evitarti brutte sorprese.
1.b- Quale cellulare usi? Di che teconolgi dispone (UMTS-HSDPA-EDGE) e
     quali tecnologie coprono la tua zona?
2- Ora ti colleghi da windows.
   MA sempre tramite cellulare?
   Oppure con una classica connessione dialup analgica?

    Oppure con una classica connessione dialup analgica?
Entrambe!
P.S: ho provato una ubuntu 5.1 live e li la connessione funziona!
-- 
La dignità non consiste nel possedere onori, ma nella coscienza di 
meritarli.
	Aristotele
Per rispondermi in privato togliere i numeri!

 P.S: ho provato una ubuntu 5.1 live e li la connessione funziona!
Se vuoi posso consigliarti un buon metodo per stabilire la connessione
su praticamente ogni distribuzione linux, basato esclusivamente sul
demone pppd.
Dal mio punto di vista si tratta della scelta più pulita, versatile e
comprensibile.
Dal punto di vista di molti altri (e hanno ragione) non è la più
user-friendly. In realtà è molto molto semplice dopo aver dato
un'occhiata al man pppd, man chat e possibilmente anche ai comandi modem
validi per il proprio dispositivo (per quello ti ho chiesto anche il
modello).
Nella pratica si tratta, di scrivere due file di testo piuttosto banali
a patto di sapere cosa si sta facendo... ;-)
E la connessione si lancia per esempio da shell digitando:
pppd call nome-file.
Sinceramente non ho voglia di andare avanti per niente.
Diverse volte ho letto questa domanda e cercato di rispondere in questo
modo, ma l'OP di turno ha frequentemente cercato di svicolare dalle
domande che ponevo cercando appunto vie user-friendly ecc ecc.
In realtà il presente metodo, è il migliore per capire eventualmente
cosa non funziona e cercare di porvi rimedio. Inoltre permette di
stabilire la connessione senza dover ricorrere ad interfaccie grafiche
che magari potrebbero non essere accessibili, tipo per mancanza di X
avviato. In utlimo adattando uno di quei due file di testo (scripts)
in modo opportuno, si può cercare anche di effettuare altre manovre
utili cin certi casi di blocco del cellulare per esempio.
Se cerchi in questo ng trovi alcuni miei intereventi in merito.
Altrimenti se vuoi posso spiegarti direttamente come impostare la
connessione. A te la scelta, fammi pure sapere.

 connessione. A te la scelta, fammi pure sapere.
Adesso ovviamente mi metto a cercare, ma se puoi dirmelo tu è meglio.
P.S: se il metodo me lo puoi spiegare con il modem seriale per primo mi 
fai un favore ed io poi lo aggiusto per il cello...


 fai un favore ed io poi lo aggiusto per il cello...
Guarda in realtà ho più dimestichezza col cellulare, visto che non ho
linea telefonica  ;-)
Perciò magari prima ti spiego come mi connetto io con quel dispositivo
(...via usb come anche nel tuo caso deduco...).
Non ti garantisco la riuscita, ma diciamo che io seguirei questa strada
per cercare quantomeno una motivazione della lentezza che lamenti.
Allora, innanzitutto, vedo che il dispositivo corrispondente al tuo
cellulare è /dev/ttyACM0. Lo vedo dal tuo primo post.
Una possibilità da considerare eventualmente in un secondo tempo,
potrebbe essere la prova di un altro driver. Quello che riconosce
automatiamente il tuo cellulare via usb è il modulo cdc_acm che genera
un device nominato come sopra /dev/ttyACMxxx.
Io ne conosco anche un altro chiamato usbserial. Eventualmente si
potrebbe provare anche con quello, ma non penso che l'errore stia lì.
Quindi lascerei quella prova per un secondo momento.
Edita un nuovo file di testo e chiamalo per esempio "gprs.chat". Salvalo
in /etc/ppp/. Quindi il percorso ssoluto del file risulta:
/etc/ppp/gprs.chat
tanto per chiarezza.
Si tratta di uno script send-expect da dare in pasto a chat, aspetta ciò
che il modem risponde aspettandosi un responso preddefinito (colonna a
sinistra) e invia un comando modem (colonna a destra). Ecco:
'' \d
'' 'atz'
OK 'at+cgatt=1'
OK 'at+cgdcont=1,"IP","
ibox.tim.it
"'
OK 'atd*99***1#'
Bene.
Ora editi un'altro file di testo e sta volta è uno script per pppd. pppd
richiamerà questo secondo file e ne seguirà le istruzioni lì contenute.
In questo secondo file viene richiamato il primo file di testo (lo
script di chat) attraverso il suo percorso assoluto. Quindi è importante
che il nome del primo file sia coerente con quanto scritto dentro questo
secondo file....spero di essermi spiegato, ma ora lo vedi direttamente.
chiama questo file "gprs" e posizionalo in /etc/ppp/peers/.
Potrebbe essere che la directory /etc/ppp/peers non esista,
aeventualmente creala:
mkdir /etc/ppp/peers
vi /etc/ppp/peers/gprs  ---> editi e salvi
Ecco il contenuto del file /etc/ppp/peers/gprs
/dev/ttyACM0 57600
connect '/usr/sbin/chat -v -f /etc/ppp/gprs.chat'
noauth
defaultroute
debug
Bene, ora ti spiego il significato di questo file:
riga 1:
specifica il device che nel nostro caso è /dev/ttyACM0 e ne indica anche
la velocità di connessione..si tratta del cosiddetto baud mi pare, non
della banda verso interent, ad ogni modo anche se fosse visto che tu sei
in gprs secco non causerebbe alcun collo di bottiglia (sono bit/s).
riga 2:
dice a pppd di eseguire la connessione attraverso uno script di
connessione traducendolo con il programma chat. In pratica grazie a
questa riga il processo di connessione viene demandato temporanamente a
chat (/usr/sbin/chat che a sua volta esegue la chiamata seguendo passo
passo il file /etc/ppp/gprs.chat, che è quello che avrai editato prima).
riga 3:
non dovrebbe essere importantissima, penso che espliciti il fatto che
non si voglia autenticarsi.
riga 4:
E' piuttosto importante e serve per aggiungere automaticamente un
instradamento verso internet. Senza questa ti connetti ma non navighi.
riga 5:
offre qualche informazione in più all'atto della connessione,
informazioni che sinceramente non so dove vengano piazzate, mettilo, ma
non penso sia indispensabile.
I due file devono essere editaticon permessi di superutente, mi pare, in
quanto altrimenti quelle directory non le puoi toccare come singolo
utente se non ricordo male.
Fatti i due files lanci la connessione col comando (come superutente).
pppd call gprs
Chiaramente non ottieni nessun output direttamente a video (Stiamo
sempre parlando di un demone pppd che lavora dietro le quinte).
Per seguire comunque cosa accade devi consultare il file
/var/log/messages aprendolo come root per esempio con questo comando
vedi bene tutto quello che accade:
tail -f /var/log/messages
Lavora su due shell. Dalla prima lanci il tail e la tieni d'occhio, poi
dalla seconda lanci la connassione....sempre tenedo d'occhio l'altra
shell.
Nel caso qualcosa andasse storto, il file /var/log/messages è
fondamentale per capire cosa è successo...è un semplice file di testo,
quindi facilmente consultabile e la prima cosa che appare in ogni sua
riga è la data e ora quindi ti puoi orientare bene per capire cosa è
successo ed eventualmente postare qui la parte rilevante (basandoti
sempre sull'ora.
Spero di essermi spiegato, probabilmente bastava molto meno, ma non si
sà mai. Saluti.
PS.
Il file /etc/resolv.conf assicurati che contenga i dns (qualsiasi ma
funzionanti, io ora sto usando gli opendns per esempio).

JohnnyNewbie ha scritto:
_cut_
Grazie mille per l'aiuto che mi hai dato, ma purtroppo la situazione non 
cambia... la cosa che mi fa arrabbiare è che la connessione va a buon 
fine, infatti in /var/log/messages non segnala alcun errore, ma quando 
provo a pingare un qualche ip si inchioda, infatti il traffico è 
lentissimo, circa sui 90 B/s.
oltre ai file contenuti in /etc/ppp c'è qualcos'altro da tenere d'occhio?


Se hai eseguito la connessione come ti ho spiegato, dovresti essere
indipendente da altri file eventualmente presenti in /etc/ppp.
Tuttavia, non mi è mai capitato e non lo posso escludere da qui.
Se non è un problema di driver (ora hai usato cdc-acm, ma volendo puoi
provare usbserial), e lo escluderei visto che il problema lo hai anche
col modem seriale, potrebbe essere un problema di firewall forse...ma
non ne capisco granchè. Non hai impostato qualche strana regola in
iptables per esempio vero?
Se poi dici di pingare direttamente degli IP e non dei nomi escluderei
anche i dns.
Sinceramente a questo punto non saprei proprio.
Dicevi d'aver provato anche con un'altra distribuzione...e lì funzionava
tutto bene?
Mi spiace ma no mi viene in mente altro.
Aspetta altre risposte e nel frattempo cerca in google.  :-|