problemi con chiavetta onda MT883UP con slackware....

[sbabaro]

Fai le prove che ha detto Joe.
Se l'interfaccia PPP è su, la connessione è in piedi, quindi è sicuramente un problema di routing
posta il tuo route, oltre a ifconfig ppp0, così si capisce come intesta i pacchetti inuscita.
Già che ci sei posta anche i risultati che ti vengono sulla debian, così da ocnfrontarli
Io uso una onda diversa (non il tuo modello) ma il concetto è uguale: se tira su il ppp e ti passa i dns, sicuramente il tuo gateway è sbagliatp

[jack72]

salve a Tutti sono un nuovo utente.... della mitica slack
prova con..
route del default
e poi metti i dns in resolv.conf
io ho risolto cosi'.....
avvio il tutto semplicemente lanciando wvdial

[slucky]

allora, ecco altri dati a riguardo:
ifconfig -a

ppp0 Link encap:Point-to-Point Protocol
inet addr:95.75.100.71 P-t-P:10.0.0.1 Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1
RX packets:106 errors:0 dropped:0 overruns:0 frame:0
TX packets:16 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:8324 (8.1 Kb) TX bytes:804 (804.0 b)

netstat -r

Codice: Seleziona tutto

bash-4.1# netstat -r
Kernel IP routing table
Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
10.0.0.1        *               255.255.255.255 UH        0 0          0 ppp0
loopback        *               255.0.0.0       U         0 0          0 lo
default         10.0.0.1        0.0.0.0         UG        0 0          0 ppp0
default         *               0.0.0.0         U         0 0          0 ppp0

con slack, a differenza di altre distro, purtroppo continua a non funzionare....

[sbabaro]

prova a dare un

Codice: Seleziona tutto

route del default gw 10.0.0.1

[sbabaro]

Tra l'altro, posta il risultato degli stessi comandi (ifconfig e route) quando sei in debian

[joe]

Purtroppo come già avevo accennato in qualche post addietro di questa stessa discussione, sono ignorante in tema di netstat e route, e non so ben interpretare i rispettivi output come quello che hai postato sopra.
Però penso proprio che il probblema stia tutto lì. La chiavetta funziona in quanto si connette e ti crea un'interfaccia ppp0 con tanto di ip pubblico "95.x.x.x" di tim.

Ora il problema si riduce a capire come far lavorare quell'interfaccia in modo corretto. Faccio sponda verso altri utenti, ma come ti ha già detto sbabaro, un buon punto di partenza sarebbe postare l'output degli stessi comandi ifconfig e netstat quando lavori da debian, dove funziona il tutto.

[sbabaro]

Ti posto il risultato del mio routing quando connesso con tim

Codice: Seleziona tutto

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
10.64.64.64     0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
127.0.0.0       0.0.0.0         255.0.0.0       U     0      0        0 lo
0.0.0.0         0.0.0.0         0.0.0.0         U     0      0        0 ppp0

Prova a cancellare la seconda riga di default come ti ho detto e poi facci sapere

[slucky]

il comando mi restituisce:

bash-4.1# route del default gw 10.0.0.1
SIOCDELRT: No such process

appena sarò sulla Debian, vi posterò gli output dei comandi route e ifconfig, comunque grazie per l'aiuto

[sbabaro]

il "no such process" significa o che quando hai dato il comando non c'era la riga di routing, o che non è riuscito ad individuarlo
Tutto da root
Prima di lanciarlo dai un route -n
verifica se hai 2 rotte per il default (0.0.0.0), se si esegui

Codice: Seleziona tutto

route del default

2 volte (per cancellare le 2 righe
dopodichè aggiungi la riga giusta

Codice: Seleziona tutto

route add default dev ppp0

[slucky]

allora oggi ho provato, ma niente da fare....
ho lanciato wvdial:

Codice: Seleziona tutto

bash-4.1# wvdial
--> WvDial: Internet dialer version 1.61
--> Cannot get information for serial port.
--> Initializing modem.
--> Sending: ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
OK
--> Modem initialized.
--> Sending: ATD*99***1#
--> Waiting for carrier.
ATD*99***1#
CONNECT 10200000
--> Carrier detected.  Starting PPP immediately.
--> Starting pppd at Fri Dec 17 18:01:03 2010
--> Pid of pppd: 2591
--> Using interface ppp0
--> Authentication (PAP) started
--> Authentication (PAP) successful
--> local  IP address 95.75.176.12
--> remote IP address 10.0.0.1
--> primary   DNS address 213.230.130.222
--> secondary DNS address 217.200.200.42 

e si è connesso, poi:

Codice: Seleziona tutto

bash-4.1# route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
10.0.0.1        0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
127.0.0.0       0.0.0.0         255.0.0.0       U     0      0        0 lo
0.0.0.0         0.0.0.0         0.0.0.0         U     0      0        0 ppp0 

corretto il routing con:

Codice: Seleziona tutto

bash-4.1# route del default

al che il comando mi restituiva:

Codice: Seleziona tutto

bash-4.1# route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
10.0.0.1        0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
127.0.0.0       0.0.0.0         255.0.0.0       U     0      0        0 lo 

poi:

Codice: Seleziona tutto

bash-4.1# route add default dev ppp0

ma niente da fare, la rete non funziona, i ping mi restituiscono:

Codice: Seleziona tutto

bash-4.1# ping 10.0.0.1
PING 10.0.0.1 (10.0.0.1) 56(84) bytes of data.

--- 10.0.0.1 ping statistics ---
22 packets transmitted, 0 received, 100% packet loss, time 20999ms


bash-4.1# ping http://www.google.it
ping: unknown host http://www.google.it

la prossima volta posterò il routing e altri dati dalla partizione con la Debian, dove tutto funziona
senza problemi...

[Ansa89]

Potrebbe essere un problema di dns?
Cosa c'è dentro "/etc/resolv.conf"?

[slucky]

Cosa c'è dentro "/etc/resolv.conf"?

questi dns:

213.230.130.222
217.200.200.42

ma niente da fare.

[Ansa89]

Hai provato a pingare gli ip dei dns?

[sbabaro]

concordo con Ansa
unknown host significa che non te lo risolve, non che non navighi
con il ping direttamente all'ip dovresti sapere se navighi
in caso dai anche un traceroute, cosi da vedere dove si ferma