Newsgroup: it.comp.reti.locali
Titolo: Se pingo un pc dopo un po' ne pinga un altro...

Salve,
 
sto testando la risposta al ping di alcune macchine in dominio e per 
farlo utilizzo Debian 10.
 
Il test si svolge dalla macchina Debian verso cinque macchine, in 
contemporanea, per alcune ore e salvando poi il contenuto su un file txt.
 
Bene, ho notato che dopo un po' (mezz'ora, un'ora...) il ping verso la 
macchina "X" si sposta verso una macchina a caso "Y" (non una di quelle 
verso le quali ho lanciato il ping!) scrivendomi:
 
64 bytes from NOME_MACCHINA.nome_dominio.local (192.xxx.xxx.xxx) 
icmp_seq=2945 ttl=128 time=0.386 ms
 
 From NOME_ALTRA_MACCHINA.nome_dominio.local (192.xxx.xxx.xxx) 
icmp_seq=2974 Destination Host Unreachable
 
 From NOME_ALTRA_MACCHINA.nome_dominio.local (192.xxx.xxx.xxx) 
icmp_seq=2975 Destination Host Unreachable
[...]
 From NOME_ALTRA_MACCHINA.nome_dominio.local (192.xxx.xxx.xxx) 
icmp_seq=2983 Destination Host Unreachable
 
64 bytes from NOME_MACCHINA.nome_dominio.local (192.xxx.xxx.xxx) 
icmp_seq=2986 ttl=128 time=0.386 ms
 
Da notare che l'ultimo ping che va a buon fine (prima di iniziare con la 
macchina sbagliata) ha icmp_seq=2945 saltando poi al primo sbagliato con 
icmp_seq=2974; dopo l'ultima riga della macchina sbagliata 
(icmp_seq=2983) il primo ping che va a buon fine ha icmp_seq=2986.
 
Le macchine soggette a test hanno a random durante la giornata problemi 
di rete e poi ripartono ma in RDP la cosa diventa problematica, ho già 
cambiato lo switch "locale" e due cavi che vengono dal rack... :\
 
^Bart

 icmp_seq=2974 Destination Host Unreachable
[...]
 
Se fai un traceroute verso la macchina destinazione, l'altra macchina
(quella che riporta "host unreachable") è inclusa nella rotta ? Se non
lo è, mi sorge il sospetto che vi sia qualche problema a livello ARP,
il problema potrebbe essere causato dallo switch oppure (non succede
frequentemente oggigiorno, ma mi è capitato) da schede di rete con lo
stesso MAC address
 
 

 stesso MAC address
 
Ho un problema simile (ping ad un host e dopo un po' ne risponde 
un'altro) anche su un secondo rack che non fa parte dell'area di test 
quindi più che avere tutti gli switch malfunzionanti forse potrebbe 
starci il discorso di macchine con lo stess mac address, pensavo che 
questa "problematica" fosse qualcosa legato ad un passato molto remoto 
ed invce sentendo i colleghi ci sonon state esperienze passate...
 
Per la ricerca dell'eventuale mac address uguale bisognerà in qualche 
modo fare un bello script che scansioni la lan e mi raccolga tutti i mac 
address, credo che con nmap si riesca a fare il tutto abbastanza agilmente!
 
Saluti.
^Bart
 

 agilmente!
 
Io inizierei scaricando i log degli switch e controllando eventuali
warning e/o errori, dopodichè potresti scaricarti le tabelle ARP con la
lista dei MAC address e controllare se esistano MAC duplicati, in
questo modo potresti essere in grado di risolvere il problema con
maggiore rapidità ... ed al contempo assicurarti che il problema stesso
non sia dovuto a qualche errore di uno degli switch
 

 non sia dovuto a qualche errore di uno degli switch
 
Giusto, ci vuole meno tempo a controllare gli switch piuttosto che i mac 
address di tutti i pc! :)
 
Saluti.
^Bart
 

 
 
ma questo non dovrebbe essere univoco almeno a livello hardware?
so che si puň spoof-are via software ma se le macchine le ha in gestione 
l'OP dovrebbe ben sapere se c'č installata qualche porcheria 
 
