Newsgroup: it.comp.os.linux.sys
Titolo: Possibile che ci sia un guasto esteso ad una grossa fetta della rete?

salve a tutti,
stamani non riesco a raggiungere alcuni server che ospitano siti, inoltre 
alcuni dominii non risolvono più
questo è il mio dominio
root@server:~# dig 
umbertocarrara.it
; <<>> DiG 9.4.2 <<>> 
umbertocarrara.it
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 45244
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;
umbertocarrara.it
.             IN      A
;; Query time: 15 msec
;; SERVER: 151.99.0.100#53(151.99.0.100)
;; WHEN: Fri Apr 29 08:09:01 2011
;; MSG SIZE  rcvd: 35

 questo è il mio dominio
Guasti estesi non me ne risultano.
Riguardo il dominio che porti ad esempio la cosa più anomala è che i DNS
del NIC non stan fornendo i glue record:
; <<>> DiG 9.6.0-APPLE-P2 <<>> +norec ns 
umbertocarrara.it
 @
dns.nic.it
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 49554
;; flags: qr; QUERY: 1, ANSWER: 0, AUTHORITY: 2, ADDITIONAL: 0
;; QUESTION SECTION:
;
umbertocarrara.it
.             IN      NS
;; AUTHORITY SECTION:
umbertocarrara.it
.      86400   IN      NS      
ns12u.tol.it
.
umbertocarrara.it
.      86400   IN      NS      
ns11u.tol.it
.
Ma al di là di questo, il problema vero è che i DNS di 
tol.it
 non
rispondono, sicchè tutte le risoluzioni che devono passare per essi
vanno in timeout:
zarathustra:~ skull$  dig +norec ns 
tol.it
 @
dns.nic.it
; <<>> DiG 9.6.0-APPLE-P2 <<>> +norec ns 
tol.it
 @
dns.nic.it
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 5762
;; flags: qr; QUERY: 1, ANSWER: 0, AUTHORITY: 2, ADDITIONAL: 2
;; QUESTION SECTION:
;
tol.it
.                                IN      NS
;; AUTHORITY SECTION:
tol.it
.                 86400   IN      NS      
dns2.tol.it
.
tol.it
.                 86400   IN      NS      
dns.tol.it
.
;; ADDITIONAL SECTION:
dns.tol.it
.             86400   IN      A       217.73.224.2
dns2.tol.it
.            86400   IN      A       217.73.225.2
;; Query time: 53 msec
;; SERVER: 192.12.192.5#53(192.12.192.5)
;; WHEN: Fri Apr 29 08:34:24 2011
;; MSG SIZE  rcvd: 93
zarathustra:~ skull$  dig +norec ns 
tol.it
 @
217.73.224.2
; <<>> DiG 9.6.0-APPLE-P2 <<>> +norec ns 
tol.it
 @
217.73.224.2
;; global options: +cmd
;; connection timed out; no servers could be reached
zarathustra:~ skull$  dig +norec ns 
tol.it
 @
217.73.224.2
; <<>> DiG 9.6.0-APPLE-P2 <<>> +norec ns 
tol.it
 @
217.73.224.2
;; global options: +cmd
;; connection timed out; no servers could be reached
-- 
Paranoia is a disease unto itself. And may I add: the person standing
next to you may not be who they appear to be, so take precaution.
-----------------------------------------------------------------------------
http://bofhskull.wordpress.com/

 
dns2.tol.it
.            86400   IN      A       217.73.225.2
Aggiungo: in realtà la rete dove stan quei DNS è proprio scomparsa da
Internet:
mi1#sh ip bgp 
217.73.224.0/20
% Network not in table
Stando al routing registry, è prefisso annunciato da AS31034 (Aruba)
route:        
217.73.224.0/20
descr:        Alicom s.r.l. Network
origin:       AS31034
mnt-by:       ALICOM-MNT
source:       RIPE # Filtered
Tuttavia, l'unico prefisso attualmente annunciato da Aruba è -in questo
momento- 
46.37.0.0/19.
..
mi1#sh bgp ipv4 unicast regexp _31034$
BGP table version is 220255252, local router ID is 147.123.0.65
Status codes: s suppressed, d damped, h history, * valid, > best, i -
internal,
              r RIB-failure, S Stale
Origin codes: i - IGP, e - EGP, ? - incomplete
   Network          Next Hop            Metric LocPrf Weight Path
