Cloudflare вывела Private Origins из закрытого тестирования: сервисы защиты и кеширования можно применять к сайту, чей исходный сервер доступен через частную сеть.
Private Origins позволяет направить запросы к сайту через Cloudflare на исходный сервер с частным IP — адресом внутри частной сети. На пути сохраняются веб-фильтр, кеширование, ограничения частоты запросов и другие поддерживаемые сервисы Cloudflare.
Общий запуск объявлен 30 октября. Закрытая бета началась раньше, в июне. Теперь доступ расширяется за пределы участников закрытого теста.
Смысл схемы проще представить так: посетитель открывает обычный адрес сайта, Cloudflare принимает запрос и доставляет его к серверу по уже настроенному частному соединению. Общую цепочку объясняем в статье о том, как браузер открывает сайт.
По описанию Cloudflare, сервер может сохранить частный адрес без нового входящего исключения в межсетевом экране. Для доставки запросов используется подключение Cloudflare One.
Способ подключения имеет значение. При Cloudflare WAN (сети для связи удалённых площадок) отдельная программа на исходном сервере не нужна. При Cloudflare Mesh соединяющая программа работает внутри частной сети и может обслуживать несколько серверов.
Частный адрес при этом не определяет, кому разрешено пользоваться приложением. Условный пример: партнёрский кабинет может быть доступен по обычному домену, но входить в него должны только партнёры. Настройки входа и прав всё равно нужно проверить отдельно.
Нужны включённый допуск Private Origins и соединение Cloudflare One. Допуск подключается через команду сопровождения аккаунта. Для ряда способов также требуется Unified Routing — единая маршрутизация; Cloudflare Tunnel в этом условии выделен как исключение.
Затем настраивают проксируемую DNS-запись с адресом исходного сервера и частный маршрут. Для WAN и Mesh необходимо учесть обратный путь трафика. В анонсе Cloudflare называет отсутствие такого пути самой частой причиной таймаутов в бете.
Для владельца сайта полезный вопрос подрядчику звучит конкретно: «Каким путём запрос уйдёт к серверу и каким вернётся ответ?» Такая схема дополняет список внешних зависимостей сайта.
Argo Smart Routing и Dedicated CDN Egress IPs пока не поддерживаются. Проверка состояния исходного сервера требует Load Balancing — отдельного сервиса балансировки. Общий запуск не означает доступность без подключения нужных возможностей аккаунта.
Текущий выпуск посвящён запросам из публичного интернета к частным серверам. Соединения между приложениями в разных частных сетях Cloudflare пока относит к дальнейшей работе; закрытую бету планируют на начало 2027 года.
Перед переносом рабочего сайта проверьте доступность нужных функций, маршрут ответа и вход в приложение на тестовом адресе. Такая проверка покажет, подходит ли новая схема именно вашей инфраструктуре, ещё до смены основного адреса.