č pur vero che 24 bit per il progressivo a disposizione del produttore non 
sono infiniti, anzi, perň immagino che quando una fabbrica esaurisce il 
"lotto" se ne faccia assegnare uno nuovo ricominciando da zero
 
-- 
/-\ /\/\ /\/\ /-\ /\/\ /\/\ /-\ T /-\
-=- -=- -=- -=- -=- -=- -=- -=- - -=-
........... [ al lavoro ] ...........

 gestione l'OP dovrebbe ben sapere se c'è installata qualche porcheria 
 
"Ho visto cose che voi umani..." :) ok, seriamente, ormai sono passati
anni, ma mi è capitato da un cliente che aveva acquistato una partita
di schede "cinesi", in pratica usavano 4 MAC ripetuti, per cui i
duplicati si sprecavano; in quel caso ho dovuto forzare il MAC per le
varie schede... poi ok, fortunatamente il cliente ha capito che "forse"
era meglio cambiarle tutte :)
 
Poi ok, ci sono anche alcuni cellulofoni android che rigenerano in modo
casuale il MAC ogni volta che viene attivata la WiFi... :P
 



Tra l'altro se la struttura è abbastanza complessa (hai parlato di
armadi, quindi suppongo non sia semplicissima), sarebbe opportuno
considerare l'idea di mettere in piedi un sistema di monitoraggio, una
roba tipo "Zabbix" (ma esistono altri programmi) ti permetterebbe di
tenere sott'occhio l'infrastuttura e risolvere "le rogne" ai primi
sintomi di problema
 

 "Ho visto cose che voi umani..." :)
 
Pure a me e' successa una cosa del genere una decina d'anni fa
con delle NIC di dubbia provenienza... :D

)
è molto anni 2000 e non proprio elegante (se mi perdonate
l'eufemismo), ma funziona impeccabilmente. Free.
 
Bye, G.

 casuale il MAC ogni volta che viene attivata la WiFi... :P
 
Direi tutti gli smart con android 10.
 
Per esempio la serie Galaxy S10: passando da android 9 a 10 ci ho messo 
del tempo a capire il perchè della mancata connessione alla mia wlan  
(con filtro sui MAC) dopo un riavvio del telefono.
 
Capisco lo scopo: evitare di essere "troppo" tracciati in caso di 
connessione a wifi pubbliche, però potevano anche dirlo...

 l'eufemismo), ma funziona impeccabilmente. Free.
 
Carino :) giusto una nota; nel caso di windows, ho usato in passato un
tool simile a questo
 
https://code.google.com/archive/p/eventlog-to-syslog/
 
 
(al momento non ritrovo quello che usavo) in pratica si tratta di un
servizio windows che permette di inoltrare ad un syslogd tutti i
messaggi registrati nell'eventlog di un sistema windows; la cosa è
molto comoda per aggregare i log da vari sistemi (windows e non) su un
unico syslog, centralizzando in tal modo controllo/analisi
 
Il mio riferimento a Zabbix era soltanto un esempio relativo all'idea
di centralizzare il logging/monitoraggio dell'intera infrastuttura,
inclusi switch ed altri apparati
 

 "Ho visto cose che voi umani..." :) ok, seriamente, ormai sono passati
 
A proposito, ci sarebbe anche un'altra possibile causa per quel
problema, ma sinceramente dubito si tratti di quella (o almeno spero),
in breve è possibile, utilizzando alcuni programmi (arp0c, nemesis ed
altri) effettuare un ARP poisoning sulla rete in modo da essere in
grado di sniffare il traffico anche su una rete switched, ma di norma
oggi la cosa viene impedita configurando per bene gli switch, per cui
credo/spero NON sia questo il caso; ad ogni modo, giusto a titolo
informativo
 
https://github.com/troglobit/nemesis
 
 
https://www.digiater.nl/openvms/decus/vmslt00a/net/arp0c.htm
 
 
:)
 
 

 
https://www.digiater.nl/openvms/decus/vmslt00a/net/arp0c.htm
 
 
già che ci siamo
 
https://www.admin-magazine.com/Articles/Arp-Cache-Poisoning-and-Packet-Sniffing
 
 
:D