Sagem F@st 800 (Adsl/USB) + Fedora

cavva81 · 24-11-2003, 16:13

Ciao a tutti,

Ho dei problemi ad utilizzare il mio account ADSL di Tiscali utilizzando il modem usb Sagem Fast 800 con una distro Fedora.

I driver si comilano senza problemi, collego il modem USB e lo vedo lampeggiare finchè non si becca il segnale di syncro (fantastico, è andato tutto troppo bene !!!), lancio lo script di connessione....

Sono online, con ifconfig vedo la mia interfaccia ppp0 con l'IP pubblico che mi hanno assegnato...

Apro mozzilla > Gooogle .... azzz nessun segnale di vita ...
non riesco a pingare all'esterno ... praticamente sono connesso ma non riesco a fare nient'altro !!

Cosa cavolo può essere che non funziona ??

Mason · 24-11-2003, 17:01

se pinghi l'esterno ma non gli hostname e la risoluzione dei nomi che non funziona.
tuo stesso modem e provider a me da questi messaggi.

Nov 24 13:20:02 master pppd[3504]: pppd 2.4.2b3 started by root, uid 0
Nov 24 13:20:02 master pppd[3504]: Using interface ppp0
Nov 24 13:20:02 master pppd[3504]: Connect: ppp0 <--> /dev/pts/1
Nov 24 13:20:10 master pppd[3504]: CHAP authentication succeeded
Nov 24 13:20:10 master pppd[3504]: kernel does not support PPP filtering
Nov 24 13:20:10 master pppd[3504]: local IP address x.x.x.x
Nov 24 13:20:10 master pppd[3504]: remote IP address 213.205.24.86
Nov 24 13:20:10 master pppd[3504]: primary DNS address 195.130.224.18
Nov 24 13:20:10 master pppd[3504]: secondary DNS address 195.130.225.129

prova a modificare il tuo /etc/resolv.conf con i due dns di cui sopra.

nameserver 195.130.224.18
nameserver 195.130.225.129

se vuoi vedere le opzioni per la risoluzione dei nomi man resolv.conf

cavva81 · 24-11-2003, 17:29

il problema è che non riesco nemmeno a pingare all'esterno...

cmq a parte la righa di log in cui dice "CHAP authentication succeeded"
il resto è identico al mio log;

per quanto riguarda i DNS ho lasciato l'opzione "usepeerdns" dentro a /etc/ppp/options;

cmq non dovrebbe essere un problema di autentificazione, se sbaglio user o pwd nemmeno mi si collega, io invece SONO collegato....

ke driver hai utilizzato ? l'eagle1.04 o i driver 2.05 forniti dalla Sagem ?

Mason · 24-11-2003, 17:44

eagle 1.0.4

per ping esterno fallito intendi "unable to resolv www.blabla.com"
oppure perde tutti i pacchetti?

nella tabella di routing hai il default su ppp0?

cmq /etc/ppp/options.adsl

usa questo di file

lo vedi guardando /usr/sbin/startadsl

va a toccare quel file,penso lasci /etc/ppp/options per normali connex point 2 point tipo modem

cavva81 · 24-11-2003, 18:00

per ping fallito intendo :

#ping 216.239.57.99

a sto punto lo lascio pensare un pò (1 min), poi lo secco con Ctrl + C e lui mi dice 100% packets lost

Cosa intendi per "routing di default su ppp0 "?

PS : Io uso i driver della Sagem (che a loro volta usano gli eagle) quindi alcuni comandi sono differenti ma più o meno fanno le stesse cose...

Mason · 24-11-2003, 18:07

io i sagem li ho abbandonati dopo poco

cmq per routing intendo

dai il comando route

prova a fare un traceroute(spero tu lo abbia) solo per conferma che il ping non esce dalla tua macchina.

il kernel dovetti aggiornalo con uno della serie 2.4.2x, perche senno aveva problemi

cmq questo e il mio route

Codice:

master:/home/mason# route
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
c72g1.bs-atm1.n *               255.255.255.255 UH    0      0        0 ppp0
localnet        *               255.255.255.0   U     0      0        0 eth0
192.168.60.0    *               255.255.255.0   U     0      0        0 eth1
default         c72g1.bs-atm1.n 0.0.0.0         UG    0      0        0 ppp0

cmq ti consiglio gli eagle 1.0.4

cavva81 · 24-11-2003, 18:28

Oks, fra un'oretta sono a casa e posso provare il route,

nell'attesa..... io l'eagle li ho provati però non riesco a caricargli il DSP .....

