Блог Clearway

Почему XHTTP-инбаунд за CDN не стоит держать на порту 443

Коротко

По статистике нашего шлюза за 11 октября 2026 года на порту 443 стояло около 9% нод клиентов, но на них пришлось 94% всех неудачных подключений шлюза к нодам. Особенно часто сбоили только что добавленные серверы: первые 10–30 минут ответы ноды не доходили до шлюза. Для инбаунда за CDN порт 443 ничего не даёт — абоненты подключаются к CDN, а не к ноде, — поэтому надёжнее взять любой высокий порт (например, из диапазона 20000–60000) и открыть его только для адреса шлюза.

Что мы увидели в статистике

Шлюз считает, сколько подключений к каждой ноде прошло и сколько нет. За сутки 11 октября 2026 года картина была такой:

  • нод на порту 443 — около 9% (44 из 503);
  • доля неудачных подключений, пришедшихся на эти ноды, — около 94%;
  • сбоили около 30% нод на 443 и около 7% нод на других портах.

Новые серверы на 443 часто проходили через «холодный старт»: первые 10–30 минут шлюз отправлял запросы на подключение, нода отвечала, но её ответы до шлюза не доходили. Потом всё налаживалось само. Серверы, добавленные в те же дни на других портах, такого не показывали.

Почему так может быть

Точную причину на каждом участке сети мы не доказали, но картина типична для фильтров, которые защищают от отражённых атак: сервер, который внезапно начинает отправлять много ответов с исходного порта 443 на один адрес, похож на участника такой атаки. Фильтры хостеров и транзитных сетей режут часть этих пакетов, пока «не привыкнут» к новому источнику.

Для ноды за CDN это особенно чувствительно: шлюз собирает трафик всех ваших абонентов и подключается к ноде с одного адреса, поэтому подключений с него много.

Какой порт выбрать

Для инбаунда за CDN порт 443 не нужен: абоненты подключаются к CDN на 443, а до ноды доходит уже шлюз, которому всё равно, какой порт.

Рекомендации:

  1. Любой свободный высокий порт, например из диапазона 20000–60000.
  2. Откройте его только для адреса шлюза — так нода не видна сканерам: ufw allow from <IP шлюза> to any port <порт> proto tcp.
  3. Не используйте порт, который уже занят другим инбаундом с TLS: за CDN нужен отдельный XHTTP-инбаунд без TLS (security none).

Как перенести инбаунд без потери абонентов

  1. На ноде поменяйте порт XHTTP-инбаунда (или создайте новый на другом порту с теми же путём и настройками).
  2. Откройте новый порт для адреса шлюза.
  3. В кабинете Clearway поменяйте порт в настройке сервера — блок «IP-адрес ноды». Адреса входов, путь и ссылки абонентов при этом не меняются, обновлять подписки не нужно.
  4. Убедитесь, что статус сервера — «Работает», и только потом закрывайте старый порт.

Частые вопросы

Абонентам нужно что-то менять после смены порта ноды?

Нет. Абоненты подключаются к адресу входа на CDN, порт ноды они не видят. Меняется только настройка сервера в кабинете.

Почему тогда у меня нода на 443 работает стабильно?

Так бывает — проблема не у всех, а у заметной доли. Если сбоев нет, менять ничего не обязательно; если сервер «отвечает не всегда» или новый сервер не стартует — первым делом смените порт.

Какой порт точно не стоит брать?

Занятый другим инбаундом с TLS, а также порты популярных сервисов. Подойдёт любой свободный высокий порт.

Whitelisted-вход для вашего VPN-сервиса

Clearway даёт «белый» CDN-вход перед вашей нодой — устойчивый к троттлингу операторов. Первые 10 ГБ бесплатно, без карты.

Попробовать →