*> 
46.37.0.0/19
     217.29.66.90         10000    600      0 31034 i
...nonostante il routing registry riporti (ovviamente) ben di più:
zarathustra:~ skull$ whois -h 
whois.ripe.net
 -T route -i origin AS31034
| grep ^route
route:          
62.149.128.0/17
route:        
217.73.224.0/20
route:          
85.235.128.0/19
route:          
95.110.128.0/17
route:          
193.254.240.0/23
route:          
195.225.168.0/22
route:          
195.234.171.0/24
route:          
109.70.244.0/22
route:          
46.37.0.0/19
route:           
31.11.32.0/21
Direi che Aruba ha qualche *grosso* casino in corso..


 vanno in timeout:
Io non riesco a raggiungere Aruba (e domini che so ospitati da Aruba). 
Altri siti li raggiungo.
Anch'io come risposte ai ping e traceroute ottengo timeout da parte dei 
dns (del mio pc o dei servizi su internet).
Non saprei dire/capire se Aruba è il colpevole o il colpito.
Gabriele

 Direi che Aruba ha qualche *grosso* casino in corso..
Inoltro:
http://twitter.com/#!/Arubait/status/63833454554517504


 del NIC non stan fornendo i glue record:
sono ignorante in materia, ma può essere che sono nella stessa rete?
il fatto che anche opendns non mi risolva è colpa del ttl basso?


 Direi che Aruba ha qualche *grosso* casino in corso..
Ha preso fuoco...
-- 
ValeRyo
XT600 "Katoki Pajama" - 
http://www.slimmit.com/go.asp?7Y9
GamerTag: 
http://card.mygamercard.net/IT/nxe/ValeRyo76.png
 

 
stai scherzando? o hai notizie certe?

 non bestemmio per civiltà
Uscita completamente fuori luogo.
Vedi, io Aruba non la sopporto e per me è causa di parecchi
male dell'internet italiana.
Però i guasti possono succedere a chiunque, non è pensabile
che per due spiccioli tu abbia il 100% di uptime (anzi, non lo
puoi avere e basta, chiunque può avere problemi).


 ha scritto nel
messaggio news:4dba6292$0$18239$
4faf...@reader2.news.tin.it

http://twitter.com/#!/Arubait
Vedo che l'ha postato anche Skull poco fa...


 
si hai ragione in pieno dal punto di vista tecnico,
ma stamani il problema è grosso e magari qualche parola a sproposito
mi potrebbe pure scappare.
io comunque non mi servo direttamente da aruba, ma da tol e 9net, che non 
sono economici come aruba, se pur non fra i più cari, in questo caso si 
potrebbe dire che il maggior costo non ci garantisce comunque avendo una 
mole di dati e servizzi tutti nel solito posto.
il mio cmq era solo uno sfogo per allentare la tenzione, la prossima volta 
mi trattengo
Umberto

 root@server:~# dig 
umbertocarrara.it
Hmm, 
www.umbertocarrara.it
 isn't loading right now.
The computers that run 
www.umbertocarrara.it
 are having some trouble. 
Usually this is just a temporary problem, so you might want to try 
again in a few minutes.
-- 
Fandango

 
Bel casino.
Qualcuno ha idea di come siano messi a Disaster Revoery / Business 
Continuity?
LG


come vuoi che siano messi , per certificazione dovrebbero avere un
TIER elevato , ma pare che siano decisamente hosting de no artri .
Riassumendo il prezzo fa la differenza :)

 Riassumendo il prezzo fa la differenza :)
A bologna la telecom di via dell industria ha due linee (A e B), se va a fuoco una sala ups (cosa plausibile 
visto che le batterie sviluppano idrogeno) la isolano e l'altra linea continua a funzionare,
poi cazzate ne fanno anche loro come cercare di far andare il condizionamento con i gruppi elettrogeni durante 
i blackout (hanno una piscina di ghiaccio per il condizionamento in caso di black out) tirando giu' tutte le 
protezioni!!!!
Giulia

Alle 4 di stamane un principio di incendio nella sala UPS.
Quella accanto i ragazzi che fanno festa in spiaggia....il paradiso dei 
server!!!



E l'inferno del quoting :-/
-- 
Massimo Bacilieri AKA Crononauta

 E l'inferno del quoting :-/
Che pignolone!!!
:)

 avendo una mole di dati e servizzi tutti nel solito posto.