mi spiego meglio:

- compilo i driver
- inserisco il modem
- #showstat mi dice che sta aspettando il DSP (adictrl -d)

a sto punto sono fermo, adictrl (ho provato con -f -d -w) non mi dà mai nessuna risposta, ho provato a guardare i log, ma sembra non reagire.....
come DSP prendo quello di default che mi mette in /etc/analog/
ma lui continua a dirmi che si aspetta un adictrl -d <nomefile.bin>

mhà...

(se ti stò chiedendo troppe cose contemporaneamente dimmelo che mi fermo

)

Mason · 24-11-2003, 18:42

no figurati non troppe cose, solo che i problemi sono un po diversi dai mie

tieni presente che pero io per far andare gli eagle avevo ricompilato il kernel, mettendo le 2/3 opzioni che ci sono negli howto.

a me il problema di cui ricordo ho avuto noia era una cosa del genere:

modulo inserito, ma showstat mi faceva passare il modem da init a boot quando cercavo di mettergli il dsp.

a me ha sempre funzionato con adictrl -d ,senza specificare il file .bin

cmq il modem con i sagem "sembra" funzionare, sembra un errore di pppd

cerca di aumentare il verbose di pppd, se puoi, cambiando lo script di startup dell'adsl

per il modulo sagem puoi attivare il debug che ti da messaggi extra

e un opzione di adictrl, fatta solo una volta
mi sembra ci sia nell help di adictrl
si ecco:
-x|--set-debug dbg : Set driver debug-mask to the given value,
which can either be an haxadecimal number (0x0, 0xFF)
or a lits of debug flags separated by a comma. A list of
available flags can be given by the --list-debug option.

per ora bisogna trovare dove si incricca.

cavva81 · 24-11-2003, 20:54

Eccomi sono tornato....

allora questo è il risultato di route

Codice:

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
195.130.xxx.xxx *               255.255.255.255 UH    0      0        0 ppp0
192.168.0.0     *               255.255.255.0   U     0      0        0 eth0
192.168.60.0    *               255.255.255.0   U     0      0        0 ADIModem
169.254.0.0     *               255.255.0.0     U     0      0        0 eth0
127.0.0.0       *               255.0.0.0       U     0      0        0 lo
default         192.168.0.1     0.0.0.0         UG    0      0        0 eth0

effetivamente qualcosa di sbagliato potrebbe esserci.... il 192.168.0.1 è la macchina Win che per ora mi fa da Gateway, il mio PC (quello con cui sto cercando di collegarmi) e il 192.168.0.2 ....

cavva81 · 24-11-2003, 22:54

SIIIIIIIIIIIIIIIII

Mason, mi hai aperto gli occhi !!!
ora navigo di brutto !!!

il problema era proprio di quel default route... ho digitato
#route add default ppp0
e ora tutto funge !!!!

l'unico dubbio che mi rimane è il "cosa ho fatto esattamente" ?

Grazie ankora Mason!!

Mason · 25-11-2003, 01:03

ne son contento
penso tu abbia capito cosa hai fatto senno perche hai digitato quella stringa?

esattamente hai aggiunto, per tutte le destinazioni non gia presenti nella tabella(default) di indirizzarle verso l'interfaccia ppp0

quindi anche coi driver sagem funge, bene, buono a sapersi.

ps scusa se non ti ho risposto prima ma in quelle 2 ore mi pare tu abbia imparato ad usare il route

cavva81 · 25-11-2003, 09:13

Quote:

Originariamente inviato da Mason
ps scusa se non ti ho risposto prima ma in quelle 2 ore mi pare tu abbia imparato ad usare il route

figurati, anzi mi sei stato troppo d'aiuto !!

Byez

24-11-2003, 16:13	#1
cavva81 Member Iscritto dal: Nov 2003 Città: Modena Messaggi: 149	Sagem F@st 800 (Adsl/USB) + Fedora Ciao a tutti, Ho dei problemi ad utilizzare il mio account ADSL di Tiscali utilizzando il modem usb Sagem Fast 800 con una distro Fedora. I driver si comilano senza problemi, collego il modem USB e lo vedo lampeggiare finchè non si becca il segnale di syncro (fantastico, è andato tutto troppo bene !!!), lancio lo script di connessione.... Sono online, con ifconfig vedo la mia interfaccia ppp0 con l'IP pubblico che mi hanno assegnato... Apro mozzilla > Gooogle .... azzz nessun segnale di vita ... non riesco a pingare all'esterno ... praticamente sono connesso ma non riesco a fare nient'altro !! Cosa cavolo può essere che non funziona ??

