Newsgroup: it.comp.os.linux.iniziare
Titolo: Modem Ethernet e Lan

Salve a tutti.
Sono finalmente passato all'adsl  prendendo  un modem eth in comodato
d'uso.
Il modem funziona perfettamente sul laptop, ma vorrei provare a mettere su
una piccola lan (laptop + pc fisso) e condividere la connessione.
Visto che ho anche una sk di rete pcmcia, mi armo di pazienza e provo a
configurare il laptot come gateway.
Insomma imposto l'ip_forward, il masquerading con iptables -t nat -A
POSTROUTING -o ppp0 -j MASQUERADE, metto a posto l'ip del pc fisso
(client, 192.168.2.3 mask 255.255.255.0), setto la sk di rete del laptop
verso la lan come 192.168.2.2 mask 255.255.255.0
La eth  verso il modem NON è settata (viene su automaticamente con pon
nome_provider)
I ping funzionano TUTTI (da e verso client, verso il web e verso il gw),
la risoluzione dei nomi pure, ma non funziona la navigazione dal client
al web. 
Vedendo il netstat del client successivamente ad un apt-get update, vedo
che la connessione ad 
ftp.it.debian.org
 diventa ESTABILISHED ma la
console mostra "waiting for headers". 
Pensavo ad un problema di firewall, ma ho provato a riavviare con il cd di
knoppix e dopo la configurazione della rete ottengo lo stesso errore. 
Le route sui 2 pc sono queste (e *dovrebbero* essere corrette): 
[gw] 
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.2.0     0.0.0.0         255.255.255.0   U     0      0	0 	eth1
0.0.0.0         192.168.100.1   0.0.0.0         UG    0      0		0 	ppp0
(quel 192.168.100.1 e impostato dal modem eth e non corrisponde a nulla di
pingabile!)
[client]
Destination  Gateway     	Genmask    Flags Metric Ref    Use Iface
192.168.2.0     0.0.0.0         255.255.255.0   U     0      0 	0 	eth0
0.0.0.0         192.168.2.2     0.0.0.0         UG    0      0 		0 	eth0
Sul gw funziona tutto ovviamente, infatti posso raggiungere i servizi
della macchina client (apache).
 
Come mai dal client non è possibile fare altro che pingare? 
Forse, il modem eth (non router, ma ho sbloccato l'interfaccia
amministrativa per cercare una possibile soluzione al problema, e pare
descriverlo invece come tale) non è concepito di essere attaccato ad un
gw, ed ha bisogno per forza di un hub? 
Grazie in anticipo e scusate la lunghezza del messaggio.
						Mario "Jorge" Di Nitto
PS: se puo servire posso postare un tcpdump delle varie interfacce 
-- 
reggiseno e' uno strumento democratico perche' separa la
destra dalla sinistra, solleva le masse e attira i popoli.

 che la connessione ad 
ftp.it.debian.org
 diventa ESTABILISHED ma la
Per ftp devi avere un paio di moduli aggiuntivi di iptables, comincia
con il semplice web. Un bel telnet su porta 80 di un sito noto e vedi
se ottieni risposta.
Posta un bel ifconfig del portatile (server) e del pc (client),
piu' un bel route -n di entrambi.
Davide
-- 
National Weather Service advice for those threatened by severe
thunderstorms: "Go inside a sturdy building and stay away from
WINDOWS!"
   -- Ben Bullock

 bel route -n di entrambi.
[Server]---------------------------------------------
192.168.100.1   0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
192.168.2.0     0.0.0.0         255.255.255.0   U     0      0        0 eth1
0.0.0.0         192.168.100.1   0.0.0.0         UG    0      0        0 ppp0
[Client]-----------------------------------------------
192.168.2.0     0.0.0.0         255.255.255.0   U     0      0       0 eth
0 0.0.0.0         192.168.2.2     0.0.0.0         UG    0      0 	0 eth0
Ciao,
				Mario "Jorge" Di Nitto
-- 
Il reggiseno e' uno strumento democratico perche' separa la destra dalla


 0 0.0.0.0         192.168.2.2     0.0.0.0         UG    0      0 	0 eth0
Ok, mi pare tutto a posto.
Davide
-- 
Fatal Error: Found MS-Windows System -> Repartitioning Disk for Linux...

 Dove' l'interfaccia di loopback di questo?
sorry, un copia e incolla andato male...
***************************
root@D998:/home/io# ifconfig
eth0      Link encap:Ethernet  HWaddr 00:02:3F:AC:DC:96
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:66905 errors:0 dropped:0 overruns:0 frame:0
          TX packets:62121 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:71816396 (68.4 MiB)  TX bytes:20896195 (19.9 MiB)
          Interrupt:10 Base address:0x8c00
eth1      Link encap:Ethernet  HWaddr 00:02:DD:00:42:4C
          inet addr:192.168.2.2  Bcast:192.168.2.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1397 errors:0 dropped:0 overruns:0 frame:7
          TX packets:894 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:1334269 (1.2 MiB)  TX bytes:98982 (96.6 KiB)
          Interrupt:10 Base address:0x300
lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:649 errors:0 dropped:0 overruns:0 frame:0
          TX packets:649 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:232747 (227.2 KiB)  TX bytes:232747 (227.2 KiB)
ppp0      Link encap:Point-to-Point Protocol
          inet addr:82.49.184.133  P-t-P:192.168.100.1  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1492  Metric:1
          RX packets:65013 errors:0 dropped:0 overruns:0 frame:0
          TX packets:60383 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:3
          RX bytes:69040282 (65.8 MiB)  TX bytes:19418121 (18.5 MiB)
***************************
Ho fatto questa'altra prova, dal server:
***************************
root@D998:/home/io# ping -c4 192.168.2.255
PING 192.168.2.255 (192.168.2.255): 56 data bytes
64 bytes from 
192.168.2.2
: icmp_seq=0 ttl=64 time=0.3 ms
64 bytes from 
192.168.2.3
: icmp_seq=0 ttl=64 time=0.9 ms (DUP!)
64 bytes from 
192.168.2.2
: icmp_seq=1 ttl=64 time=0.2 ms
64 bytes from 
192.168.2.3
: icmp_seq=1 ttl=64 time=0.5 ms (DUP!)
64 bytes from 
192.168.2.2
: icmp_seq=2 ttl=64 time=0.2 ms
64 bytes from 
192.168.2.3
: icmp_seq=2 ttl=64 time=0.5 ms (DUP!)
64 bytes from 
192.168.2.2
: icmp_seq=3 ttl=64 time=0.2 ms
--- 192.168.2.255 ping statistics ---
4 packets transmitted, 4 packets received, +3 duplicates, 0% packet loss
round-trip min/avg/max = 0.2/0.4/0.9 ms
root@D998:/home/io#    
****************************
Perche quei (DUP!)  ?
Questo
http://www.inf.uniroma3.it/~patrigna/didactic/imp_elab/slides_icmp/icmp_6.html
non mi ha chiarito granchè le idee...
