Il nostro provider di transito è inattivo a causa di un grave guasto hardware. Non è disponibile alcuna stima dei tempi di ripristino. Stiamo attivando mirror di sola lettura dei siti per clienti standard e business in una posizione separata. (ref)
Sarebbe possibile ottenere una voce da inserire nei nostri file hosts o un altro tipo di soluzione alternativa per connettersi agli altri server per l’accesso agli aggiornamenti?
Ciao @EricGT - se/quando effettueremo il failover in un’altra località, tutte le modifiche verranno gestite automaticamente da parte nostra. Non è necessario fare nulla.
(tecnicamente, modificheremmo i record DNS dei siti interessati per puntare alla nuova località)
Sembra davvero strano che un’interruzione di servizio così importante sia quasi invisibile qui.
Solo 1 thread (avviato da un utente, non da un amministratore) con 2 post dopo che alcuni siti sono stati inattivi per mezzo giorno?
Perché non c’è alcuna comunicazione?
Il sito è di nuovo online su un server diverso e, sebbene non abbia effettuato un controllo dettagliato, funziona come previsto.
Grazie. 
Ciao @emyoulation
Abbiamo una pagina speciale che puoi seguire per questo tipo di aggiornamenti sui siti ospitati:
Apprezzo la pagina di stato. Ma non fornisce un luogo in cui discutere quando l’aggiornamento dello stato manca di chiarezza.
Non avevo mai avuto a che fare con un “fornitore di transito” e il termine non si traduce bene su Google. (Mostra più risultati su persone che si spostano con i mezzi pubblici che su pacchetti di dati Internet che si spostano.) E il “grave guasto hardware” potrebbe essere qualsiasi cosa (dai loro generatori di riserva rimasti senza carburante durante un’interruzione di corrente prolungata al loro edificio principale in fiamme.) La comunicazione ha ispirato ansia e incertezza piuttosto che alleviarle.
Nel contesto di Internet, un fornitore di transito è qualcuno che trasporta traffico. Raramente, se mai, condivide dettagli sulle specifiche di un guasto. Nel migliore dei casi parleranno di servizi degradati o della gravità relativa delle interruzioni.
Queste reti sono tipicamente costruite con diversi livelli di ridondanza, dove solo un guasto composto può portare a un effettivo downtime. Esistono alcuni esempi come CloudFlare, che occasionalmente entrerà nei minimi dettagli sulle interruzioni, ma sono l’eccezione e non la regola.
Bene, una cosa positiva è che questa esperienza ci sta facendo riesaminare il nostro metodo di comunicazione con la nostra community quando c’è un problema.