Newsgroup: it.comp.os.linux.iniziare
Titolo: ADSL e configurazione rete

Ciao a tutti.
E' da qualche tempo che sto cercando di configurare una semplicissima
rete domestica tra due PC, entrambi operanti sotto Linux-Debian/Woody.
Ho letto tanta roba e provato i vari suggerimenti, finora senza
successo. Prima di cambiare kernel (nel dubbio che possa essere qualche
problema del 2.2.19pre17 che sto usando ora ad impedire la realizzazione
del mio esperimento) _gradirei sapere se qualcuno di voi e' riuscito
effettivamente_ ad ottenere un risultato positivo con una configurazione
in cui il PC principale sfrutti un collegamento ADSL.(Anche se mi rendo
conto, nel momento in cui rileggo quanto ho scritto, che non dovrebbe
"azzeccarci" niente ... :-)! )
L'altro possibile impedimento banale potrebbe essere la vicinanza fisica
tra i due PC!?
E infine c'e' la seconda scheda (la eth1, che secondo la verifica di
mii-tool e' collegata e funziona perfettamente) che di tanto in tanto
da' :Interrupt line blocked, status 1 (ma anche 5, 24, ?? ).
Grazie dell'attenzione,
		Ennio.
PS (solo per i piu' curiosi):
-----------------------------
Da A riesco a pingare A e B; da B pinga solo B! Ho pero' il dubbio che,
quando A pinga B, il pacchetto non raggiunga B ma venga 'rimbalzato'
all'interno di A stesso (non so come: tra le due schede ethernet del PC
A?).
Per fare le prove ho impiegato un firewall-masq ricavato copiando i
suggerimenti di David Ranch (Dranch's HomePage - Linux: A -REAL- O/S),
non ancora ufficialmente 'sperimentati' su Debian.
L'attuale configurazione del kernel contiene NET4.0 for Linux 2.2, manca
il NFS (possibile che dipenda da questo?, nei numerosi messaggi che ho
'visitato' nessuno ne parla mai: da quel che ho capito ad una prima
lettura dovrebbe servire per poter montare su un PC una dir esistente
nell'altro - collegato in rete).
-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.    \\?//
 Fa' qualche cosa di cui non sei capace!"   (diceva Henry Miller) ]    (°|°)
                                                                        )=(

in cui il PC principale sfrutti un collegamento ADSL
risultati positivi al primo colpo, in tre righe:
modprobe ip_tables (se non l'hai compilato nel kernel)
iptables -t nat -A POSTROUTING -o ppp+ -j MASQUERADE
echo 1 > /proc/sys/net/ipv4/ip_forward
Sugli altri pc della rete imposti come default gateway l'ip della macchina 
connessa. Se vuoi che i client usino correttamente ftp attivo aggiungi 
anche i moduli ip_conntrack_ftp e ip_nat_ftp
Per il resto i tuoi sembrano solo problemi di configurazione legati forse 
alle famose righe scopiazzate... Studiati l'ip tables Howto e il Nat HowTo  
e il firewall scrivitelo da solo, ti evita un sacco di problemi. La 
distanza tra le macchine non dovrebbe essere un problema, se hai usato dei 
cavi decenti e le macchine non sono lontane qualche Km...
-- 
      ^    ^
oOo (Il Gatto) oOo


Se vuoi un tool grafico per impostare la condivisione della connessione 
internet in debian c'è firestarter ("apt-get install firestarter" è il 
comando per installarlo). Oltre tutto la sua funzione principale è 
quella di firewall che non è male utilizzare. Se vuoi utlizzare la riga 
di comando segui i passi che ti sono già stati detti nel post precedente.
Ciao
P.S. Per abilitare la condivisione devi selezionare la casella di 
IpMasquerading.
-- 
Gabriele Renzini
E-mail: 
ren...@cs.unibo.it
 - 
gabriele...@libero.it
Homepage: 
www.cs.unibo.it/~renzini
Undergraduate Student of Computer Science
University of Bologna - Italy
********************************************************
Linux Debian User
Please avoid sending me Word and PowerPoint attachment
********************************************************

  connessa.
Forse il problema e' qui: non riesco a capire quale e' l'IP della
macchina; se in /etc/network/interfaces metto "iface eth0 inet static" e
assegno a eth0 il 192.168.1.1 (e a eth1 il 192.168.1.2), a collegamento
avvenuto la route si presenta cosi':
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.1     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
Se, invece, uso dhcp, al posto del 192.168.1.1 mi ritrovo 10.0.0.0 
(guardando la configurazione del collegamento sotto Win$ozz,
vedo che tin(virgilio).it assegna 10.0.0.1 alla macchina e 10.0.0.138 al
modem)
Per il resto provero' a seguire i suggerimenti datimi.
Grazie a te e a SuperPippo
Ciao,
	Ennio.


 0.0.0.0         192.168.100.1   0.0.0.0         UG    0      0        0
Non c'è il loopback!? (lo/
127.0.0.1/0.0.0.0/255.0.0.0
) ma a parte questo 
sembra a posto... Controlla (ipchains -L <catena>) se non hai una regola 
che droppa i pacchetti icmp (e quindi non pinga).


> eth0
Frena!!!! Come ho detto sono 'ciecato.... qui destination dovrebbe essere 
almeno 192.0.0.0 con quella netmask!!


 [sab, 26 ott 2002 alle 11:02 GMT]:

Ehm ... non capisco cosa voglia dire...Ho letto Ipchains Howto
chiarendomi diverse ideee ed ora sto rileggendo il Networking
HowTo. Quanto al loopback 127.0.0.1, anche quando l'ho inserisco nella
route, non cambia un acc... ! :)
Mi sorge il dubbio che ci sia qualcosa che non va nella scheda eth1
(spesso mi dice ...kernel: eth1: RTL8139 Interrupt line blocked, status
1 (oppure 4, 5, 24 ..)
Grazie dell'interessamento.


 1 (oppure 4, 5, 24 ..)
Questo forse sě č un problema hardware (e qui non so che dirti), ma se il 
ping almeno in una direzione va vuol dire che la scheda almeno in alcuni 
casi funziona correttamente.


  
Non l'ho ancora provato ma ... sperando che tu o qualche altro esperto
possiate trovare la chiave del dilemma, vi posto tutto cio' che la mia
(pericolosa) scienza mi consente di raccogliere sull'argomento:
[E MI SCUSO DELLA LUNGHEZZA DEL POST ...:) ]
QUOTE:
Script started on Sat Oct 26 19:46:42 2002
dircolors: `/root/.dircolors': No such file or directory
[41;37mroot@deby:[37;40m~# ifconfig eth0
eth0      Link encap:Ethernet  HWaddr 00:D0:09:55:87:14  
          inet addr:192.168.1.1  Bcast:192.168.1.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:3266 errors:0 dropped:0 overruns:0 frame:0
          TX packets:9706 errors:0 dropped:0 overruns:0 carrier:0
          collisions:2 txqueuelen:100 
          RX bytes:1291139 (1.2 MiB)  TX bytes:698503 (682.1 KiB)
          Interrupt:3 Base address:0xd400 
[41;37mroot@deby:[37;40m~# ifconfig eth0 1
eth1      Link encap:Ethernet  HWaddr 00:06:7B:03:77:F1 
          inet addr:192.168.1.2  Bcast:192.168.1.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1304 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100 
          RX bytes:78240 (76.4 KiB)  TX bytes:0 (0.0 b)
          Interrupt:11 Base address:0xd000 
[41;37mroot@deby:[37;40m~# 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
127.0.0.1       0.0.0.0         255.255.255.255 UH    0      0        0 lo
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
192.168.1.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
[41;37mroot@deby: [37;40m~# mii-tool -v
eth0: no autonegotiation, 10baseT-HD, link ok
  product info: vendor 00:07:60, model 0 rev 0
  basic mode:   autonegotiation enabled
  basic status: autonegotiation complete, link ok
  capabilities: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD
  advertising:  100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD
  link partner: 10baseT-HD
eth1: negotiated 100baseTx-FD, link ok
  product info: vendor 00:00:00, model 0 rev 0
  basic mode:   autonegotiation enabled
  basic status: autonegotiation complete, link ok
  capabilities: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD
  advertising:  100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD
  link partner: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD
[41;37mroot@deby:[37;40m~# 
[41;37mroot@deby:[37;40m~# less /etc/network/interfaces
[25;1H[K# /etc/network/interfaces -- configuration file for ifup(8), ifdown(8)
auto lo
iface lo inet loopback
auto eth0
iface eth0 inet static
# iface eth0 inet dhcp
address 192.168.1.1
network 192.168.1.0
netmask 255.255.255.0
broadcast 192.168.1.255
gateway 10.0.0.4
# gateway 192.168.1.1
auto eth1
iface eth1 inet static
address 192.168.1.2
network 192.168.1.0
netmask 255.255.255.0
broadcast 192.168.1.255
gateway 192.168.1.1
[41;37mroot@deby:[37;40m~# ping -c3 deby
PING deby.ei.hnet (192.168.1.1): 56 data bytes
64 bytes from 
192.168.1.1
: icmp_seq=0 ttl=255 time=0.2 ms
64 bytes from 
192.168.1.1
: icmp_seq=1 ttl=255 time=0.1 ms
64 bytes from 
192.168.1.1
: icmp_seq=2 ttl=255 time=0.0 ms
--- deby.ei.hnet ping statistics ---
3 packets transmitted, 3 packets received, 0% packet loss
round-trip min/avg/max = 0.0/0.1/0.2 ms
[41;37mroot@deby:[37;40m~# ping -c3 karen
PING karen.ei.hnet (192.168.1.2): 56 data bytes
64 bytes from 
192.168.1.2
: icmp_seq=0 ttl=255 time=0.2 ms
64 bytes from 
192.168.1.2
: icmp_seq=1 ttl=255 time=0.1 ms
64 bytes from 
192.168.1.2
: icmp_seq=2 ttl=255 time=0.0 ms
--- karen.ei.hnet ping statistics ---
3 packets transmitted, 3 packets received, 0% packet loss
round-trip min/avg/max = 0.0/0.1/0.2 ms
[41;37mroot@deby:[37;40m~# ipchains -L (PROVVISORIO)
Chain input (policy ACCEPT):
target     prot opt     source                destination           ports
ACCEPT     udp  ------  anywhere             anywhere              bootps ->   bootpc
DENY       udp  ----l-  anywhere             anywhere              any ->   0:1023
DENY       tcp  ----l-  anywhere             anywhere              any ->   0:1023
DENY       tcp  -y--l-  anywhere             anywhere              any ->   any
ACCEPT     icmp ----l-  anywhere             anywhere              echo-request
Chain forward (policy DENY):
target     prot opt     source                destination           ports
MASQ       all  ------  
192.168.1.0/24
       anywhere              n/a
Chain output (policy ACCEPT):
[41;37mroot@deby:[37;40m~# less /proc/interrupts
[25;1H[K           CPU0       
  0:     700101          XT-PIC  timer
  1:       8828          XT-PIC  keyboard
  2:          0          XT-PIC  cascade
  3:      12976          XT-PIC  eth0
  5:          0          XT-PIC  cmpci
  8:          1          XT-PIC  rtc
 11:          0          XT-PIC  eth1
 13:          1          XT-PIC  fpu
 14:     266101          XT-PIC  ide0
 15:          6          XT-PIC  ide1
NMI:          0
[25;1H[K[7m/proc/interrupts (END) [27m[25;1H[25;1H[K[7m(END)
[27m[25;1H[K[41;37mroot@deby:[37;40m~# [Kless /proc/interrupts ioports
[25;1H[K0000-001f : dma1
0020-003f : pic1
0040-005f : timer
0060-006f : keyboard
0070-007f : rtc
0080-008f : dma page reg
00a0-00bf : pic2
00c0-00df : dma2
00f0-00ff : fpu
0170-0177 : ide1
01f0-01f7 : ide0
0330-0331 : cmpci Midi
0376-0376 : ide1
0378-037a : parport0
0388-038b : cmpci FM
03c0-03df : vga+
03f6-03f6 : ide0
03f8-03ff : serial(set)
d000-d07f : eth1
d400-d4ff : eth0
d800-d8ff : cmpci
ffa0-ffa7 : ide0
ffa8-ffaf : ide1
[41;37mroot@deby:[37;40m~# tail /var/log/syslog
Oct 26 19:46:43 deby kernel: Packet log: input DENY ppp0 PROTO=17 
61.216.32.62:1026
 
80.117.200.218:137
 L=78 S=0x00 I=48649 F=0x0000 T=106 (#2)
Oct 26 19:46:46 deby kernel: Packet log: input DENY ppp0 PROTO=17 
200.63.128.225:1035
 
80.117.200.218:137
 L=78 S=0x00 I=45158 F=0x0000 T=106 (#2)
Oct 26 19:47:04 deby modprobe: modprobe: Can't locate module eth2
Oct 26 19:47:04 deby modprobe: modprobe: Can't locate module eth3
Oct 26 19:47:04 deby modprobe: modprobe: Can't locate module eth4
Oct 26 19:47:04 deby modprobe: modprobe: Can't locate module eth5
Oct 26 19:47:04 deby modprobe: modprobe: Can't locate module eth6
Oct 26 19:47:04 deby modprobe: modprobe: Can't locate module eth7
Oct 26 19:47:06 deby kernel: eth1: RTL8139 Interrupt line blocked, status 1.
Oct 26 19:48:06 deby kernel: eth1: RTL8139 Interrupt line blocked, status 1.
[41;37mroot@deby:[37;40m~# [Ktail /var/log/syslog
Oct 26 19:46:43 deby kernel: Packet log: input DENY ppp0 PROTO=17 
61.216.32.62:1026
 
80.117.200.218:137
 L=78 S=0x00 I=48649 F=0x0000 T=106 (#2)
Oct 26 19:46:46 deby kernel: Packet log: input DENY ppp0 PROTO=17 
200.63.128.225:1035
 
80.117.200.218:137
 L=78 S=0x00 I=45158 F=0x0000 T=106 (#2)
Oct 26 19:47:04 deby modprobe: modprobe: Can't locate module eth2
Oct 26 19:47:04 deby modprobe: modprobe: Can't locate module eth3
Oct 26 19:47:04 deby modprobe: modprobe: Can't locate module eth4
Oct 26 19:47:04 deby modprobe: modprobe: Can't locate module eth5
Oct 26 19:47:04 deby modprobe: modprobe: Can't locate module eth6
Oct 26 19:47:04 deby modprobe: modprobe: Can't locate module eth7
Oct 26 19:47:06 deby kernel: eth1: RTL8139 Interrupt line blocked, status 1.
Oct 26 19:48:06 deby kernel: eth1: RTL8139 Interrupt line blocked, status 1.
exit
Script done on Sat Oct 26 19:49:30 2002
***************************************************
Questa che segue e' una scelta di alcuni messaggi da syslog: 
(nella speranza che possano 'nascondere' la chiave del problema):
Oct 26 15:25:01 deby /USR/SBIN/CRON[1118]: (list) CMD ([ -x /usr/bin/python -a -f /usr/lib/mailman/cron/gate_news ] && /usr/bin/python /usr/lib/mailman/cron/gate_news)
Oct 26 15:28:31 deby pumpd[95]: breq: opcode: 1
Oct 26 15:28:31 deby pumpd[95]: breq: hw: 1
Oct 26 15:28:31 deby pumpd[95]: breq: hwlength: 6
Oct 26 15:28:31 deby pumpd[95]: breq: hopcount: 0
Oct 26 15:28:31 deby pumpd[95]: breq: xid: 0x55092335
Oct 26 15:28:31 deby pumpd[95]: breq: secs: 0
Oct 26 15:28:31 deby pumpd[95]: breq: flags: 0x0000
Oct 26 15:28:31 deby pumpd[95]: breq: ciaddr: 10.0.0.4
Oct 26 15:28:31 deby pumpd[95]: breq: yiaddr: 0.0.0.0
Oct 26 15:28:31 deby pumpd[95]: breq: server_ip: 0.0.0.0
Oct 26 15:28:31 deby pumpd[95]: breq: bootp_gw_ip: 0.0.0.0
Oct 26 15:28:31 deby pumpd[95]: breq: hwaddr: 
Oct 26 15:28:31 deby pumpd[95]: breq: servername: 
Oct 26 15:28:31 deby pumpd[95]: breq: bootfile: 
Oct 26 15:28:31 deby pumpd[95]: breq: vendor: 0x63 0x53 0x82 0x63
Oct 26 15:28:31 deby pumpd[95]: breq: vendor:  53   1 0x03
Oct 26 15:28:31 deby pumpd[95]: breq: vendor:  12   5 0x64 0x65 0x62 0x7
Oct 26 15:28:31 deby pumpd[95]: breq: vendor: ++++++ 0x00
Oct 26 15:28:31 deby pumpd[95]: breq: vendor:  51   4 0x00 0x00 0xa8 0xc
Oct 26 15:28:31 deby pumpd[95]: breq: vendor: 0xff
Oct 26 15:28:31 deby pumpd[95]: failed to renew lease for device eth0
Oct 26 15:29:31 deby kernel: Packet log: output DENY eth0 PROTO=17 
192.168.1.1:68
 
10.0.0.138:67
 L=576 S=0x00 I=60668 F=0x0000 T=64 (#9)
Oct 26 15:30:01 deby /USR/SBIN/CRON[1122]: (list) CMD ([ -x /usr/bin/python -a -f /usr/lib/mailman/cron/gate_news ] && /usr/bin/python /usr/lib/mailman/cron/gate_news)
.....
Oct 26 15:30:33 deby kernel: eth1: RTL8139 Interrupt line blocked, status 1.
Oct 26 15:30:51 deby modprobe: modprobe: Can't locate module char-major-108
.....
Oct 26 15:31:52 deby kernel: Packet log: input DENY ppp0 PROTO=103 
192.168.100.1:65535
 
224.0.0.13:65535
 L=50 S=0xC0 I=2531 F=0x0000 T=1 (#13)
Oct 26 15:32:22 deby kernel: Packet log: input DENY ppp0 PROTO=103 
192.168.100.1:65535
 
224.0.0.13:65535
 L=50 S=0xC0 I=3246 F=0x0000 T=1 (#13)
Oct 26 15:32:52 deby kernel: Packet log: input DENY ppp0 PROTO=103 
192.168.100.1:65535
 
224.0.0.13:65535
 L=50 S=0xC0 I=4430 F=0x0000 T=1 (#13)
Oct 26 15:33:23 deby kernel: Packet log: input DENY ppp0 PROTO=103 
192.168.100.1:65535
 
224.0.0.13:65535
 L=50 S=0xC0 I=5184 F=0x0000 T=1 (#13)
Oct 26 17:52:00 deby named[328]: listening on [127.0.0.1].53 (lo)
Oct 26 17:52:00 deby named[328]: listening on [192.168.1.1].53 (eth0)
Oct 26 17:52:00 deby named[328]: listening on [192.168.1.2].53 (eth1)
Oct 26 17:52:00 deby named[328]: Forwarding source address is [0.0.0.0].1024
Oct 26 17:52:00 deby named[329]: Ready to answer queries.
Oct 26 17:52:00 deby anacron[332]: Anacron 2.3 started on 2002-10-26
Oct 26 17:52:00 deby anacron[332]: Normal exit (0 jobs run)
Oct 26 17:52:01 deby inetd[338]: disabled#smtp/tcp: unknown service
Oct 26 17:52:01 deby inetd[338]: disabled#nntp/tcp: unknown service
Oct 26 17:52:01 deby inetd[338]: extra conf for service disabled#nntp/tcp (skipped) 
**********
Oct 26 19:20:46 deby fetchnews[1120]: it.comp.os.linux.iniziare: no new articles 
Oct 26 19:20:46 deby fetchnews[1120]: comp.os.linux.networking: no new articles 
Oct 26 19:20:46 deby fetchnews[1120]: zippo.spamhippo.top100: no new articles 
Oct 26 19:20:46 deby fetchnews[1120]: it.comp.os.linux.development: no new articles 
************** Chi EST QUESTO zippo.spamhippo.top100 ??????????????????
Oct 26 19:24:33 deby nmbd[1127]: connect from 
AAjaccio-101-1-1-185.abo.wanadoo.fr
Oct 26 19:24:33 deby nmbd[1127]: error: cannot execute /usr/sbin/nmbd: No such file or directory
Oct 26 19:24:38 deby kernel: Packet log: input DENY ppp0 PROTO=2 
192.168.100.1:65535
 
224.0.0.1:65535
 L=32 S=0xC0 I=2079 F=0x0000 T=1 O=0x00000494 (#13)
Oct 26 19:24:59 deby kernel: Packet log: input DENY ppp0 PROTO=103 
192.168.100.1:65535
 
224.0.0.13:65535
 L=50 S=0xC0 I=2623 F=0x0000 T=1 (#13)
UNQUOTE
Grazie dell'assistenza: io, ormai, dopo tanti tentativi, non ci capisco
piu' niente! :(((


 eth1
Hai due route identiche che perň hanno interfaccia di uscita differente. 
Chiaramente il kernel instrada i pacchetti dalla prima che trova, che non č 
necessariamente quella corretta, o magari - peggio ancora - non li instrada 
proprio non sapendo quale usare. 
Per evitare problemi fai cosě: imposta eth0 a 192.168.1.1 con netmask 
255.255.255.0, tutti i dispositivi che collegherai a eth0 dovranno avere 
indirizzo 192.168.1.x, netmask 255.255.255.0, e avranno gateway 
192.168.1.1. 
Eth1 mettila a 192.168.2.1, sempre con netmask 255.255.255.0, tutti i 
dispositivi attaccati a eth1 dovranno essere tipo 192.168.2.x, stessa 
netmask di prima, gateway 192.168.2.1. 
Evita di continuare a giocare con le route, questa č diversa da quella che 
avevi postato l'altro giorno!! :-)


  
Magari stessi giocando ..., mi sto davverro in@a@@ando! :)
Comunque, anche cosi', dal 2^ PC non riesco a pingare il primo!
BTW, cosa intendi con _dispositivi che collegherai a eth0_ ?
Ho il sospetto che, quando faccio il 'ping karen' dal PC principale (deby,
connesso a Internet) la risposta viene rimbalzata dalla eth1
(fisicamente su Deby) e non attraversi il cavo per arrivare al computer
karen! Penso che ci sia un modo per vedere se si stanno ricevendo dei
ping, ma non riesco ad individuarlo (nel syslog di karen, ad. es. non
c'e' niente).
Ti ringrazio della pazienza che stai avendo, ma piu' leggo i vari post
su google e piu' mi confondo le idee. In qualcuno si parla di dover
ricompilare inet_net.c e di linkare il relativo *.o a route.o, perche'
sembra che route si ostini a cambiare in x.0.0.0 certi IP ... 
Che debba introdurre un altro IP per simulare un router?
OK, mi fermo qui, cosi' non aggiungo altre asinerie! :)
Ciao,
	Ennio.