Per curiosità: quanto paghi?


 assolutamente scegliere altri servizi.
Quoto abbastanza, anche se di infrastrutture a completa prova di down
ancora ne devo vedere una :^)


 ancora ne devo vedere una :^)
Non credo esistano, però scegliere aruba per un servizio che non può
sopportare 24h di down è "mettere il culo nelle pedate".
Ma mica tanto per il costo in sé (che comunque è sospetto): questo
avvenimento dimostra ancora una volta che il loro obiettivo è mettersi
tanti soldi in tasca, punto.
Avessero dedicato 1 euro per ogni dominio venduto a ridondare le
linee di alimentazione questo non sarebbe successo. IMVHO.


 _aruba_fermi_milioni_di_siti_italiani-15513578/?ref=HRER2-1
LOL
"Si tratta del più grande black-out del web in Italia, dato che Aruba è il 
principale provider di servizi internet."
Meno male che il "giornalista" s'è tenuto stretto, poteva anche dire
"Aruba rappresenta in pratica l'internet italiano".
Meravigliosi poi i numeri in libertà: quasi due milioni di domini registrati
e 1250 siti in hosting, i "server gestiti" che in quartultima riga sono 10k
e dopo tre righe diventano 5k.
E poi vengono dall'estero a raccogliere pomodori, che spreco...


 linee di alimentazione questo non sarebbe successo. IMVHO.
