Newsgroup: it.comp.os.linux.sys
Titolo: Sono connesso ma non navigo : Come mai ?

Ciao a tutti,
dopo aver installato e configurato il winmodem del mio Amilo L7300,
riesco a stabilire la connessione con Tiscali ma non a navigare.
Non ho altre interfacce sul sistema al momento della connessione e
l'interfaccia ppp0 viene correttamente avviata.
Questo è il file /etc/ppp/option :
# cat /etc/ppp/options
defaultroute
usepeerdns
asyncmap 0
noauth
crtscts
lock
hide-password
modem
passive
proxyarp
lcp-echo-interval 30
lcp-echo-failure 4
noipx
E questo è /etc/wvdial.conf :
[Dialer Defaults]
Carrier Check = no
Modem = /dev/ttySL0
Baud = 460800
Init1 = AT+MS=90
Init2 = ATX
Init3 = ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
Init4 = AT%C0
ISDN = 0
Modem Type = Soft Modem
Phone = 0,
7023456789
Username = myuser
Password = mypass
Stupid mode = yes
Questo è l'ouput di wvdial :
# wvdial
--> WvDial: Internet dialer version 1.54.0
--> Cannot get information for serial port.
--> Initializing modem.
--> Sending: AT+MS=90
AT+MS=90
OK
--> Sending: ATX
ATX
OK
--> Sending: ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
OK
--> Sending: AT%C0
AT%C0
OK
--> Modem initialized.
--> Sending: ATDT0,
7023456789
--> Waiting for carrier.
ATDT0,
7023456789
NO CARRIER
--> No Carrier! Trying again.
--> Sending: ATDT0,
7023456789
--> Waiting for carrier.
ATDT0,
7023456789
NO CARRIER
--> No Carrier! Trying again.
--> Sending: ATDT0,
7023456789
--> Waiting for carrier.
ATDT0,
7023456789
NO CARRIER
--> No Carrier! Trying again.
--> Sending: ATDT0,
7023456789
--> Waiting for carrier.
ATDT0,
7023456789
CONNECT
--> Carrier detected. Starting PPP immediately.
--> Starting pppd at Tue Aug 2 11:57:06 2005
--> pid of pppd: 7344
--> Using interface ppp0
--> local IP address 62.10.10.129
--> remote IP address 213.205.24.23
--> primary DNS address 213.205.32.70
--> secondary DNS address 213.205.36.70
La connessione a Tiscali è correttamente effettuata e la default route
di sistema è altrettanto giusta :
# route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
213.205.24.23 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0
0.0.0.0 213.205.24.23 0.0.0.0 UG 0 0 0 ppp0
Il problema è infatti da qui in poi. Non riesco a pingare nulla,
nemmeno a navigare :
# ping 213.205.24.23
PING 213.205.24.23 (213.205.24.23) 56(84) bytes of data.
--- 213.205.24.23 ping statistics ---
12 packets transmitted, 0 received, 100% packet loss, time 11010ms
Gli IP dei DNS (anche se non centrano in un ping numerico) sono
correttamente settati, quindi cosa potrebbe essere ? Qualcosa in
/etc/ppp/options ? Oche altro ?
Grazie,
--
RaSca
rasc...@tiscali.it

 Se il firewall non c'entra prova a sentire il provider.
Proverò con TCPDUMP anche se dubito di poter cavare qualcosa.
Non vorrei rassegnarmi a non usare il modem del portatile, ma da quando
ho provato un modem PCMCIA ed ho scoperto che era un Winmodem che mi
entrava in conflitto con quello integrato, sono piuttosto depresso.
Ad ogni modo grazie, provo e vedo di postare qualcosa di utile.
--
RaSca
rasc...@tiscali.it

 > Se il firewall non c'entra prova a sentire il provider.
[...]
Ho provato con tcpdump a vedere se qualcosa passa per ppp0 ma tutto
tace. E ppp0 è l'unica interfaccia attiva al momento della
connessione.
Questo significa che ho un problema con ppp ? Che magari mi manchi
qualche modulo nel kernel che mi sono ricompilato ?
--
RaSca
rasc...@tiscali.it

 0.0.0.0 213.205.24.23 0.0.0.0 UG 0 0 0 ppp0
