Cloudflare Restored Connectivity After Nearly Three-Hour Outage in North America

23 октября 2026 года Cloudflare зафиксировала сетевые проблемы в Северной Америке: часть клиентов столкнулась с задержками, потерей пакетов и периодическими ошибками. Инцидент начался в 18:47 МСК и был закрыт в 21:43 МСК — через 2 часа 56 минут. Владельцам сайтов и интеграций, использующих затронутые сервисы, стоит проверить операции, которые могли остаться незавершёнными.

Cloudflare перенаправляла трафик в обход затронутых участков. В 20:03 МСК провайдер сообщил о повторном отказе инфраструктурного поставщика; в 21:18 МСК — об отсутствии наблюдаемых потерь пакетов после изменения маршрутов. Окончательный статус «устранено» установлен в 21:43 МСК.

В сообщении описан региональный сетевой инцидент. Оснований распространять его на все сайты Cloudflare, считать всемирным отказом DNS или подтверждённой кибератакой в этой карточке нет. Число затронутых клиентов не указано.

В первую очередь — командам, у которых сайт, обработчик запросов или внешний сервис использует Cloudflare в затронутом регионе. Для российского магазина связь возможна через зарубежный API или отдельную интеграцию; сам по себе российский адрес компании ничего не говорит о маршруте запроса. Зависимость нужно установить по архитектуре приложения и собственным журналам.

• Сопоставить время ошибок с интервалом 18:47–21:43 МСК 23 октября. Совпадение по времени помогает проверке, но само по себе не устанавливает причину.
• Проверить очереди фоновых задач, отправку уведомлений и обмен заказами с внешними системами. Выяснить, какие операции завершились, а какие ещё ожидают обработки.
• Перед повторной отправкой проверить статус операции у получателя. Это особенно важно для платежей и создания заказов: повтор без проверки может создать дубль.
• Проверить доступность нужных функций из регионов, где работают клиенты. При сохраняющихся ошибках передать поддержке время, регион и идентификаторы запросов без паролей и ключей доступа.

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

Информация актуальна на 24 октября 2026 года, 00:10 МСК. Источник фактов об инциденте — официальная страница статуса Cloudflare. Статус на момент проверки: устранено.

On October 23, 2026, Cloudflare detected network issues in North America: some customers experienced latency, packet loss, and intermittent errors. The incident began at 18:47 MSK and was resolved at 21:43 MSK, lasting 2 hours and 56 minutes. Website owners and integrations using the affected services should verify operations that may have remained incomplete.

Cloudflare rerouted traffic around the affected segments. At 20:03 MSK, the provider reported a renewed failure of an infrastructure supplier; at 21:18 MSK, it confirmed no observable packet loss after route changes. The final status "resolved" was set at 21:43 MSK.

The report describes a regional network incident. There is no basis in this article to extend it to all Cloudflare sites, classify it as a global DNS outage, or confirm it as a cyberattack. The number of affected customers is not specified.

First, teams whose website, request handler, or external service uses Cloudflare in the affected region. For a Russian store, connectivity is possible via a foreign API or a separate integration; a Russian company address alone does not indicate the request route. Dependencies must be determined based on the application architecture and your own logs.

• Match error times with the 18:47–21:43 MSK interval on October 23. A time match aids verification but does not establish the cause on its own.
• Check background task queues, notification delivery, and order exchanges with external systems. Determine which operations completed and which are still pending.
• Before resending, verify the operation status with the recipient. This is especially critical for payments and order creation: resending without verification can create duplicates.
• Check the availability of required functions from regions where your customers operate. If errors persist, provide support with the time, region, and request identifiers, excluding passwords and access keys.

These actions are editorial recommendations for systems with confirmed dependencies. There is no need to migrate the site, change DNS records, or disable protection solely based on another party's regional incident: the solution depends on the state of your specific system.

Information is current as of October 24, 2026, 00:10 MSK. The source of facts about the incident is the official Cloudflare status page. Status at the time of checking: resolved.