Newsgroup: it.comp.os.linux.sys
Titolo: scheda rete risponde a due ip

ciao a tutti,
su un server "fujitsu-siemens rx300 s4" ho due schede di rete 
configurate eth0  e eth1 .
Entrambe le sche sono up, ma solo la scheda eth0 e' collegata 
fisicamente ad uno switch.
La cosa strana e' che pingando la eth1 ricevo risposta. Inoltre provando 
un accesso ssh, sempre verso la eth1, riesco ad accedere alla macchina.
La scheda eth0 e' configurata "normalmente".
Secondo voi si tratta di un errore di configurazione o qualcos'altro?
ciao
grazie
9


Si tratta del comportamento standard di linux, che risponde in ARP ad 
una ARP-REQUEST diretta ad un IP in suo possesso indipendente dal fatto 
che essa sia stata ricevuta sulla NIC dotata di quell'indirizzo o meno.
Il che fa sě che usare due NIC appartenenti e connesse alla stessa 
subnet sia completamente inutile, se non si provvede anche a fare altro...

 
ciao Davide,
prima di tutto grazie.
Pingando la eth1 da un altro pc sulla stessa rete o da uno appartenente 
ad un'altra rete.  La tabella di routing "apparentemente" e' normale.
Come gli altri server in rete.
9

 subnet sia completamente inutile, se non si provvede anche a fare altro...
ciao Skull, grazie mille
quindi e' un comportamento "normale"  di linux (in effetti avevo 
dimenticato di scrivevere il SO che e' un "redhat as 4").
Non lo avevo mai notato prima.
grazie mille
9

 9
Non so quanto sia normale, a me succede solo quando il pc che pingo è un 
router (e l'ho nella tabella di routing).
Posso sempre non aver provato a sufficienza :-D
Enrico

 router (e l'ho nella tabella di routing).
No, quello solo perchè tu stai ARP-ando l'IP che hai in routing-table. 
E' altro caso.
Prova a leggere questo:
http://www.linuxvirtualserver.org/docs/arp.html
Riguarda il comportamento di linux in cui si dà alla macchina un IP 
locale cui *non* deve rispondere via ARP (in questo caso per avere più 
macchine che rispondano per lo stesso IP), e descrive cosa accade e 
perchè in quella situazione, e come far sì che non accada.
E' un problema diverso, ma illuminante sulla questione (IMHO).

Skull ha scritto:

grazie mille
9g

 
ciao Davide,
giusto per fare un po' di chiarezza. Io ho due reti, una e' quella 
dell'ufficio, con i pc desktop. L'altra e' quella del laboratorio con i 
server. Le due reti si vedono tra loro. Quando parlo di ping da una 
stessa rete intendo con un portatile dal laboratorio, quando parlo di 
altra rete intendo dal mio desktop in ufficio. La cosa che mi ha stupito 
e' che il server in questione rispondeva ai miei ping anche dalla 
interfaccia eth1 che (seppur configurata) non era cablata a nessuno 
switch. Ma come dice Skull potrebbe essere un comportamento standar 
linux provocato dalla ARP-REQUEST. Facendo un ifdown della sche eth1 
infatti questa smette di rispondere.
9g

9grammi ha scritto:
Facendo un ifdown della sche eth1 infatti questa smette di rispondere.
Sarebbe assai strano il contrario.

 Sarebbe assai strano il contrario.
si hai ragione :-)
pero' (onestamente), per me, almeno fino ad oggi, anche una scheda non 
collegata alla rete avrebbe dovuto smettere di rispondere.
9g

 linux 
Non potrebbe, *è*.
Lettura consigliata: /your-kernel-source/Documentation/networking/ip-sysctl.txt
Si veda arp_ignore in particolare.

9grammi ha scritto:

Per il kernel linux non è così: di default risponde.
La cosa importante è che il comportamento può essere modificato
a piacere andando di sysctl o proc file system che dir si voglia.