Newsgroup: it.comp.os.linux.sys
Titolo: problemi di routing con IP multiplo

ho una situazione stranissima, con una macchina che andava fino a ieri, oggi
si e' schiantata e ho dovuto rimettere in piedi alla peggio (spostando il
disco su un'altra macchina), ma non si comporta come dovrebbe
la macchina, una red hat 8, hosta una serie di siti, in virtual hosting con
ip multiplo.
tutti gli ip sono in binding alla stessa interfaccia fisica.
ora, se pingo dall'indirizzo primario della scheda funziona tutto, ma se
provo a pingare da uno degli indirizzi secondari non arrivo manco al router.
penso possa trattarsi di un problema di risoluzione dell'indirizzo a livello
di switch o di tabella ARP del router, visto che se scambio l'indirizzo
funzionante con uno di quelli non funzionanti, per un po' funzionano
entrambe, poi quello spostato da eth0 a eth0:n smette di andare
qualche idea?
tia,
*

 typed:
Aggiornamento: se pingo il router da un indirizzo secondario non risponde.
Se pingo un indirizzo della rete interna da un indirizzo secondario
risponde. Se ORA pingo di nuovo il router ecco che risponde.
Potrei anche mettere in coda un job che pinga a manetta da tutti gli
indirizzi, ma se ci fosse una soluzione piu' pulita...
Ciaotutti,
*

Prova a far girare ettercap: fai l'arp poisoning dello switch, la cosa
dovrebbe ricostruire la tabella di arp dello switch stesso.
Potrebbe essere quella a far casino.
Soprattutto se, una volta che riesci a fare un ping, poi continui a
riuscirci.
Ciao
Techs.

Sei attaccato ad un HUB o ad uno switch?
Hai provato a riavviare lo switch?
Prova a mettere tcpdump in ascolto sul protocollo ARP e vedi un po come gira
il fumo, se poi puoi controlla la arp table del router...
Altre cose in mente non mi vengono, ma con un po di sniffing potresti
beccare il problema al volo...
Hai cambiato la scheda di rete vero? Prova a mettere la vecchia o a mettere
il MAC address della prima su questa se possibile, se hanno fatto qualche
conf strana sullo switch potrebbe essere questo il problema...
Saluti :)
-Igor-
P.S.
Da quel che dici sembra proprio un problema di ARP.... via di tcpdump :)


 riuscirci.
Si e no: ci riesco a tempo determinato, poi si inchioda di nuovo...
Ciaotutti,
*


Nessuna configurazione sullo switch, probabilmente si era un attimo
imputtanito con il fatto che abbiamo due macchine che alle volte si
contendono gli IP.
Speriamo continuino a funzionare...
Ciaotutti,
*

 strana e' che i MAC riportati erano tutti corretti...
Ok, altra stranezza:
Riavvio gli switch.
Nel frattempo stavo pingando da un'altra macchina il router, senza ricevere
alcuna risposta.
Orbene, durante il riavvio degli switch (quattro in tutto), inizio a ricevere
una sequela di reply from pippo.pluto.paperino.localhost: destination host
unreachable; qualche ping dopo, inizio a ricevere un po' di reply dal
server...
Quando il riavvio finisce per bene e vengon su le varie macchine coi logo
begli indirizzi, il router smette di rispondere.
Mi punge vaghezza di aver imputtanito le tabelle ARP con un ip duplicato,
peccato che, appena rimosso l'ip incriminato dalla macchina in questione,
risulti impossibile pingarlo.
Piu' studio il problema, meno lo capisco...
Ciaotutti,
* - che se non riesce a risolvere sta cosa non puo' completare il
trasferimento dei siti da win a linux

 Mi punge vaghezza
(che, per inciso, piu' ci penso meno mi pare voglia dire cio' che ricordavo
quando l'ho scritto)

....mmm..... sono switch programmabili o no?
Hai dei loop, se si usi un protocollo di spanning tree?
....gli switch sono in cascata?
Il fatto che riavviando gli switch fai cadere tutta la rete potrebbe essere
normale in quanto potresti avere una cifra di broadcast....
prova a spiegarmi la topologia della rete....
....a me è capitata una cosa simile da un cliente che in ogni stanza metteva
uno switch da 16 porte su cui attestava i client e poi una serie di uplink
in cascata, questi switch impazzivano a cercare i mac-address e oltre a
generare una cifra di broadcast spesso non raggiungevi gli altri IP, visto
il budget del cliente abbiamo fatto una topologia a stella con uno HUB in
mezzo....
La cosa mi incuriosisce.... fammi sapere la marca degli switch :)
Saluti :)
-igor-

 La cosa mi incuriosisce.... fammi sapere la marca degli switch :)
Varie ed eventuali. Soprattutto HP, ma anche 3com (quantomeno gli hub) e un
po' di marche sparse (la rete e' cresciuta negli anni, andando avanti su
switch a 10, switch a 100 e hub a 10, con tutti i cablaggi a 100; solo di
recente sono stati introdotti un po' di hub e switch a 100; in particolare,m
l'ultimo switch e' stato introdotto quando e' stato fatto un rimappaggio
globale della rete di questo piano, iontroducendo uno switch a 100 al posto
dell'accricchio di hub e switcjh che c'era prima.
Ma abbiamo client e server a non finire e nel nostro armadio finiscono
quattro piani piu' il link verso la palazzina di fronte: in generale e' un
gran pasticcio, anche se stiamo cercando di riordinarlo.
Ciaotutti,
*

 Varie ed eventuali. Soprattutto HP, ma anche 3com (quantomeno gli hub) e
con gli switch HP, dal 2512 in su, viene fornito un software tipo OpenView 
(mi pare che si chiami top-tools o qualcosa del genere..) che, dopo una 
fase di discovery, riesce a darti la tipologia della rete.
Ciao
Stefano Sancese
-- 
Pgp Fingerprint: FF8D 7255 E8DE 882C  7991 B3E7 C703 C7EA
In God we trust, all others we monitor (National Security Agency)


Se riesco a recuperare il programma posto  la tipologia (mi dicono che lo
abbiamo... stiamo sempre aspettando le famose vergini).
Ora abbiamo fatto alcune variazioni nella configurazione, e un paio di giri
mi hanno mostrato quanto segue:
macchina 1, eth0 up, agganciata alla rete, mac 1, ip 1
macchina 2, eth0 up, non agganciata, mac 2, ip 1
macchina 2, eth1 up, aganciata alla rete, mac 3, ip 2
dopo un ping o due, risulta che il mac address dell'ip 1 corrisponde al mac
2 anziche' al mac 1
Tirando giu' la eth0 della prima macchina tutto funziona.
Sembra quasi che la eth1 della seconda macchina si proponga come bridge, ma
poi non ne faccia nulla perche' la scheda di rete cerca di mandare i
pacchetti sulla propria interfaccia, che pero' e' disconnessa.
Le due macchine in seguito avranno le eth0 up in modo alternato (se una
casca sale l'altra), ma il fatto che una delle due non possa avere gli
indirizzi attivi e il cavo staccato perche' l'altra scheda offre il proprio
MAC per fare da bridge non mi piace per nulla...
Suggerimenti?
TIA,
*