Ma anche no. Le linee di alimentazione sono ridondate anche in Aruba e
il loro Datacenter non ha nulla da invidiare agli altri datacenter di
analoghe dimensioni presenti in altre parti di Italia. Ma ci sono
condizioni in cui alcune precauzioni non sono sufficienti per prevenire
*qualsiasi* evenienza.
In IBM circa 7 anni or sono è accaduta la stessa cosa. Le linee erano
tutte ridondate, gli UPS ridondati, le sale isolate, ma quando scoppia
un incendio la corrente viene tagliata, senza se e senza ma e anche lì
l'effetto fu lo stesso di oggi in Aruba (non venne tagliata in tutta la
struttura ma di una parte considerevole). E il danno più grosso fu nei
mesi successivi quando a causa della fuliggine che si diffonde ovunque
cominciarono a guastarsi componenti, dischi, ecc.ecc.
Per tutelarsi da questo problema l'unica soluzione è avere un secondo
datacenter su cui ridondare tutti i servizi, cosa che ha un costo molto
alto e non sempre giustificato o giustificabile.
L'unica cosa che IMHO è da recriminare ad Aruba è il fatto che anche
alcuni servizi di base come il routing e altri servizi ad alto valore
aggiunto, come 
p.es
. i servizi PEC, erogati direttamente dal provider,
siano rimasti anch'essi offline. Almeno per questa tipologia di servizi
mi sarei atteso una soluzione di business continuity seria, realizzata
in un datacenter anche piccolino ed anche non di proprietà, situato ad
almeno 70km dal loro datacenter principale.
Certissimamente comunque la stragrande maggioranza dei clienti Aruba non
sarebbe disposta a pagare 4 volte quel che pagano oggi (perché questo è
l'ordine di grandezza del costo di un datacenter ridondato tra acquisto
di hardware e software idonei, linee adeguate e maggiore complessità
architetturale) per avere la garanzia che i propri servizi siano
tutelati contro un'evenienza con probabilità molto basse come questa.
Oggi sono tutti a sbraitare come galline perché per un giorno non hanno
letto la posta elettronica, ma quando c'era da scegliere il servizio si
lamentavano perché la posta costava ben 25 euro l'anno e lo reputavano
eccessivo (ti giuro che è quanto m'è toccato sentire oggi). Non ce lo
vedi il controsenso?
E' la stessa cosa che accade quando proponi un tape LTO da 1500euro e i
clienti si lamentano perché costa troppo, quindi vanno con i dischi
esterni USB o addirittura se ne fregano del backup (tanto c'è il raid).
Quando poi si fotte tutto e non riescono a recuperare i dati, si
lamentano e dicono che hanno perso milioni di euro per il fermo servizio
e la ricostruzione dei propri archivi. Sticazzi.
-- 
Flavio Visentin
Scientists have finally discovered what's wrong with the female brain:
On the left side, there is nothing right, and on the right side, there
is nothing left.

 Ma anche no.
Quoto fortissimamente quoto.


 Ma anche no.
*questo* magari no.
Tante altre cose magari si.
Un conto č che un'azienda deve fare profitti, un altro č che pur di
mettere in tasca fino all'ultimo centesimo si risparmi su tutto.
Come dici anche tu, che siano totalmente scomparsi o che la
PEC non abbia funzionato č indecente. E non posso credere
che non abbiano un budget adeguato a salvaguardarsi da
queste situazioni.


 queste situazioni.
Beh, quanti fornitori di servizi puoi elencarmi che in un caso analogo
avrebbero continuato ad erogare questi due servizi? E quanti pensi che
siano quelli che in un caso analogo riescono a far ripartire tutto in
questi tempi?


 Quoto fortissimamente quoto.
E pure io quoto e fortissimamente ve lo appoggio.

 almeno 70km dal loro datacenter principale.
Mah, non saprei. Anche ad avercelo, un sito di continuity (e non
escludo che ce l'abbiano) tu avresti scatenato la procedura di DR per
un evento che tutto sommato è stato risolto in poche ore? Con poi
l'onere di riportare tutto indietro a emergenza finita, e il rischio
di dare due interruzioni di servizio anzichè una? A quanto ho capito è
si scattato l'allarme antincendio, ma di danni non ce ne sono stati
poi molti.
bye!

 un evento che tutto sommato è stato risolto in poche ore?
Dipende da come è strutturato il servizio. Non necessariamente il
rientro da disastro implica un fermo servizio, e non necessariamente
l'attivazione di un sito di disastro comporta difficoltà.
P.es. un hot site approntato per erogare alcuni servizi essenziali,
gestiti su una vSphere in cui sia implementata la replica degli storage
e dove sia usato VMware SRM per la gestione, può attivarsi autonomamente
a fronte di problemi seri al sito principale, e il ripristino
dell'operatività primaria può essere gestito in modo trasparente
direttamente da SRM, senza un solo secondo di interruzione del servizio.
Ovviamente tutto è sempre in funzione del denaro che si può e che è
opportuno investire in una soluzione di questo tipo. In questo caso
probabilmente è stato giudicato overkilling, e probabilmente è vero :-)


 e la ricostruzione dei propri archivi. Sticazzi.
I Agree su tutto, e quoto quest'ultima parte. :-)
bye G.L.
-- 
Da i.d.c.tutela:
P.S. Quando ci sarà lo switch-off, avrò problemi anche col
monitor del PC? Ho visto che è collegato in modalità analogica.

 e la ricostruzione dei propri archivi. Sticazzi.
questa te la quoto in toto
S.

 ore per ripartire sono una prestazione di tutto rispetto.
Io avevo immaginato che sarebbero stati up in serata, hanno fatto
davvero presto.
Ma ho come l'impressione che non dipenda dal management, ma
dalla bravura dei tecnici.


 dalla bravura dei tecnici.
Indubbio.
Il management come al solito tira indietro se c'è da spendere ed è in
prima linea quando c'è da accollarsi qualche merito. Non mi stupirei se
qualche manager venisse pure premiato perché risparmiando i costi di un
hot-site ha coordinato in modo impeccabile il lavoro dei tecnici dando
la possibilità all'azienda di ripartire in tempi rapidi.
E nel frattempo qualche tecnico che s'è fatto il culo verrà
inchiappettato perché quando è scattato l'allarme antincendio non si è
gettato tra le fiamme per salvare l'UPS...
[1]
http://punto-informatico.it/3147428/PI/News/amazon-dati-evaporati-nuvole.aspx


 dalla bravura dei tecnici.
Senza dubbio avranno dei bravi tecnici, ma anche dei cattivi tecnici:
gli MX senza rDNS, e' una, tanto che per ricevere le comunicazioni del
loro staff ho dovuto metterli in whitelist...


 ben più grave la questione Amazon EC2 [1]
Ah certo, quando l'ho letta mi sono sentito come il cinese
che aspetta sulla riva del fiume.
O forse porto sfiga, boh :-)


 probabilmente è stato giudicato overkilling, e probabilmente è vero :-)
eh mi sa di sì ;^)
ciao!

 direttamente in fibra o basta un link network?)
In genere sì, si usa una fibra dedicata. Ma se si accetta qualche minuto
di disallineamento (fino anche ad un'ora) spesso si riesce anche a far
tutto in modo asincrono con linee non dedicate, come una 100mbit.
