[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Alice ADSL su Debian - Risolto



Eihhiii..
Tante grazie!

Il problema era l'interfaccia sbagliata sulla default route!
Di segiuto la soluzione

pavilion:~# route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.100.1   0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
192.168.1.0     0.0.0.0         255.255.255.224 U     0      0        0 eth0
0.0.0.0         192.168.1.1     0.0.0.0         UG    0      0        0 eth0
(in effetti da questo esempio sembra che sia sbagliata anche la default route 
.. ma più indietro nel thread si vede che avevo cambiato la default route a 
192.168.100.1 lasciando però l'interfaccia a eth0)

pavilion:~# route del -net default
pavilion:~# route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.100.1   0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
192.168.1.0     0.0.0.0         255.255.255.224 U     0      0        0 eth0
pavilion:~# route add default gw 192.168.100.1 ppp0
pavilion:~# route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.100.1   0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
192.168.1.0     0.0.0.0         255.255.255.224 U     0      0        0 eth0
0.0.0.0         192.168.100.1   0.0.0.0         UG    0      0        0 ppp0
pavilion:~# cat /etc/resolv.conf
nameserver 85.37.17.4
nameserver 151.99.125.1
pavilion:~# ping www.google.com
PING www.l.google.com (66.249.85.104): 56 data bytes
64 bytes from 66.249.85.104: icmp_seq=0 ttl=247 time=56.8 ms
64 bytes from 66.249.85.104: icmp_seq=1 ttl=247 time=56.6 ms
64 bytes from 66.249.85.104: icmp_seq=2 ttl=247 time=58.8 ms
64 bytes from 66.249.85.104: icmp_seq=3 ttl=247 time=60.2 ms



Non impostavo la default route sulla intarface giusta!!! (doveva essere ppp0 
non la eth0)

ciao
Dorian 
--- Begin Message ---
:-> "Dorian" == Dorian Tessore <dorian.tessore@inwind.it> writes:

    > Se qualcuno a qui ADSL Alice funziona su Deb mi spedisce i file:
    > /etc/ppp/peers/dsl-provider

user qtromane
pty "/usr/sbin/pppoe -I eth0 -T 80 -m 1452"
noipdefault
defaultroute
hide-password
lcp-echo-interval 20
lcp-echo-failure 3
connect /bin/true
noauth
persist
mtu 1492
noaccomp
default-asyncmap



    > /etc/ppp/pap-secrets (togliendo password private ..)


qtromane *      lamiapassword


    > e magari anche l'output del var/messages/log durante la connessione ... mi fa 
    > un favore

eh, mi spiace quello non ce l'ho piu', sono connesso da piu' tempo di
quanto ci mette logrotate a farmi sparire i log :-)


Comunque, non ho seguito molto bene il thread ma devi controllare:

- se riesci a fare ping al DSLAM (l'apparato in centrale su cui
  termina la linea adsl) che di solito ha indirizzo 192.168.100.1

- se ti viene installata correttamente una default route:

root@penny:~ # route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.100.1   0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
10.0.0.0        0.0.0.0         255.0.0.0       U     0      0        0 eth0
0.0.0.0         192.168.100.1   0.0.0.0         UG    0      0        0 ppp0

Nota che 10.0.0.0/8 sulla eth0 e` l'indirizzamento necessario a
parlare con router alcatel speed touch home (che di fabbrica hanno
indirizzo 10.0.0.138), mentre con altre marche di router potresti
avere 192.168.1.0/24. Tutto questo non e` fondamentale per navigare,
ma solo per accedere al serverino web dentro al router/modem per
configurarlo. L'importante e` la default 0.0.0.0 che punta al dslam
192.168.100.1 

- infine, se il dslam al momento di tirare su il ppp ti assegna i dns
  correttamente. Lo vedi confrontando /etc/resolv.conf quando sei
  connesso e quando non lo sei. Io ho disabilitato questa cosa perche`
  uso un dns interno, quindi non so dirti quali siano i dns ufficiali
  per Alice, ma sono sicuro che in giro questa informazione la trovi.
  /etc/resolv.conf viene aggiornato automaticamente da uno dei vari
  script di ppp. Non ricordo quale. Ovviamente :-) Se tutto funziona,
  devi essere in grado di raggiungere questi dns, che non e` detto
  rispondano ai ping. Pertanto, prova il comando

 host dns.interbusiness.it

ti dovrebbe rispondere con qualcosa del genere:

dns.interbusiness.it    A       151.99.125.2

Come ultima prova:

 # ping -c 3 mil14.seabone.net
PING mil14-loop0.mil.seabone.net (195.22.208.225) 56(84) bytes of data.
64 bytes from mil14-loop0.mil.seabone.net (195.22.208.225): icmp_seq=1 ttl=247 time=61.2 ms
64 bytes from mil14-loop0.mil.seabone.net (195.22.208.225): icmp_seq=2 ttl=247 time=60.5 ms
64 bytes from mil14-loop0.mil.seabone.net (195.22.208.225): icmp_seq=3 ttl=247 time=63.8 ms

--- mil14-loop0.mil.seabone.net ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2001ms
rtt min/avg/max/mdev = 60.524/61.872/63.849/1.442 ms

Se raggiungi seabone sei sicuramente in grado di navigare. 


Ciao

Pf


-- 

-------------------------------------------------------------------------------
 Pierfrancesco Caci | ik5pvx | mailto:p.caci@tin.it  -  http://gusp.dyndns.org
  Firenze - Italia  | Office for the Complication of Otherwise Simple Affairs 
     Linux penny 2.6.10-ac2 #1 Sat Jan 1 20:35:39 CET 2005 i686 GNU/Linux


--- End Message ---

Reply to: