Наш провайдер транзита недоступен из-за серьёзной аппаратной неисправности. Ориентировочное время восстановления неизвестно. Мы разворачиваем зеркала в режиме только для чтения стандартных и корпоративных сайтов на отдельной площадке. (ref)
Возможно ли получить запись, которую мы могли бы добавить в наш файл hosts или применить какой-либо другой обходной путь для подключения к другим серверам с целью получения обновлений?
Привет, @EricGT! Если/когда мы переключимся на другую локацию, все изменения будут автоматически обработаны с нашей стороны. Вам ничего делать не нужно.
(технически мы изменим DNS-записи затронутых сайтов, чтобы они указывали на новую локацию)
Кажется очень странным, что такое серьёзное нарушение работы сервиса здесь практически незаметно.
Всего одна тема (созданная пользователем, а не администратором) с двумя сообщениями, после того как некоторые сайты были недоступны уже полдня?
Почему нет никакой информации?
Сайт теперь снова работает на другом сервере, и хотя я не проводил детальной проверки, он функционирует как положено.
Спасибо. 
Привет, @emyoulation
У нас есть специальная страница, где вы можете отслеживать подобные обновления для размещённых сайтов:
Я ценю страницу статуса. Однако она не предоставляет возможности обсудить ситуацию, когда обновление статуса недостаточно понятно.
Я не сталкивался с термином «провайдер транзита», и он плохо ищется в Google (выдаёт больше результатов о людях, перемещающихся в общественном транспорте, чем о перемещении интернет-пакетов). А «серьёзная аппаратная неисправность» может означать что угодно — от исчерпания топлива у резервных генераторов во время длительного отключения электроэнергии до полного уничтожения основного здания. Такая коммуникация вызвала тревогу и неопределённость, вместо того чтобы их развеять.
В контексте интернета транзитный провайдер — это организация, которая передаёт трафик. Они редко, если вообще когда-либо, раскрывают детали конкретных сбоев. В лучшем случае они сообщают о деградации услуг или относительной серьёзности перебоев в работе.
Эти сети обычно построены с несколькими уровнями избыточности, поэтому реальные простои возникают только при совокупности нескольких сбоев. Существуют редкие исключения, такие как CloudFlare, которые иногда предоставляют подробную информацию о сбоях, но это скорее исключение, чем правило.
Что ж, одно хорошее последствие этого опыта — мы пересматриваем свой подход к общению с сообществом в случае возникновения проблем.