Кратко

  • Ошибка при обслуживании разорвала связи магистральной сети. DNS-серверы продолжали работать, но после отзыва маршрутов интернет не мог до них добраться.
  • Интервал между внешними наблюдениями не равен времени поездки инженеров или длительности сбоя у каждого пользователя. Возвращение сети и приложений тоже нельзя свести к одной отметке.

15:58 и 21:28 по UTC. Между этими отметками — пять с половиной часов, и именно поэтому они так легко превращаются в краткое объяснение сбоя Facebook 4 октября 2021 года. Но часы измеряют только то, к чему их приложили. В данном случае это два внешних наблюдения, а не время всей внутренней работы по восстановлению.

В записи Cloudflare первая отметка относится к замеченному отзыву маршрутов DNS-префиксов Facebook. Ко второй глобальное соединение и разрешение имён выглядели восстановленными. Приложения могли возвращаться позже. Чтобы понять, что происходило между этими точками, нужен другой источник — инженерный отчёт самой компании.

Сеть пропала не с экрана, а из маршрутов

По версии оператора, при плановом обслуживании команда должна была оценить доступную ёмкость глобальной магистрали. Вместо этого она непреднамеренно отключила её соединения, разорвав связь между центрами обработки данных. В инструменте проверки обнаружилась ошибка: он не остановил команду, которую должен был остановить.

Затем сработала логика DNS-серверов. DNS помогает найти адрес сервиса по его имени. Потеряв доступ к центрам данных через магистраль, серверы отозвали свои объявления BGP — сведения, с помощью которых сети сообщают друг другу пути к определённым адресам.

Серверы оставались работоспособными, но путь к ним из интернета исчез. Для человека, пытавшегося открыть Facebook, Instagram или WhatsApp, различие между «не работает» и «нельзя добраться» мало что меняло. Для восстановления оно было принципиальным: чинить нужно было не обязательно тот сервер, от которого не приходил ответ.

Cloudflare заметила всплеск изменений маршрутизации ещё около 15:40 UTC. Однако восемнадцать минут до отметки 15:58 — не доказанная задержка распространения ошибки и не единственное окно для внутреннего обнаружения. Наблюдатель видел изменения снаружи, а не внутренние тревоги. Кроме того, другие префиксы Facebook оставались в маршрутизации: исчезли не все адресные диапазоны компании.

Доступ требовался и тем, кто восстанавливал

Согласно отчёту, пропали и обычный сетевой доступ, и отдельный внеполосный канал управления, предназначенный для работы в обход обычного подключения. Потеря DNS также нарушила работу внутренних инструментов расследования. Из этого не следует, что именно DNS вывел из строя внеполосный канал: такой конкретной причинной связи отчёт не устанавливает.

Для восстановления доступа на площадки отправили инженеров. Физическая защита и средства безопасности систем осложнили вход и изменения оборудования. В источнике нет ни одного названного спасателя, ни измеренного времени его дороги. Поэтому объяснять все 330 минут поездкой к зданию — значит добавлять отсутствующие сведения.

После возвращения магистрали предстояло осторожно запустить сервисы. Одновременный старт мог вызвать скачки трафика и потребления электроэнергии. Компания сообщила, что прежние тренировки с отказами помогли при восстановлении, хотя полная потеря глобальной магистрали до этого не репетировалась.

Несколько моментов возвращения

Cloudflare увидела новую активность BGP примерно в 21:00 UTC, с пиком в 21:17. К 21:28 соединение и DNS, по внешним признакам, вернулись. Это согласуется с тем, что восстановление не было одним нажатием кнопки. Доступ к оборудованию, связность сети и работоспособное приложение — разные результаты.

Повторные попытки клиентов и резолверов тем временем добавили нагрузку на DNS за пределами Facebook. У Cloudflare выросла задержка самых медленных запросов, но большинство запросов к 1.1.1.1 всё ещё завершалось быстрее десяти миллисекунд. Побочный эффект был реальным, однако он не означал остановку всего интернета.

Два рассказа полезны именно своей разницей. Оператор описывает внутреннюю последовательность и трудности ремонта; Cloudflare показывает внешние признаки исчезновения и возвращения. Один не превращает другой в независимую проверку каждой внутренней причины. И ни тот ни другой сам по себе не устанавливает нынешнюю архитектуру Meta Platforms или результат последующих изменений.

Исправление от 21 октября 2026 года: уточнены различия между потерей доступа управления и отказом DNS-зависимых инструментов. Интервалы наблюдений больше не выдаются за время поездки или общую для всех длительность сбоя. Удалены не подтверждённые этими источниками выводы о современной архитектуре.