Аналог Cloudflare Tunnel для локального сайта и вебхуков
Если вам нужен новый публичный HTTPS-адрес к тому же localhost, запустите ForTunnels параллельно с cloudflared и проверьте ответ. Сравните быстрый запуск, постоянный домен и правила доступа, прежде чем переносить рабочие адреса.
Как быстро заменить Cloudflare Quick Tunnel
-
Проверьте локальный адрес из команды cloudflared
Если вы запускали cloudflared tunnel --url http://localhost:8080, сохраните этот же порт. Проверьте страницу, которую увидят посетители. Если локально уже ошибка, сначала исправьте приложение. Старый агент можно оставить включённым на время проверки.
curl --max-time 10 -i http://localhost:8080/ -
Откройте второй маршрут через ForTunnels
С установленным CLI и настроенным токеном этот шаг занимает одну команду. При первом запуске скачайте CLI и добавьте токен из дашборда по инструкции в документации. После запуска скопируйте HTTPS-адрес из терминала.
fortunnels http 8080 -
Сверьте результат перед сменой ссылки
Подставьте адрес из терминала вместо YOUR-TUNNEL-HOST и проверьте ответ. Для вебхука добавьте путь обработчика и отправьте пробный POST. Если приложение ждёт старое имя в Host, CORS или настройке callback, добавьте новый адрес и проверьте сценарий повторно. После проверки обновите ссылку у посетителей или у отправителя.
curl --max-time 10 -i https://YOUR-TUNNEL-HOST/
localhost:8080/ → HTTP 200
новый HTTPS-адрес → HTTP 200
тело ответа → та же тестовая страница
ForTunnels, Quick Tunnel и управляемый Cloudflare Tunnel
Данные проверены
| Критерий | ForTunnels | Cloudflare Quick Tunnel | Cloudflare Tunnel |
|---|---|---|---|
| Первый адрес | Публичный адрес от сервиса после запуска CLI | Временный trycloudflare.com без домена и аккаунта Cloudflare | Имя на домене, добавленном в Cloudflare |
| Повторный запуск | Пользовательский поддомен на Pro | Новое имя при создании Quick Tunnel | Имя задаётся в маршруте опубликованного приложения |
| Доступ команды | Приватный HTTP-туннель и ссылки доступа на Pro | Одноразовый код на email через настройку allowed-mail | Cloudflare Access с политикой доступа и поставщиком учётных записей |
| TCP или UDP | Прямой TCP или UDP host:port | Режим для локального HTTP-сервера | Опубликованные TCP-приложения подключаются через cloudflared на стороне клиента |
| Применение | Демо, один локальный сервис, инспектор HTTP | Разовый тест: до 200 одновременных запросов, без SSE | Публикация нескольких приложений с отдельными именами в одном туннеле |
Что известно о доступности Cloudflare Tunnel в России
В июне 2025 года Cloudflare сообщала об ограничении соединений к защищённым её сетью сайтам у российских провайдеров. Этот отчёт описывает наблюдения на тот момент. Для вашего маршрута проверяйте отдельно связь cloudflared с сетью Cloudflare и открытие публичной ссылки у посетителя. Текущий результат зависит от конкретного провайдера, адреса и сети.
Если локальная страница работает, но публичная не загружается, попробуйте ту же ссылку из другой разрешённой сети и запишите стадию ошибки: DNS, TLS или HTTP. По документации Cloudflare ошибка 1033 указывает, что сеть Cloudflare не находит подключённый агент, а ошибка 502 с сообщением о недоступной цели указывает на путь от агента к локальному приложению. Для этого случая смена сервиса без исправления локального адреса может повторить сбой.
Для демо разделите адрес и длительность сессии
Quick Tunnel выдаёт временное имя после запуска cloudflared. Он подходит для короткой демонстрации, когда можно сообщить новый URL каждому участнику. Если проверка построена на Server-Sent Events или большом количестве одновременных запросов, учитывайте ограничения из документации Quick Tunnels. Нагрузочный тест лучше запланировать на маршруте, рассчитанном на нужный режим.
У ForTunnels для старта тоже не нужно настраивать собственный DNS. Если ссылка должна пережить перезапуск проекта и использоваться в сторонней интеграции, проверьте настройку поддомена на Pro. При оценке фиксированного адреса остановите и снова запустите клиент по документации, а затем проверьте прежний URL с устройства участника.
Для команды сначала опишите, кому нужен вход
Управляемый Cloudflare Tunnel удобен, когда у команды уже есть домен в Cloudflare, несколько приложений и единый поставщик учётных записей. Один туннель может направлять запросы с разных имён на разные локальные сервисы. Политику Cloudflare Access настраивают для приложения, которому нужен вход. Такая схема особенно пригодится при смене состава команды и контроле доступа к нескольким стендам.
Для одной временной демонстрации с ForTunnels можно проверить приватный HTTP-туннель и отдельную ссылку доступа. Уточните срок и правила доступа до передачи ссылки. Для первой проверки попросите коллегу открыть адрес без активной сессии владельца и убедитесь, что видимость соответствует вашей задаче. Чувствительные административные панели держите за дополнительной аутентификацией приложения.
Для вебхука проверяйте доставку без браузера
Сервис-отправитель обращается к точному URL и не может сам ввести код из письма. Поэтому для вебхуков проверяйте настройки доступа отдельно от ссылок для людей. Например, режим Quick Tunnel с разрешёнными email рассчитан на интерактивный вход. На стенде отправьте пробный POST с синтетическим телом и проверьте статус ответа, затем проверьте подпись на стороне приложения.
Если нужна отладка содержимого и статуса ответов, в ForTunnels откройте инспектор HTTP и найдите пробный запрос. Если соединение установилось, но обработчик ответил ошибкой, сначала проверьте путь и порт приложения. Если событие отсутствует, сверьте внешний URL, правила доступа и запуск процесса, который держит туннель.
TCP и UDP: кому придётся устанавливать клиент
В Cloudflare опубликованное TCP-приложение подключается по описанной в документации схеме с cloudflared на стороне посетителя. Прежде чем выбирать маршрут для существующего клиента или устройства, выясните, можно ли установить там дополнительный процесс. Сравните и то, сколько сервисов нужно открыть: один тестовый порт и приватная сеть команды — задачи разного масштаба.
ForTunnels выдаёт публичный host:port для отдельного TCP- или UDP-сервиса. Проверьте подключение штатным клиентом этого сервиса из внешней сети. Для TCP обратите внимание на авторизацию приложения, а для UDP используйте синтетический пакет и известный ответ от тестовой службы. Выбор режима определяет протокол приложения. Транспорт подключения агента к узлу настраивается отдельно.
Если меняете схему доступа, запишите, кто отвечает за работу агента, за настройки имени и за вход посетителей. Проверьте, сможет ли дежурный восстановить доступ после перезагрузки хоста с помощью этой записи. Для критичного маршрута отдельно прогоните сценарий потери связи и восстановления.
Источники
Запустите свой туннель
Зарегистрируйтесь, чтобы управлять маршрутами из дашборда.