Newsgroup: it.comp.os.linux.sys
Titolo: Problemi con doppia ethernet su Debian 2.2r2

ho una Debian 2.2r2 (Potato) su cui sono montate due ethernet che
dovrebbero essere identiche [1], ho definito entrambe all'interno del
file /etc/network/interfaces [2]: alla prima ho assegnato un IP della
mia subnet e per default gateway il router mentre all'altra un IP di una
subnet completamente differente e come default gateway se' stesso (non
so se e' qui che ho sbagliato) ed infatti se faccio ifconfig dopo
averla tirata su manualmente va
shadow:~# ifconfig 
eth1      Link encap:Ethernet  HWaddr 00:08:C7:B3:FA:00  
          inet addr:192.168.4.89  Bcast:192.168.4.255
Mask:255.255.255.0
          UP BROADCAST RUNNING PROMISC MULTICAST  MTU:1500  Metric:1
          RX packets:151698 errors:0 dropped:0 overruns:0 frame:0
          TX packets:771 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100 
          Interrupt:11 Base address:0x4000 
lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:3924  Metric:1
          RX packets:225 errors:0 dropped:0 overruns:0 frame:0
          TX packets:225 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
shadow:~# ifconfig eth0 192.168.20.1 up
shadow:~# route add default gw 192.168.20.1 eth0
shadow:~# ifconfig 
eth0      Link encap:Ethernet  HWaddr 00:08:C7:05:01:1C  
          inet addr:192.168.20.1  Bcast:192.168.20.255
Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:9 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100 
          Interrupt:11 Base address:0x2000 
eth1      Link encap:Ethernet  HWaddr 00:08:C7:B3:FA:00  
          inet addr:192.168.4.89  Bcast:192.168.4.255
Mask:255.255.255.0
          UP BROADCAST RUNNING PROMISC MULTICAST  MTU:1500  Metric:1
          RX packets:152050 errors:0 dropped:0 overruns:0 frame:232
          TX packets:840 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100 
          Interrupt:11 Base address:0x4000 
[..]
ma al boot si lamenta dicendo che non trova dei moduli, ecco perche' non
la abilita [3]. Hints?
[1]
shadow:~# dmesg | egrep eth
eth0: OEM i82557/i82558 10/100 Ethernet, 00:08:C7:05:01:1C, IRQ 11.
eth1: OEM i82557/i82558 10/100 Ethernet, 00:08:C7:B3:FA:00, IRQ 11.
device eth1 entered promiscuous mode
[2]
shadow:~# cat /etc/network/interfaces 
# /etc/network/interfaces -- configuration file for ifup(8), ifdown(8)
# The loopback interface
iface lo inet loopback
# The first network card - this entry was created during the Debian
installation# (network, broadcast and gateway are optional)
iface etho inet static
	address 192.168.20.1
	netmask 255.255.255.0
	network 192.168.20.0
	broadcast 192.168.20.255
	gateway 192.168.20.1
iface eth1 inet static
	address 192.168.4.89
	netmask 255.255.255.0
	network 192.168.4.0
	broadcast 192.168.4.255
	gateway 192.168.4.254
[3]
Setting up IP spoofing protection: rp_filter.
Configuring network interfaces: modprobe: modprobe: Can't locate module
etho
SIOCSIFADDR: No such device
modprobe: modprobe: Can't locate module etho
etho: unknown interface: No such device
modprobe: modprobe: Can't locate module etho
SIOCSIFNETMASK: No such device
modprobe: modprobe: Can't locate module etho
SIOCSIFBRDADDR: No such device
modprobe: modprobe: Can't locate module etho
etho: unknown interface: No such device
modprobe: modprobe: Can't locate module etho
etho: unknown interface: No such device
done.
-- 
Pierluigi De Rosa (
tho...@durin.khazad-dum.net
).
<<      LINUX: the choice of a GNU generation     >>
<<   For my real address... ask the Balrog.       >>
* Sostenete la Lega per la Soppressione dei Troll *

 etho: unknown interface: No such device
Sarà un refuso, ma hai messo etho non eth0 ...è possibile???

 eth1: OEM i82557/i82558 10/100 Ethernet, 00:08:C7:B3:FA:00, IRQ 11.
Forse sparo una cavolata, ma hanno lo stesso IRQ...
Cmq io ho il mio server con 3 schede di rete e nessun problema.
Al tuo stesso comando dmesg la risposta del mio server č:
eth0: 3Com PCI 3c905C Tornado at 0xa800,  00:01:02:45:b7:36, IRQ 5
eth0: scatter/gather enabled. h/w checksums enabled
eth1: 3Com PCI 3c905C Tornado at 0xa400,  00:01:02:45:b7:18, IRQ 10
eth1: scatter/gather enabled. h/w checksums enabled
eth2: 3Com PCI 3c905C Tornado at 0xa000,  00:01:02:45:b7:11, IRQ 11
eth2: scatter/gather enabled. h/w checksums enabled
-- 
Byz
          Pavanel Massimo 
          ICQ: 63077580

 Forse sparo una cavolata, ma hanno lo stesso IRQ...
Mi ero posto anche io la medesima domanda ma mi hanno risposto che non
fa niente quindi non e' quello il problema. Grazie comunque per la
risposta.


