Newsgroup: it.comp.os.linux.sys
Titolo: [OT] Come rimbecillire con una rete grazie a...

Venerdi' 13 (che coincidenza, eh?   :-)
vado col tecnico
hardware dal cliente per verificare problemi assurdi
su una nuova rete con nuovi pc ed un nuovo server win2003,
cablaggio strutturato cat. 5 e switch 24 porte.
Il tutto su segnalazione del collega che si occupa del gestionale
(appoggiato su SQL server), il quale mi dice che ogni tanto,
randomicamente, i client si disconnettono dal server, che i pc
"pingano" tutti regolarmente il server, ma fra vari pc il ping
un momento avviene, l'altro no.
La prima cosa che faccio, prima ancora di mettere mano
alla configurazione delle macchine,  e' fare un boot con knoppix
su uno dei pc, e vedere un po' come va la rete a suon di flood
ping: ok per i primi cinque minuti, pingando un po' tutti e verificando
il ritorno del 99% dei reply, ma poco piu' tardi verificando a tutti gli 
effetti l'esistenza
del problema cosi' come era stato descritto... un momento pinga (e pinga 
bene...),
l'altro non pinga per niente.
La prima cosa che viene in mente e' un difetto del cablaggio. Il collega
tecnico verifica con il lan tester la perfetta integrita' hardware del
cablaggio.
Tutto OK: allora, penso io, sara' lo switch che da i numeri, non
e' la prima volta che succede (anzi)...
Si cambia lo switch: il problema non muta di una virgola.
Ok, ok. Mettiamo allora tutte le schede, compresa quella del server 2003
da autosensing a 100tx halfduplex, disattiviamo tutto quel che non serve 
nella
conf. di rete. Il problema stavolta cambia: i 2 pc su 5 pc identici su 
cui abbiamo "confinato"
tutte le prove, non si pingano piu' saltuariamente: adesso non si 
pingano proprio.
Allora, pensando allo switch incasinato, stacchiamo l'alimentazione 
dallo switch,
spegnamo tutti i pc ed il server staccando anche il cavo 
d'alimentazione. Dopodiche',
si procede nell'ordine a ri-alimentare lo switch, si accende il server, 
si riaccendono i
vari pc: prova di "pingaggio" e... nulla, non cambia proprio nulla.
Esclusi almeno apparentemente problemi hardware, decido, prima di pensare di
utilizzare una utility per l'analisi del traffico di rete (che per il 
momento mai ho usato
non avendone mai avuto necessita', non avendo avuto quasi mai a che fare 
con grosse reti),
di verificare che succede dopo vari pingaggi a destra e a manca, alla 
tabella
arp. digitando "arp -a" Il server compare sempre, l'altro pc mai. 
Stranamente,
pero, il netbios ha memorizzato il nome dell'altro pc... e posso pingare 
anche con
il nome netbios (senza ugualmente ottenere risposta, ovviamente).
Dopo due ore e mezza di prove e controprove avevamo esaurito tutte le 
nostre risorse, oltre
che la pazienza...
Ci guardiamo per un po' in faccia, sconsolati...
Comincio a fare una scansione contro malware vari. Ma mi dico di no,
non puo' essere, i pc sono installati da pochi giorni. E difatti non 
viene trovato niente...
Successivamente mi metto a pensare, concentrato su quel che succedeva 
sulla tabella arp...
In questi frangenti si pensa tutto, alla fine anche alle cause piu' 
remote. E si pensa anche, oltre
che alla pratica, che in quel caso non serviva piu' nei confronti di un 
problema mai riscontrato prima,
anche alla teoria. Arp, ip, - mumble, mumble - subnet  mask mac address 
- mumble, mumble...
che cosa ci puo' essere di sbagliato nella conf. di rete? Ho controllato 
minuziosamente _ogni_ voce
delle proprieta' di connessione alla rete locale, firewall compreso.
Arp - mumble, mumble - mac - mumble mumble - MAC - mumble mumble - MAC, 
- mumble
mumble MAC... MA, MA...  MA?
        MARCO!!!      Leggimi da "ipconfig /all il mac di quel pc, e 
dettamelo un po'...
        E marco: ma che dici? Ho capito che pensi, ma e' pressoche' 
impossibile...
        Io: leggi, leggi lo stesso,...
Mentre Marco legge il mac address, lo confronto con quello del pc che mi 
sta davanti.
XX, XX, 60, XX, XX,XX.   STOP! Rileggi: sei sicuro che sia 60 e non 06? 
(5 byte erano identici),
Umh, aspe'... si'... 06...    si' si', e' 06, non 60.
                                              C***O: BINGO!
                                    DUE MAC ADDRESS *COINCIDENTI*!
                                  _Mai_ visto in 12 anni di lavoro...
Marco: controlliamo gli altri 3 pc uguali?  Ok, controlliamo: 
rilsultato, stesso
mac address anche per gi altri.
Telefoniamo al fornitore. Descritto il problema, ci risponde: uhm... si' 
avevamo
noto il problema... ahem... c'e' comunque un aggiornamento del bios per 
ovviare a cio'... coff, coff...
(e non potevano ricordarselo, quando ci hanno fornito le macchine, 
invece di farci rinc****onire
per tre ore dal cliente, per di piu' distante un'ora di viaggio?).
Ovviamente (Murphy docet...), neanche l'aggiornamento al bios ha risolto 
il problema.
Comunque, per il momento, su win2K/XP si puo'
fortunatamente modificare il mac address dalla conf. di rete...     :-)
bye G.L.

 ovviare a cio'... coff, coff...
[cut]
Per curiosità, di che marca sono le schede?

 Per curiosità, di che marca sono le schede?
Preferisco non fare nomi, comunque inizia con "a" e finisce con "s".     :-)
bye G.L.

                                   _Mai_ visto in 12 anni di lavoro...
Già passato per casi di 'sto genere  (anche se con dettagli diversi) e mi
son pigliato i miei mal di testa.
Da allora sulle reti che mi devo amazzare io arpwatch impera...
-- 
wash the blood from your hands
bury your secrets in the sand
and forget

 Da allora sulle reti che mi devo amazzare io arpwatch impera...
:-)
bye G.L.

 vado col tecnico
[cut]
E se fosse successo su due server con dominio pubblico?

Sbrinz wrote:



Probabilmente il problema non si pone: macchine di nuova installazione,
prima le testi, poi le metti in produzione.      :-)
bye G.L.


Già... e se le macchine vanno bene in test e poi si incatastano in 
produzione ? :-((((
(leggi: accidenti alla siemens..)
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
	Due linee rette s'incontrano
	all'infinito, quando ormai non gliene frega più niente

 (leggi: accidenti alla siemens..) 
Oh, beh... allora...       :-)
Cmq, nel mio post parlavo di client. Normalmente non li testi
come si dovrebbe testare un server. E da li' i dolori dei
mac address ribelli...         ;-)))
bye G.L.