Cloudflare снова упал: что произошло и почему сервисы стали недоступны
Сегодня произошёл очередной глобальный сбой в Cloudflare, из-за которого десятки популярных сайтов по всему миру работали с перебоями или полностью перестали открываться. Первый сбой был совсем недавно, и мы уже писали об этом. Проблемы начали фиксировать практически одновременно в разных странах, а пользователи массово сообщали об ошибках подключения, «500 Internal Server Error» и невозможности загрузить страницы. Часть сервисов работала нестабильно, другие не открывались вообще.
По официальной информации Cloudflare, инцидент был связан с внутренними изменениями в настройках системы безопасности, что вызвало неисправности в работе платформ, использующих сеть компании. Под удар попали разные категории сервисов — от корпоративных инструментов до интернет-магазинов и социальных платформ. Cloudflare заявил, что решение уже внедрено, но полное восстановление работы зависит от времени распространения обновлений по глобальной инфраструктуре.
Какие сервисы перестали работать
Сбой в Cloudflare затронул множество платформ, которые используют сеть компании для доставки контента, защиты и маршрутизации трафика. Массовые сообщения пользователей в соцсетях и на Downdetector показали, что проблемы возникли сразу в нескольких категориях сервисов.
Наиболее заметными были сбои в работе Zoom, LinkedIn и других рабочих платформ. У части пользователей эти сайты не открывались, у других — долго загружались или выдавали ошибки подключения. Такие симптомы характерны для ситуаций, когда Cloudflare не может стабильно обрабатывать запросы из-за сбоя в своей инфраструктуре.
В медиа также сообщали о проблемах с доступом к Canva, Perplexity и ряду других сервисов, которые полагаются на CDN и защитные инструменты Cloudflare. Пользователи отмечали невозможность войти в аккаунты, ошибки при загрузке страниц и различные стандартные коды ошибок — 500, 522, 525.
Отдельные сайты работали нестабильно: часть страниц открывалась, но действия внутри сервисов выполнялись с большими задержками. Это логично, поскольку во время подобных инцидентов система может частично обрабатывать запросы, но сниженная пропускная способность или ошибки маршрутизации приводят к потере стабильности.
Полный перечень пострадавших ресурсов пока не назван, но ключевые медиа подтверждают, что сбой носил глобальный характер и затронул тысячи сайтов, использующих Cloudflare.
Почему перестали работать Amazon и другие сайты
Главная причина, почему сервисы вроде Amazon, Shopify, Zoom или Canva могут становиться недоступными во время сбоя Cloudflare, заключается в их зависимости от инфраструктуры компании. Cloudflare обеспечивает CDN, DNS-разрешение, фильтрацию трафика и дополнительный уровень защиты для значительной части интернета. Когда в этой системе возникает outage, эффект сразу становится глобальным.
Из официальных сообщений стало известно, что сегодняшний инцидент был связан с внутренними изменениями в firewall-настройках, которые вызвали ошибки в обработке запросов. Из-за этого сайты, использующие сеть Cloudflare, начали возвращать типичные коды ошибок — 500, 522, 525 — или вовсе перестали отвечать. Для пользователей это выглядело как «не работает Amazon», «не открывается Canva», «ошибка подключения при входе в Zoom».
Важно понимать, что даже те сервисы, которые не являются прямыми клиентами Cloudflare, могут пострадать из-за цепочной зависимости интернет-инфраструктуры. Если перестаёт работать DNS или нарушается маршрутизация, интернет-сервисы просто не могут «найти дорогу» к своим серверам. Именно поэтому сегодня проблемы фиксировались в разных странах и на сайтах, формально никак не связанных друг с другом.
По данным медиа, Amazon не был полностью недоступен, но отдельные страницы и модули работали с перебоями. Это типичное поведение при частичном снижении пропускной способности CDN. Подобные симптомы наблюдались и во время предыдущих глобальных outage, когда Cloudflare или AWS изменяли конфигурации безопасности.
Cloudflare подтвердил, что причина — техническая ошибка, а не кибератака. Компания уже внедрила исправление, но восстановление работы зависит от времени, необходимого DNS для полного распространения обновлений.
Официальные комментарии Cloudflare
Cloudflare подтвердил факт сбоя почти сразу после того, как пользователи начали сообщать о массовых неполадках в работе сайтов. На официальной странице статуса компании указано, что проблемы были связаны с ошибкой во внутренней конфигурации системы безопасности, которая повлияла на работу dashboard, API и сервисов, зависящих от Cloudflare для доставки и маршрутизации трафика.
В заявлении также подчёркивается, что команда инженеров определила источник сбоя и внедрила решение. Компания отметила, что после внесения исправлений требуется время, чтобы система полностью стабилизировалась, поскольку изменения должны распространиться через глобальную сеть дата-центров. Именно поэтому часть сайтов начала работать быстрее, а другие оставались недоступными ещё некоторое время.
Важный момент, который Cloudflare выделил отдельно: инцидент не был следствием кибератаки. Это была техническая ошибка, связанная с внутренними настройками, а не с внешним вмешательством. Подобные заявления компания делает каждый раз, когда сбой вызывает глобальный резонанс, чтобы предотвратить спекуляции о безопасности.
Cloudflare добавил, что продолжает мониторинг сети, чтобы убедиться, что все сервисы работают стабильно и без дополнительных сбоев. По их словам, «service disruption» был локализован и контролируем после установки патча.
Подтверждённая информация о причине сбоя Cloudflare
1. Cloudflare официально заявил, что сбой вызвали
внутренние изменения в firewall-конфигурации
Это прямо указано в обновлениях компании:
– некорректные изменения в системе безопасности (firewall rules)
– они нарушили работу dashboard и API
– сбой распространился по глобальной сети компании
Эту информацию подтвердили Reuters и AP News, цитирующие Cloudflare.
2. Это не была кибератака
Cloudflare подчеркнул, что outage не связан ни с DDoS, ни с внешним вмешательством.
Причина — техническая ошибка при обновлении правил безопасности.
3. Решение было «внедрено сразу»
Компания заявила, что:
– инженеры быстро идентифицировали проблему;
– внесли исправление;
– сеть постепенно возвращается к нормальной работе.
Также отметили, что восстановление может занять время из-за глобальной пропагации изменений в инфраструктуре.
4. Подтверждены проблемы в работе Dashboard и API
Cloudflare сообщил, что внутренние сервисы (дешборд, API) тоже работали со сбоями, что часто указывает на ошибки конфигурации, а не на внешний трафик.
5. Пострадавшие сайты — это результат нарушения обработки запросов на уровне CDN / DNS / WAF
Из-за ошибки firewall часть запросов просто не доходила до серверов, из-за чего возникали:
– ошибки 500 – 522 – 525 – полная недоступность страниц
Эту информацию также подтверждает The Guardian, описывая outage как «глобальный и массовый».
Официальные комментарии Cloudflare
Cloudflare оперативно подтвердил сбой сразу после того, как пользователи начали фиксировать массовые неполадки в работе сайтов по всему миру. В статус-центре компании указано, что инцидент был связан с ошибкой во внутренней конфигурации системы безопасности, в частности в firewall-настройках. Это изменение вызвало нестабильность в работе dashboard, API и сервисов, использующих Cloudflare для маршрутизации трафика и CDN.
Компания сообщила, что инженеры быстро определили источник сбоя и внедрили решение, после чего сеть начала постепенно восстанавливаться. Из-за глобальной структуры Cloudflare изменениям требуется время для полного распространения, поэтому некоторые сайты восстановились быстрее, а другие продолжали работать нестабильно.
Отдельно Cloudflare подчеркнул, что сбой не был следствием кибератаки. Это техническая ошибка, схожая по природе с инцидентом, который произошёл недавно — тем самым, о котором мы уже писали в материале UITech:
«Сбой Cloudflare: как ошибка в одном файле вызвала проблемы в работе интернета по всему миру»
Тогда одно изменение в конфигурационном файле стало причиной масштабного outage. Сегодняшняя ситуация имеет другую техническую природу, но снова демонстрирует, насколько чувствительной является глобальная интернет-инфраструктура к внутренним ошибкам крупных компаний.
Cloudflare отметил, что продолжает мониторинг сети, чтобы гарантировать стабильность сервисов после восстановления и предотвратить повторные сбои.
Більше новин в телеграмі