24-11-2003, 17:01	#2
Mason Senior Member Iscritto dal: Nov 2002 Città: Morbegno (SO) Messaggi: 1410	se pinghi l'esterno ma non gli hostname e la risoluzione dei nomi che non funziona. tuo stesso modem e provider a me da questi messaggi. Nov 24 13:20:02 master pppd[3504]: pppd 2.4.2b3 started by root, uid 0 Nov 24 13:20:02 master pppd[3504]: Using interface ppp0 Nov 24 13:20:02 master pppd[3504]: Connect: ppp0 <--> /dev/pts/1 Nov 24 13:20:10 master pppd[3504]: CHAP authentication succeeded Nov 24 13:20:10 master pppd[3504]: kernel does not support PPP filtering Nov 24 13:20:10 master pppd[3504]: local IP address x.x.x.x Nov 24 13:20:10 master pppd[3504]: remote IP address 213.205.24.86 Nov 24 13:20:10 master pppd[3504]: primary DNS address 195.130.224.18 Nov 24 13:20:10 master pppd[3504]: secondary DNS address 195.130.225.129 prova a modificare il tuo /etc/resolv.conf con i due dns di cui sopra. nameserver 195.130.224.18 nameserver 195.130.225.129 se vuoi vedere le opzioni per la risoluzione dei nomi man resolv.conf __________________ e' difficile cio' che non si conosce Tic Tac Andrew Morton, 15/02/2008 LKML:"`tmp' is an awful identifier, and renaming it to `temp' hardly improves it."

24-11-2003, 17:44	#4
Mason Senior Member Iscritto dal: Nov 2002 Città: Morbegno (SO) Messaggi: 1410	eagle 1.0.4 per ping esterno fallito intendi "unable to resolv www.blabla.com" oppure perde tutti i pacchetti? nella tabella di routing hai il default su ppp0? cmq /etc/ppp/options.adsl usa questo di file lo vedi guardando /usr/sbin/startadsl va a toccare quel file,penso lasci /etc/ppp/options per normali connex point 2 point tipo modem __________________ e' difficile cio' che non si conosce Tic Tac Andrew Morton, 15/02/2008 LKML:"`tmp' is an awful identifier, and renaming it to `temp' hardly improves it." Ultima modifica di Mason : 24-11-2003 alle 17:49.

24-11-2003, 18:07	#6
Mason Senior Member Iscritto dal: Nov 2002 Città: Morbegno (SO) Messaggi: 1410	io i sagem li ho abbandonati dopo poco cmq per routing intendo dai il comando route prova a fare un traceroute(spero tu lo abbia) solo per conferma che il ping non esce dalla tua macchina. il kernel dovetti aggiornalo con uno della serie 2.4.2x, perche senno aveva problemi cmq questo e il mio route Codice: master:/home/mason# route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface c72g1.bs-atm1.n * 255.255.255.255 UH 0 0 0 ppp0 localnet * 255.255.255.0 U 0 0 0 eth0 192.168.60.0 * 255.255.255.0 U 0 0 0 eth1 default c72g1.bs-atm1.n 0.0.0.0 UG 0 0 0 ppp0 cmq ti consiglio gli eagle 1.0.4 __________________ e' difficile cio' che non si conosce Tic Tac Andrew Morton, 15/02/2008 LKML:"`tmp' is an awful identifier, and renaming it to `temp' hardly improves it." Ultima modifica di Mason : 24-11-2003 alle 18:12.

