Notre fournisseur de transit est en panne en raison d’une grave défaillance matérielle. Aucune heure de rétablissement estimée n’est disponible. Nous mettons en place des miroirs en lecture seule des sites des clients standard et professionnels dans un emplacement distinct. (ref)
Serait-il possible d’obtenir une entrée que nous pourrions mettre dans nos fichiers hosts ou un autre type de solution de contournement pour nous connecter aux autres serveurs pour accéder aux mises à jour ?
Salut @EricGT - si/quand nous basculons vers un autre emplacement, toutes les modifications seront automatiquement gérées de notre côté. Vous n’avez rien à faire.
(techniquement, nous modifierions les enregistrements DNS des sites concernés pour qu’ils pointent vers le nouvel emplacement)
Il semble vraiment étrange qu’une interruption de service aussi majeure soit presque invisible ici.
Seulement 1 fil de discussion (lancé par un utilisateur, pas un administrateur) avec 2 publications après que certains sites soient hors service depuis une demi-journée ?
Pourquoi n’y a-t-il aucune communication ?
Le site est de nouveau opérationnel sur un serveur différent et, bien que je n’aie pas effectué de vérification détaillée, il fonctionne comme prévu.
Merci. 
Salut @emyoulation
Nous avons une page spéciale que vous pouvez suivre pour ce type de mises à jour de site hébergé :
J’apprécie la page d’état. Mais elle n’offre pas de lieu pour discuter lorsque la mise à jour de l’état manque de clarté.
Je n’avais pas affaire à un « fournisseur de transit » et le terme ne se traduit pas bien sur Google. (Il renvoie plus d’entrées sur les personnes qui se déplacent dans les transports en commun que sur les paquets de données Internet.) Et la « défaillance matérielle grave » pourrait être n’importe quoi (de leurs générateurs de secours à court de carburant lors d’une panne de courant prolongée à l’incendie de leur bâtiment principal.) La communication a inspiré de l’anxiété et de l’incertitude plutôt que de les apaiser.
Dans le contexte d’Internet, un fournisseur de transit est quelqu’un qui transporte du trafic. Ils partagent rarement, voire jamais, des détails sur les spécificités d’une défaillance. Au mieux, ils parleront de services dégradés ou de la gravité relative des pannes.
Ces réseaux sont généralement construits avec plusieurs couches de redondance, où seule une défaillance composée peut entraîner une interruption réelle. Quelques exemples existent tels que CloudFlare, qui donne parfois des détails méticuleux sur les pannes, mais ils sont l’exception et non la règle.
Eh bien, une bonne chose est que cette expérience nous amène à réexaminer notre méthode de communication avec notre communauté lorsqu’il y a un problème.