Non ricordo bene come funzioni Tiscali ma mi sembra che debba comparire
un 192.168.100.101 se non ricordo male. (La scheda ethernet viene di
solito configurata come 192.168.10.1 o simili ; vedi "ifconfig")
Da utente *root* prova a dare questo comando:
route del default
Poi torna a essere il tuo stimato utente e connettiti col tuo solito
comando:
wvdial
(P.S.: prova anche a configurare e usare i comandi "pon" e "poff" se ce li
hai;
pon $NOMEDELLOSCRIPT
NOMEDELLOSCRIPT=lo_trovi_in/etc/ppp/peers/:/etc/chatscripts/)
--------------
Un saluto da Mazinga.
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 wvdial
Valuta che non ho alcuna altra interfaccia attiva in quel momento nel
sistema, per cui la route è *dovutamente* nulla.
pppd setta la route nella maniera corretta, ma non pinga un cavolo...
Poi...
Getto un'altro sasso nell'acqua, facendo tcpdump sull'interfaccia ppp0
con l'opzione "-n" ottengo qualcosa :
# tcpdump -ni ppp0
tcpdump: verbose output suppressed, use -v or -vv for full protocol
decode
listening on ppp0, link-type LINUX_SLL (Linux cooked), capture size 96
bytes
09:13:14.948527 IP 62.10.36.128 > 
213.205.24.21
: ICMP echo request, id
55570, seq 10, length 64
09:13:15.948374 IP 62.10.36.128 > 
213.205.24.21
: ICMP echo request, id
55570, seq 11, length 64
09:13:16.948221 IP 62.10.36.128 > 
213.205.24.21
: ICMP echo request, id
55570, seq 12, length 64
09:13:17.948066 IP 62.10.36.128 > 
213.205.24.21
: ICMP echo request, id
55570, seq 13, length 64
Quindi le "echo request" dall'interfaccia escono, ma non arrivano le
"echo reply"...
Sono sempre più confuso.
Ciao,
--
RaSca
rasc...@tiscali.it

 con l'opzione "-n" ottengo qualcosa :
Beh, semplicemente bypassa la risoluzione dei nomi, x questo sembra andar
meglio...
Prova a usare il pacchetto pppconfig e vedere se con quello funziona;
(quindi non usare wvdial ma "pon" e "poff"...)
Ti passo i miei script (che sono per Virgilio ma dovrebbero andare bene lo
stesso):
/etc/ppp/peers/tiscali
--------------
# This optionfile was generated by pppconfig.
# 
#
hide-password 
noauth
connect "/usr/sbin/chat -v -f /etc/chatscripts/tiscali"
debug  # puoi lasciarla o meno questa riga...
/dev/ttyS0
115200
defaultroute
noipdefault 
user "
RIMPI...@tiscali.it
"
ipparam tiscali
usepeerdns  # chissa' se puo' essere questo...
remotename tiscali
--------------
/etc/chatscripts/tiscali
--------------
# This chatfile was generated by pppconfig.
# Please do not delete any of the comments.  Pppconfig needs them.
# 
# ispauth PAP
# abortstring
ABORT BUSY ABORT 'NO CARRIER' ABORT VOICE ABORT 'NO DIALTONE' ABORT 'NO
DIAL TONE' ABORT 'NO ANSWER' ABORT DELAYED
# modeminit
'' ATZ
# ispnumber
OK-AT-OK "ATDT7023456789"
#             ^^^^^^^^^^ Rimpiazzare col numero giusto...
# ispconnect
CONNECT \d\c
# prelogin
# ispname
# isppassword
# postlogin
# end of pppconfig stuff
--------------
Nota: come dicono i commenti, li ha fatti pppconfig (credo di aver
aggiunto solo quel usepeerdns...)
Fammi sapere.


 Se poi dici che da loopback a ppp tcpdump non ti da niente
C'era tanto di dump con gli echo request che uscivano da ppp0...
Il problema non è a layer 3, imho.
-- 
Chaos A.D.		|	Raging crowd
Tanks on the streets	|	Burning cars
Confronting police	|	Bloodshed starts
Bleeding the Plebs	|	Who'll be alive?

 Il problema non è a layer 3, imho.
Aggiungo che non è nemmeno un problema di provider poichè lo stesso
identico comportamernto lo ottengo connettendomi sia con Tiscali che
con Libero.
--
RaSca
rasc...@tiscali.it

 con Libero.
Uhm...non mi avevi detto che con Libero non avevi problemi?


 con Libero.
Giusto, imo e' un problema di qualche script.


 NON l'indirizzo IP...
Imho sei un po' confuso.


 Imho sei un po' confuso.