24-11-2003, 18:42	#8
Mason Senior Member Iscritto dal: Nov 2002 Città: Morbegno (SO) Messaggi: 1410	no figurati non troppe cose, solo che i problemi sono un po diversi dai mie tieni presente che pero io per far andare gli eagle avevo ricompilato il kernel, mettendo le 2/3 opzioni che ci sono negli howto. a me il problema di cui ricordo ho avuto noia era una cosa del genere: modulo inserito, ma showstat mi faceva passare il modem da init a boot quando cercavo di mettergli il dsp. a me ha sempre funzionato con adictrl -d ,senza specificare il file .bin cmq il modem con i sagem "sembra" funzionare, sembra un errore di pppd cerca di aumentare il verbose di pppd, se puoi, cambiando lo script di startup dell'adsl per il modulo sagem puoi attivare il debug che ti da messaggi extra e un opzione di adictrl, fatta solo una volta mi sembra ci sia nell help di adictrl si ecco: -x\|--set-debug dbg : Set driver debug-mask to the given value, which can either be an haxadecimal number (0x0, 0xFF) or a lits of debug flags separated by a comma. A list of available flags can be given by the --list-debug option. per ora bisogna trovare dove si incricca. __________________ e' difficile cio' che non si conosce Tic Tac Andrew Morton, 15/02/2008 LKML:"`tmp' is an awful identifier, and renaming it to `temp' hardly improves it."

24-11-2003, 17:29	#3
cavva81 Member Iscritto dal: Nov 2003 Città: Modena Messaggi: 149	il problema è che non riesco nemmeno a pingare all'esterno... cmq a parte la righa di log in cui dice "CHAP authentication succeeded" il resto è identico al mio log; per quanto riguarda i DNS ho lasciato l'opzione "usepeerdns" dentro a /etc/ppp/options; cmq non dovrebbe essere un problema di autentificazione, se sbaglio user o pwd nemmeno mi si collega, io invece SONO collegato.... ke driver hai utilizzato ? l'eagle1.04 o i driver 2.05 forniti dalla Sagem ?

24-11-2003, 18:00	#5
cavva81 Member Iscritto dal: Nov 2003 Città: Modena Messaggi: 149	per ping fallito intendo : #ping 216.239.57.99 a sto punto lo lascio pensare un pò (1 min), poi lo secco con Ctrl + C e lui mi dice 100% packets lost Cosa intendi per "routing di default su ppp0 "? PS : Io uso i driver della Sagem (che a loro volta usano gli eagle) quindi alcuni comandi sono differenti ma più o meno fanno le stesse cose...

24-11-2003, 18:28	#7
cavva81 Member Iscritto dal: Nov 2003 Città: Modena Messaggi: 149	Oks, fra un'oretta sono a casa e posso provare il route, nell'attesa..... io l'eagle li ho provati però non riesco a caricargli il DSP ..... mi spiego meglio: - compilo i driver - inserisco il modem - #showstat mi dice che sta aspettando il DSP (adictrl -d) a sto punto sono fermo, adictrl (ho provato con -f -d -w) non mi dà mai nessuna risposta, ho provato a guardare i log, ma sembra non reagire..... come DSP prendo quello di default che mi mette in /etc/analog/ ma lui continua a dirmi che si aspetta un adictrl -d <nomefile.bin> mhà... (se ti stò chiedendo troppe cose contemporaneamente dimmelo che mi fermo )

24-11-2003, 20:54	#9
cavva81 Member Iscritto dal: Nov 2003 Città: Modena Messaggi: 149	Eccomi sono tornato.... allora questo è il risultato di route Codice: Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 195.130.xxx.xxx * 255.255.255.255 UH 0 0 0 ppp0 192.168.0.0 * 255.255.255.0 U 0 0 0 eth0 192.168.60.0 * 255.255.255.0 U 0 0 0 ADIModem 169.254.0.0 * 255.255.0.0 U 0 0 0 eth0 127.0.0.0 * 255.0.0.0 U 0 0 0 lo default 192.168.0.1 0.0.0.0 UG 0 0 0 eth0 effetivamente qualcosa di sbagliato potrebbe esserci.... il 192.168.0.1 è la macchina Win che per ora mi fa da Gateway, il mio PC (quello con cui sto cercando di collegarmi) e il 192.168.0.2 ....

24-11-2003, 22:54	#10
cavva81 Member Iscritto dal: Nov 2003 Città: Modena Messaggi: 149	SIIIIIIIIIIIIIIIII Mason, mi hai aperto gli occhi !!! ora navigo di brutto !!! il problema era proprio di quel default route... ho digitato #route add default ppp0 e ora tutto funge !!!! l'unico dubbio che mi rimane è il "cosa ho fatto esattamente" ? Grazie ankora Mason!!

25-11-2003, 01:03	#11
Mason Senior Member Iscritto dal: Nov 2002 Città: Morbegno (SO) Messaggi: 1410	ne son contento penso tu abbia capito cosa hai fatto senno perche hai digitato quella stringa? esattamente hai aggiunto, per tutte le destinazioni non gia presenti nella tabella(default) di indirizzarle verso l'interfaccia ppp0 quindi anche coi driver sagem funge, bene, buono a sapersi. ps scusa se non ti ho risposto prima ma in quelle 2 ore mi pare tu abbia imparato ad usare il route __________________ e' difficile cio' che non si conosce Tic Tac Andrew Morton, 15/02/2008 LKML:"`tmp' is an awful identifier, and renaming it to `temp' hardly improves it."

Strumenti
Mostra una versione stampabile Invia questa pagina per email