Debian Sid, Alige Gate 2 Plus Wi-Fi e Routing

[PropS]

Salve, ho un problema con la mia Debian Sid e la connessione ad internet. Utilizzo per connettermi l' Alice Gate 2 Plus Wi-Fi ( http://aiuto.alice.it/informazioni/modemadsl/alice_gate2adv.html ), collegato via ethernet. Per configurarlo la prima volta, ho utilizzato pppoeconf, e tutto è andato a buon fine. Ogni volta che accendo di nuovo il PC, però, la connessione sembra stabilirsi da sola, ma non funziona. Per poter accedere ad internet, sono costretto a chiudere la connessione con poff, e a ridare pppoeconf.

Ho notato una differenza tra quando non funziona la connessione e dopo averla ristabilita, e precisamente sta nella tabella di routing. Infatti, appena loggato in Debian il comando route mi da:

Codice:

Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.100.1   *               255.255.255.255 UH    0      0        0 ppp0
192.168.1.0     *               255.255.255.0   U     0      0        0 eth0
default         192.168.1.1     0.0.0.0         UG    0      0        0 eth0
default         *               0.0.0.0         U     0      0        0 ppp0

Mentre dopo aver stabilito nuovamente la connessione mi da:

Codice:

Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.100.1   *               255.255.255.255 UH    0      0        0 ppp0
192.168.1.0     *               255.255.255.0   U     0      0        0 eth0
default         *               0.0.0.0         U     0      0        0 ppp0

C'è una via per fare in modo che la tabella di routing sia già questa all' avvio? Le interfacce ethernet che ho sono queste:

Codice:

eth0      Link encap:Ethernet  HWaddr 00:e0:4c:30:a6:b9 
          inet addr:192.168.1.133  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::2e0:4cff:fe30:a6b9/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:140 errors:0 dropped:0 overruns:0 frame:0
          TX packets:228 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:13013 (12.7 KiB)  TX bytes:26393 (25.7 KiB)
          Interrupt:18 Base address:0xee00

eth1      Link encap:Ethernet  HWaddr 00:13:8f:f2:21:ab 
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
          Interrupt:23 Base address:0xe800

lo        Link encap:Local Loopback 
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:8 errors:0 dropped:0 overruns:0 frame:0
          TX packets:8 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:560 (560.0 B)  TX bytes:560 (560.0 B)

ppp0      Link encap:Point-to-Point Protocol 
          inet addr:79.13.90.89  P-t-P:192.168.100.1  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1492  Metric:1
          RX packets:3 errors:0 dropped:0 overruns:0 frame:0
          TX packets:3 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:3
          RX bytes:54 (54.0 B)  TX bytes:54 (54.0 B)

eth1 è trascurabile, in quanto non c'è collegato niente. Qualcuno sa aiutarmi?

[pmate]

Ciao,
nelle impostazioni del router, la modalità è bridged oppure bridged+routed?

[PropS]

Ciao,
nelle impostazioni del router, la modalità è bridged oppure bridged+routed?

Bridged

[pmate]

beh, intanto potresti chiamare telecom e chiedere di portarti il tutto in modalità bridged+routed in modo da non dover più essere costretto ad utilizzare pppoeconf: se hai un router perchè te lo devono far usare da modem??
In secondo luogo, che dns hai impostato? Te lo chiedo perchè (almeno a me è capitato) impostando il dns con l'indirizzo del router telecom, ci stava un bel pò per agganciarsi ai suoi dns. Quindi è probabile che ti funzioni dopo il poff etc. solo perchè è in quell'intervallo di tempo che telecom assegna il dns al router.
Io ho risolto mettendo in /etc/resolv.conf gli opendns.
Spero di essere stato "non troppo" confusionario...

[PropS]

In passato utilizzavo anche io gli OpenDNS, ma purtroppo dava ugualmente lo stesso problema. Al momento i DNS che utilizzo sono:

Codice:

nameserver 192.168.1.1
nameserver 85.37.17.11
nameserver 85.38.28.69
search homenet.telecomitalia.it

Per quanto riguarda il router, mi sa che non mi cambieranno un bel niente: purtroppo ho il contratto Alice Tutto Incluso, grazie al quale ho ricevuto questa ciofeca di router che la Telecoz fa utilizzare solo come modem. Dovrei metter mano e sbloccarlo, ma sinceramente preferisco non far danni

[pmate]

e invece credo proprio che dovresti provare: anch'io ho un contratto alice tutto incluso e di serie mi hanno mandato lo stesso router combinato come il tuo. Ho chiamato, ho chiesto e nel giro di poche ore hanno fatto la modifica.
Certo, poi dipende chi trovi...

p.s. hai provato a dare un ping qualsiasi ed attendere una decina di secondi prima di riprovare solo per vedere se "l'assenza di segnale" è dovuta ad un tempo di attesa nella risoluzione dei nomi?

[PropS]

Sì, ho provato, ed il risultato (dopo diversi secondi di attesa) è questo:

Codice:

davide@eternity:~$ ping google.it
ping: unknown host google.it

Comunque, seguirò il tuo consiglio: magari avrò la fortuna di trovare un' anima pia che mi accontenta!

[lightuono]

Ma il router lo pinghi?

[PropS]

Ma il router lo pinghi?

Sì, nessun problema anche prima di effettuare quel cambiamento:

Codice:

davide@eternity:~$ ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=0.628 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=0.627 ms
64 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=0.586 ms

Ho provato a commentare usepeerdns in /etc/ppp/peers/dsl-provider, e a mettere gli OpenDNS in /etc/resolv.conf per vedere se era un problema di DNS, ma al riavvio compariva solo il router in resolv.conf e non andava, ovviamente. Inserendoli manualmente dopo, senza disconnettermi e riconnettermi, nemmeno funge. Stoppando e riattivando la connessione, invece, funge.

Secondo me la chiave del problema sta nel cambio delle tabelle di routing che avviene dopo la riattivazione... ma non riesco a capire come mai.

Inoltre, ho provato a chiamare il 187, ma dopo due volte che, dopo 10 minuti di attesa, non mi ha risposto nessuno, chiudendomi la chiamata, mi sono innervosito e non ho riprovato. In questi giorni provo a vedere se qualcuno mi risponde e vuole mettermi il router in modalità bridged+routed.

[lightuono]

Il mio file dsl-provider che uso per collegarmi da mio padre è questo .:

# Minimalistic default options file for DSL/PPPoE connections

noipdefault
defaultroute
replacedefaultroute
hide-password
#lcp-echo-interval 30
#lcp-echo-failure 4
noauth
persist
#mtu 1492
#persist
#maxfail 0
#holdoff 20
plugin rp-pppoe.so wlan0
usepeerdns
nic-wlan0
user "aliceadsl"

È simile al tuo? Ovviamente wlan0 perchè uso il wireless.

[PropS]

Codice:

noipdefault
defaultroute
replacedefaultroute
hide-password
#lcp-echo-interval 30
#lcp-echo-failure 4
noauth
persist
#mtu 1492
#persist
#maxfail 0
#holdoff 20
plugin rp-pppoe.so eth0
#usepeerdns
user "props89@alice.it"
usepeerdns