Michele Nicosia wrote:

fossi in te guarderei gli script che vengono lancviati quando le 
interfacce vengono tirate su al boot...
spesso ci trovi delle stronzate
-- 
konrad
Old programmers never die, they just branch to a new address.

 risposta.
Però quando ti caccia:
device eth1 entered promiscuous mode
mi puzza di tentativo di soluzione di conflitti IRQ/DMA, ma forse mi
sbaglio.
Cmq per toglierti/mi ogni dubbio perchè non provi?


 spesso ci trovi delle stronzate
Certo!!!!
peccato che io non ho la versione di linux che indica lui, perchè io non sono
lui.....

>> eth1: OEM i82557/i82558 10/100 Ethernet, 00:08:C7:B3:FA:00, IRQ 11.
aggiungo una cavolata anch'io. hai il compilato il kernel
includendo i/il driver delle schede e insmod tenta di rimetterle
come moduli? 
A me un errore simile (SUSE pero') lo dava appunto
in un caso cosi', kernel ricompilato ad hoc e monolitico, un
insmod di SUSE voleva reinserire le schede di rete e succedeva
il casino.
-- 
nebbia

 Cmq per toglierti/mi ogni dubbio perchè non provi?
Ma di solito non da' quel messaggio quando si lancia uno sniffer? Cosi'
mi sembrava, BTW provero' con irqtune a cambiare l'IRQ di una delle due
ethernet. Ti faro' sapere.


 spesso ci trovi delle stronzate
Si, ho controllato ed effettivamente avevo sbagliato a scrivere, ora non
mi resta che riprovare a fare il reboot e controllare se stavolta la
tira su correttamemte. Dopo questa figura da pirlùn mi ritiro in buon
ordine..
Vi faccio sapere !


ho sbagliato aposizionare il messaggio, ma è ovvio che ce l'avevo con 
chi ha scritto il messaggio originale


 come moduli? 
No, per mia abitudine eth e SCSI non li metto mai come moduli. Il
problema era proprio un refuso tipografico.


 chi ha scritto il messaggio originale
Cioe' il sottoscritto, ed era vero, c'era un errore in interfaces.


 Cioe' il sottoscritto, ed era vero, c'era un errore in interfaces.
Per la cronaca ora funziona.. su shadow vedo:
eth0      Link encap:Ethernet  HWaddr 00:08:C7:05:01:1C  
          inet addr:192.168.20.1  Bcast:192.168.20.255  Mask:255.255.255.0
          UP BROADCAST RUNNING PROMISC MULTICAST  MTU:1500  Metric:1
          RX packets:5325 errors:0 dropped:0 overruns:0 frame:0
          TX packets:47 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100 
          Interrupt:11 Base address:0x2000 
eth1      Link encap:Ethernet  HWaddr 00:08:C7:B3:FA:00  
          inet addr:192.168.4.89  Bcast:192.168.4.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:530 errors:0 dropped:0 overruns:0 frame:0
          TX packets:172 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100 
          Interrupt:11 Base address:0x4000 
[root@mordor /root]# route add -net 192.168.20.0 netmask 255.255.255.0 dev eth0
[root@mordor /root]# ping -c 5 192.168.20.1
PING 192.168.20.1 (192.168.20.1) from 192.168.4.212 : 56(84) bytes of data.
64 bytes from 
192.168.20.1
: icmp_seq=0 ttl=255 time=395 usec
[..]
--- 192.168.20.1 ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss
round-trip min/avg/max/mdev = 0.169/0.221/0.395/0.087 ms
[root@mordor /root]# netstat -nr 
Kernel IP routing table
Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
192.168.4.0     0.0.0.0         255.255.255.0   U         0 0          0 eth0
192.168.20.0    0.0.0.0         255.255.255.0   U         0 0          0 eth0
127.0.0.0       0.0.0.0         255.0.0.0       U         0 0          0 lo
0.0.0.0         192.168.4.254   0.0.0.0         UG        0 0          0 eth0
quindi dipendeva tutto dal refuso tipografico, di nuovo grazie a tutti,
ora non  mi resta che capire come funziona il file static-routes sulla
RH in modo che venga attivato il route statico al net .20 al boot e sono
a posto.


 sbaglio.
Lo dice quando la sk. entra in  una modalità per cui l'hw non filtra i
pacchetti non destinati a quella stessa scheda; i.e. vedi tutto il traffico
sul cavo...

 promiscuos mode anche quando parte il servizio Netatalk.
Ah ok.


a posto.
RH? Ma non eri passato a Debian? :-)
-- 
BlueRaven
Prima di parlare, ricorda:
mount -t auto /dev/brain /mnt/mouth

 RH? Ma non eri passato a Debian? :-)
Eh si certo, a casa e poi ho un paio di server Debian (di cui uno e'
quello di cui stiamo parlando) ma il mio PC personale qui in ufficio e'
una RH 6.2 :-) Se non attacco una route alla subnet .20 dal mio PC la
eth0 di shadow non la vedro' mai.


non dovrebbe avere default GW, o sbaglio?
Non sbagli.


 Non sbagli.
Ok, THNX!!