Eppure in questo momento sto' navigando su Libero, come lo spieghi??
L'indirizzo IP NON e' il punto-a-punto: quest'ultimo, parte dal tuo modem
(l'interfaccia) e arriva alla centrale (ed e' *sempre* un indirizzo di
tipo 192.168.x.x), ma naturalmente il tuo computer deve sapere a quale
interfaccia deve andare...
La sua macchina sa' che esiste un fantomatico 253.x.x.x a cui si possono
imbucare lettere, ma imho (ancora non ha pubblicato un ifconfig) non
esiste alcuna interfaccia (o buca delle lettere) del genere, nonostante
nel registro ci sia scritto il contrario (erroneamente). Il pacchetto
viene intestato per l'uscita all'interfaccia corrispondente in via
253.x.x.x ma la via 253.x.x.x NON esiste... (quindi nessuno si piglia quel
pacchetto e muore cosi).
E tu, hai il punto-a-punto che corrisponde al tuo indirizzo IP?
Mi potresti postare per cortesia il tuo "ifconfig ppp0" e il tuo "route
-n"??


 E tu, hai il punto-a-punto che corrisponde al tuo indirizzo IP?
L'indirizzo 253.x.x.x non è fantomatico...E' semplicemente quello che
viene assegnato dal provider.
TISCALI :
ppp0      Link encap:Point-to-Point Protocol
          inet addr:62.10.14.34  P-t-P:213.205.24.24
Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:300  Metric:1
          RX packets:4 errors:1 dropped:0 overruns:0 frame:0
          TX packets:5 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:3
          RX bytes:64 (64.0 b)  TX bytes:97 (97.0 b)
pppd riceve l'indirizzo locale per il device ppp0 che nel mio caso è
62.10.14.34, e l'indirizzo remoto con cui comunicare per affacciarsi ad
internet 213.205.24.24 che OVVIAMENTE deve fare da gateway alla
macchina.
Non c'è nulla di fantomatico, tanto più che ho provato con l'account
di Libero che ho e ifconfig ppp0 è questo :
LIBERO :
ppp0      Link encap:Point-to-Point Protocol
          inet addr:151.30.255.37  P-t-P:151.6.139.37
Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:300  Metric:1
          RX packets:13 errors:1 dropped:0 overruns:0 frame:0
          TX packets:61 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:3
          RX bytes:734 (734.0 b)  TX bytes:4654 (4.5 KiB)
# route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use
Iface
151.6.139.37    0.0.0.0         255.255.255.255 UH    0      0        0
ppp0
0.0.0.0         151.6.139.37    0.0.0.0         UG    0      0        0
ppp0
E non riesco proprio a capire come fai tu ad ottenere da Libero un
indirizzo p-t-p di classe 192.168.x.x.
Magari per ADSL è diverso, ma ti assicuro che per le analogiche, il
p-t-p è sempre un indirizzo pubblico...
In tutti i modi la connessione non va ancora :-(((
--
RaSca
rasc...@tiscali.it

 Il problema non è a layer 3, imho.
e sempre IMHO per me e' un problema di driver. ricordiamoci che e' un
winmodem :-)
a me e' successo con ndiswrapper che l'interfaccia venisse creata ma non
funzionasse.
RaSca hai provato con l'ultima versione del driver?

david mugnai ha scritto:

Hai voglia :-)
Pensa che sto usando il driver alsa snd_via82xx_modem dagli ultimi
sorgenti alsa disponibili, perchè il driver "ufficiale", quello del
pacchetto slmodem che crea il device slamr0, non ne ha mai voluto
sapere di andare...
--
RaSca
rasc...@tiscali.it

 indirizzo p-t-p di classe 192.168.x.x.
Scusate tutti, errore mio: ero sotto wind... (il gprs)
la storia e' lunga: avevo fatto uno script che mi faceva periodicamente
dei lavoretti col gprs, ed evidentemente mi era partito (abbattendo
l'altra connessione)... Svelato il mistero... :)
Avevate ragione voi: su libero e' uguale, ma con virgilio (ho fatto una
prova anche li) i 2 sono diversi:
ppp0      Link encap:Point-to-Point Protocol
          inet addr:213.45.150.27  P-t-P:80.17.209.1  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
(evidentemente non e' + importante di tanto, basta che non collida con
l'IP di un altro...)
Spero pero' che quello che ho detto sull'instradamento locale e remoto dei
pacchetti sia condiviso... (se no *pace*)
Allora sara' colpa dei driver... :(
Potrebbe anche essere la mancanza del modulo di deflate... (ppp_deflate,
non vorrei sbagliarmi pero': mi risulta strano che non ritornino errori
senza quel modulo...)
Io ho questi: (kernel 2.6)
ppp_synctty             7680  0
ppp_async               8832  0
crc_ccitt               1728  1 ppp_async
ppp_deflate             4864  0
zlib_deflate           21144  1 ppp_deflate
ppp_generic            23764  4 bsd_comp,ppp_synctty,ppp_async,ppp_deflate
Vedi se ce li hai anche te questi moduli...
