Проверка порта

Введите домен или IP-адрес, укажите номер порта и запустите проверку. Сервис попробует установить TCP-соединение с внешнего сервера и покажет результат: порт открыт, закрыт или не отвечает. Проверка бесплатная и не требует регистрации.

Если порт закрыт, хост ответил отказом в соединении (пакет RST): сервер доступен, но на этом порту не слушает ни один сервис. Если порт не отвечает, ответа нет вообще — обычно так ведёт себя файрвол, который молча отбрасывает пакеты. Это разные причины: в первом случае нужно запускать или настраивать сервис, во втором — открывать порт в файрволе.

Чаще всего сервис слушает только localhost (127.0.0.1) вместо всех интерфейсов (0.0.0.0), либо порт закрыт правилами iptables, nftables, ufw или security group у облачного провайдера. Ещё один частый случай — NAT без проброса порта на роутере. Проверка снаружи как раз и показывает разницу между «работает у меня на машине» и «доступно из интернета».

В поле хоста можно указать не только домен, но и IP-адрес — например 93.184.216.34. Это удобно, когда домен ещё не привязан, указывает на другой сервер или вы проверяете конкретную машину за балансировщиком.

Веб-порты 80 (HTTP) и 443 (HTTPS), доступ к серверу — 22 (SSH) и 3389 (RDP), базы данных — 3306 (MySQL), 5432 (PostgreSQL), 6379 (Redis), а также почтовые 25, 465, 587 и 993. Популярные порты вынесены под форму: их можно выбрать в один клик.

Принцип тот же — попытка установить TCP-соединение, — но проверка идёт с внешнего сервера, а не с вашей машины. Это важно: telnet с вашего компьютера может упереться в ограничения вашего же провайдера или локальной сети. К тому же не нужен доступ к терминалу, а результатом удобно поделиться ссылкой.

Нет, инструмент проверяет только TCP-порты. UDP не устанавливает соединение и не подтверждает доставку, поэтому молчание в ответ одинаково означает и «порт закрыт», и «порт открыт, но сервис не отвечает на пустой пакет». Достоверно проверить UDP снаружи, не зная протокола конкретного сервиса, невозможно.

Таймаут означает, что за отведённое время не пришло никакого ответа. Обычно причина — файрвол в режиме DROP, слишком строгие правила security group или недоступность самого хоста. Если хост при этом отвечает на другие порты, дело почти наверняка в правилах фильтрации именно для этого порта.

Открытый порт сам по себе не уязвимость, но он расширяет поверхность атаки. Наружу стоит открывать только те порты, которые действительно нужны пользователям, а панели администрирования, базы данных и служебные интерфейсы прятать за VPN или ограничивать по списку адресов. Особенно это касается портов 3306, 5432, 6379 и 27017 — их не должно быть видно из интернета.

Разовая проверка отвечает на вопрос, открыт ли порт прямо сейчас. Мониторинг TCP-портов проверяет его автоматически с заданным интервалом, ведёт историю доступности и присылает уведомление в Telegram, MAX, webhook или на почту, как только сервис перестал принимать соединения.