18 ноября 2025 года крупный сбой Cloudflare нарушил работу значительной части интернета. Миллионы пользователей по всему миру внезапно обнаружили, что любимые сайты недоступны, личные кабинеты не открываются, а онлайн-сервисы выдают ошибки. Несколько часов интернет казался сломанным.

Поскольку Cloudflare является одним из ключевых партнёров WebWork в области безопасности и сетевой инфраструктуры, многие пользователи тут же задались вопросом: Упал ли WebWork? Потеряли ли мы данные о времени? Остановилась ли запись?
Объясняем чётко и по фактам — что именно произошло и почему WebWork продолжал фиксировать рабочее время без перебоев.

Что такое Cloudflare и почему это важно?

Cloudflare — один из крупнейших провайдеров интернет-инфраструктуры в мире. Большинство пользователей никогда его не замечают, но именно он незаметно обеспечивает работу значительной части глобального интернета.

Cloudflare предоставляет:

• CDN (сеть доставки контента) — для ускорения загрузки сайтов
• DNS-сервисы — для маршрутизации трафика
• Сервисы безопасности, включая защиту от DDoS-атак и WAF
• Управление ботами и фильтрация трафика
• Умная маршрутизация — поддерживает стабильность сайтов под нагрузкой

Cloudflare используют миллионы сайтов — от небольших блогов до компаний из списка Fortune 500. По отраслевым оценкам, через сеть Cloudflare проходит около 20% всего мирового интернет-трафика. То есть каждый пятый просмотр страницы в интернете проходит через инфраструктуру Cloudflare.

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

Что произошло на самом деле: хронология событий

Сбой начался неожиданно около 11:17 UTC. Практически мгновенно системы мониторинга и публичные дашборды начали фиксировать всплески ошибок: статусы 500, 502 и 503 появились на тысячах сайтов по всему миру.

Ключевые точки хронологии

• 11:17 UTC: сервисы Cloudflare начинают давать сбои по всему миру
• 11:30–13:30 UTC: сайты и API по всему миру замедляются или становятся недоступными
• 14:00–16:00 UTC: команды сетевых инженеров Cloudflare разворачивают исправления и откатывают конфигурации
• 16:55 UTC: глобальные сервисы постепенно возвращаются в норму
• После 17:00 UTC: большинство пострадавших сайтов полностью восстанавливают работу

В этот период сразу несколько крупных сервисов — социальные сети, SaaS-инструменты, государственные порталы, банковские системы, мессенджеры — сообщали о деградации производительности или полной недоступности.

По своему масштабу и внезапности это стал один из наиболее серьёзных сбоев Cloudflare за последние годы.

Почему это произошло

Cloudflare впоследствии подтвердил первопричину:
Ошибка в процессе генерации конфигурационного файла системы управления ботами.

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

Проще всего это можно объяснить так:

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

Поначалу Cloudflare рассматривал возможность кибератаки, однако впоследствии подтвердил, что речь идёт не об атаке, а о внутренней ошибке.

После того как инженеры откатили неисправную конфигурацию и корректно сгенерировали файл заново, сеть начала постепенно восстанавливаться.

Как сбой повлиял на интернет

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

Что ощутили пользователи:

• Сайты не открываются вообще
• Дашборды и панели управления недоступны
• Приложения не синхронизируются
• Системы входа не работают
• Платёжные системы не отвечают
• API недоступны
• Общее ощущение, что «весь интернет лёг»

На самом деле интернет был исправен — проблема возникла на уровне маршрутизации Cloudflare.
Но поскольку Cloudflare используется повсеместно, это вызвало цепную реакцию, затронувшую практически все отрасли.

Cloudflare — партнёр WebWork. Что случилось с WebWork?

WebWork использует Cloudflare в качестве партнёра по безопасности и производительности. Это означает, что Cloudflare помогает обрабатывать:

• Трафик WebWork
• Сетевую маршрутизацию
• Защиту межсетевого экрана
• Ускорение через CDN

Поэтому во время сбоя Cloudflare сайт WebWork на короткое время стал недоступен для части пользователей.

Что было затронуто

• Доступ к дашборду WebWork
• Просмотр отчётов, задач, посещаемости
• Вход в веб-панели
• Доступ к страницам администратора и настройкам

Что не было затронуто

• Учёт рабочего времени
• Запись активности
• Снимки экрана
• Отслеживание использования приложений
• Хранение данных
• Синхронизация десктопного трекера

Многие пользователи некоторое время не могли зайти в дашборд, однако основной движок WebWork продолжал работать в штатном режиме.

Почему учёт времени в WebWork не прерывался (преимущество архитектуры)

Несмотря на глобальный сбой Cloudflare, WebWork не прекращал фиксировать рабочее время.
Это стало возможным благодаря тому, что архитектура WebWork изначально проектировалась с расчётом на отказоустойчивость.

Вот почему запись времени не остановилась:

✔ Десктопный трекер использует резервные сетевые маршруты

Клиент трекера WebWork взаимодействует с серверами через несколько сетевых путей, а не только через маршруты, управляемые Cloudflare.
Если маршрут A недоступен — трекер автоматически переключается на маршрут B.

✔ Запись и отображение данных полностью разделены

Даже если дашборд недоступен, трекер от него не зависит.
Интерфейс может быть недоступен — движок записи при этом продолжает фиксировать данные локально и синхронизировать их.

✔ В WebWork встроена буферизация и повторная отправка данных

При временных сетевых проблемах трекер надёжно сохраняет данные локально и синхронизирует их после восстановления соединения.

✔ Учёт рабочего времени считается критически важной функцией

Инфраструктура WebWork строится на принципе, что пользователь не должен терять данные о времени — даже в случае сбоев, отказов или простоев внешних партнёров.

Итог:

Ни одна минута зафиксированного рабочего времени не была потеряна во время сбоя Cloudflare.