Порт на VPS не открыт: диагностика TCP, UDP и firewall
Пошаговая диагностика закрытого порта на VPS: listen-адрес, systemd, UFW, security groups, Docker, IPv6, UDP и внешние проверки.
Содержание
Ошибка 'порт закрыт' почти всегда распадается на конкретный слой. Не меняйте все настройки сразу: так вы потеряете причину.
Сервис слушает порт
Сначала на VPS проверьте ss -tulpn. Если процесс слушает только 127.0.0.1, внешний клиент его не увидит. Для IPv6 ищите :: и отдельные bind-настройки.
systemd и логи
Если порта нет в listen, смотрите systemctl status и journalctl -u. Частые причины: занят порт, ошибка конфигурации, нет прав на файл, неверная рабочая директория.
UFW и firewall провайдера
Разрешение в UFW не помогает, если порт закрыт в security group. И наоборот: открытая security group не отменяет локальный deny.
Docker-публикация
Для контейнера проверьте docker ps: опубликован ли порт, какой протокол указан и на какой IP он привязан. Порт внутри контейнера не равен открытому порту на VPS.
TCP против UDP
TCP-проверка не доказывает доступность UDP. Для VPN, DNS и realtime-сервисов используйте профильный клиент или отдельный UDP-тест.
Перенос и IP-репутация
Если на старом VPS порт работал, сравните firewall, provider rules, IPv4/IPv6, Docker compose и DNS. При плохой репутации IP сервис может быть доступен технически, но блокироваться внешними площадками.
Когда не нужен собственный VPS
Если задача — просто получить рабочий доступ на телефоне или ноутбуке, VPS часто превращается в лишнюю ответственность: обновления, firewall, логи, репутация IP и переносы. Готовая подписка закрывает пользовательский сценарий быстрее, а VPS оставляет тем, кому нужен полный контроль. В этой статье это особенно важно на этапе диагностики: пользователь должен понимать, где заканчивается справочник и где начинается практическое оформление доступа.
После оформления пользователь получает ссылку подписки, статус заказа и понятный путь к клиенту без настройки сервера с нуля.
Не нужно самому держать systemd-сервисы, следить за портами, обновлять панели и чинить сеть ночью.
Свой сервер уместен для экспериментов, кастомной инфраструктуры, командных сценариев и полного контроля над конфигурацией.
Мини-проверка VPS перед установкой сервиса
ssh root@<server-ip>
apt update && apt -y upgrade
ss -lntup
ufw status verbose
journalctl -p warning -n 50 --no-pager
Проверено на практике
- Дата проверки: 2026-05-12
- Среда: Ubuntu/Debian Linux, VPS-провайдеры с публичным IPv4/IPv6
- Версии: актуальная документация Ubuntu/Debian/OpenSSH/systemd/UFW на дату проверки
Мини-чеклист
- Проверить ss -tulpn
- Проверить systemctl status
- Посмотреть journalctl
- Сверить UFW и security group
- Проверить TCP и UDP отдельно
- Проверен один профиль или конфиг до массовых изменений
- Сохранены subscription URL, страница статуса заказа и доступ в кабинет
- Продление выполняется на тот же email, если нужно сохранить текущий доступ
Частые ошибки
- Проверять UDP TCP-сканером
- Считать localhost внешним listen
- Забывать provider firewall
- Путать порт контейнера и порт хоста
- Не проверять IPv6
- Покупать продление на другой email и получать отдельный профиль вместо продления текущего
- Удалять старый рабочий профиль до проверки нового подключения
- Менять DNS, transport, TUN и route rules одновременно
Источники и документация
FAQ
Почему nmap показывает filtered?
Пакеты фильтруются firewall-слоем или провайдером; это не то же самое, что приложение вернуло отказ.
Как понять, что сервис слушает только localhost?
В выводе ss будет 127.0.0.1 или ::1 вместо 0.0.0.0 или публичного адреса.
Нужно ли перезагружать VPS после открытия порта?
Обычно нет. Достаточно применить firewall-правила и перезапустить конкретный сервис, если менялся bind.
Что будет при продлении через сайт?
Если указать тот же email, система находит текущего пользователя и продлевает существующую подписку. Новый пользователь обычно появляется при другом email.
Что сохранить после оформления?
Сохраните страницу статуса заказа, subscription URL, ссылку на кабинет и файл с данными доступа, если он доступен на финальной странице.
Нужен быстрый рабочий доступ?
Если сейчас важнее вернуть подключение, чем продолжать ручную диагностику, переходите к прямому сценарию оформления доступа.
Оформить доступ