Newsgroup: it.comp.reti.locali
Titolo: [OT] Come rimbecillire...

...a causa del solito imbecille che, non avendo meglio da fare, non si
mette le mani in quel posto in cui non batte mai il sole, invece di
frugare nell'armadio di permutazione senza sapere neanche dove c'ha i
piedi... @#杜?^.azz...
Ok, esponiamo la storia:
Rete in crisi. Il dhcp del firewall non assegna piu' gli indirizzi ip.
Anche assegnando ip statici la rete non ne vuol sapere di navigare.
Su shell, il firewall ogni tanto hai dei freeze strani, per poi tornare
a reagire. Dopo qualche minuto diventa comunque assai lento.
Le lucine dello switch 24 porte brillano all'impazzata quasi
all'unisono. Boh...
Ipotesi: scheda di rete lato lan del fw guasta. Sostituita scheda di
rete. Nothing. Sostituito switch. Nothing: lo switch, spento e riacceso
pare andare bene per un tempo variabile fra i 10 secondi e i due minuti,
e poi impazzisce. Col cavo cross direttamente collegato al lato lan del
fw, il pc va perfetto. Bene, e' IMHO un problema software: "tcpdump -i
eth1", un flood di broadcast netbios senza fine da un pc configuratosi
in APIPA... Chi ca@@o e'??? Stoppato tcpdump, spento e riacceso switch,
riavviato tcpdump: stavolta un flood di pacchetti arp di protesta
(who-has 192.168.1.1 should be 192.168.1.98), anch'esso senza fine. Ok,
due ore a cercare il colpevole per tutto lo stabile. Niente di niente,
inspiegabile... Pero', a pc tutti spenti ho tuttavia 9 link attivi sullo
switch; spiegazione: erano state installate 8 camere ip per la
sorveglianza. Ed io penso: vuoi vedere che una di queste e' malamente
incasinata? Stacco uno a uno i cavi dal patch, fino a che, a cavi tutti
staccati, rimangono due link accesi!!! (e switch ancora simile ad albero
di natale...) Ohibo'?
Riattacco tutti i cavi nel patch, e stavolta inizio a staccarli e
riattaccarli dallo switch, uno a uno... stop! arrivati ad un certo
punto, l'albero di natale cessa le sue luminarie impazzite. Ok, vediamo
da che punto a che punto va questo cavo... sfila dai passacavi, sfila...
sfila, opporc...! Due prese dello switch collegate fra di loro! Ecco il
modo migliore per impallare uno switch con porte autosensing (e l'intera
rete...), al primo broadcast che viene inviato in rete...
Se al co@@@@@e che ha causato tutto cio' faranno pagare il conto, penso
proprio che gli passera' la voglia di mettere le mani dove non deve...  :-)
bye G.L.

 bye G.L.
Certo che anche tu.... per capire che era un loop non č che ci voleva la 
laurea in ingeneria informatica..... bastavano 5 minuti di analisi del 
problema.
Saluti
Cuccio

 problema.
"Dopo" è facile: come quella volta che mi hanno telefonato che il server si 
era spento da solo, e già io pensavo a shutdown automatici per protezione 
termica, e dopo ho scoperto che l'operatrice che si occupa della gestione 
dei backup aveva inavvertitamente premuto il tasto di spegnimento del 
server...
Ciao, Leo 

 problema.
1) La prima volta che ti succede non e' cosi' semplice,
    e ti puoi immaginare molte cose, ma IMHO non che il genio di
    turno abbia collegato assieme due porte dello switch (il
    tutto occultato per benino dal passacavi...).
2) Che fosse andato in loop l'ho capito solo all'ultimo in una botta
    sola, di fronte all'evidenza, perche' non mi sono mai figurato prima
    una situazione del genere (tipo: fare esperimenti nel merito, per
    gioco, in ufficio...)
3) Non e' cablaggio che ho realizzato io.
4) Non ho mai sostenuto di essere una cima (tuttavia loro pagano, visto
    che il problema e' stato causato da loro...).
5) Non si nasce "imparati" (e men che meno con l'esperienza infusa...),
    penso che ne converrai (altrimenti possiamo anche evitare di
    frequentare i ng).
bye G.L.

 server...
Mmhh. se e' un x86, non ha il delay impostato? Ed inoltre, fosse
w2k/2k3 server, mi pare che di default non intercetta la pressione
del tasto di accensione/spegnimento... :-)
bye G.L.

 server...
Hehehe...
Mi sono ricordato della volta che abbiamo installato i lettori di badge 
magnetici per il controllo orario automatizzato.
Stavo impazzendo perché nei primi giorni dopo l'installazione ogni 
mattina, nonostante la batteria tampone, i lettori erano resettati.
Prima di accorgermi che un genio di elettricista li aveva collegati 
all'illuminazione del corridoio (che ogni sera viene spenta dall'ultimo 
dipendente che usciva) ho bestemmiato in tutte le lingue indoueropee 
conosciute... :D
Alessio

 del tasto di accensione/spegnimento... :-)
No.
Ciao, Leo 

 conosciute... :D
a me i muratori hanno spostato una parete in cartongesso
della stanzina server di 25 cm, lasciando "naturalmente"
dall'altra parte la bocchetta dell'aria condizionata, ma
forse gli schedari di un vano di passaggio devono essere
raffreddati per benino, echennesoio =)

 bye G.L.
č la solita storia... tutti bravi _dopo_ !!!
;-)

 ;-)
Ci hai preso.  :-)
bye G.L.

 Ok, esponiamo la storia:
Eh eh ... di storie ce ne sono parecchie anche qui :-)
La prima che mi viene in mente e' l'installazione di un ponte radio 
(albori: 2001) a Bergamo; tutto a posto in gennaio, dopo tre mesi il 
ponte genera un mare di errori e spesso il link cade. Nessun problema 
rilevato con la diagnostica; il fornitore sostitui' le unita' e il 
problema rimase tale e quale.
Era fiorito un grosso albero in mezzo alla tratta wireless :-)
L'impresa piu' dura pero' e' stata dissuadere il Cliente dall'armarsi 
nottetempo di sega a motore ed eliminare l'intruso ;-)
Ciao
Luca

  nottetempo di sega a motore ed eliminare l'intruso ;-)
:-D
bye G.L.

> dall'armarsi nottetempo di sega a motore ed eliminare l'intruso ;-)
Avevo dapprima letto solo questa frase.. e collegandola alla recente
legge sulla "legittima difesa" mi ero un attimo preoccupato...! O__o
-- 
		Luca Amicone
		ICQ: 14890779
		Microsoft MVP
"List of Names Registered with WINS Service" 
http://support.microsoft.com/?id=119495