Проверка открытых TCP-портов онлайн по IP
Узнайте, доступен ли нужный TCP-порт сервера из интернета. Введите публичный IP или домен и номер порта: сервис проверит возможность подключения с точки PRO-ХОСТИНГ.
Запустить проверку
Результат появится после запуска.
Как проверить порт на доступность по IP или домену
Укажите адрес хоста и номер TCP-порта в отдельных полях, затем нажмите «Проверить». Для HTTPS обычно проверяют 443, для HTTP — 80, для SSH — 22. Если приложение настроено на другой порт, используйте его фактический номер. Допустимый диапазон — от 1 до 65535.
Инструмент определит IP домена и выполнит одну попытку TCP-подключения к выбранному порту. Результат покажет проверенный IP, номер порта и состояние соединения. При успехе также появится время установления соединения в миллисекундах. Если имя имеет несколько IP, проверяется первый адрес, выбранный серверным резолвером; остальные можно проверить отдельно по IP.
Проверка портов онлайн бесплатна, не требует регистрации и работает в браузере компьютера или телефона. Поддерживаются публичные IPv4, IPv6 и русскоязычные домены, которые преобразуются в Punycode. Это проверка одного порта за запуск: поиск всех открытых портов и проверка диапазонов здесь не выполняются.
Что означает результат проверки открытого порта
Сообщение «TCP-соединение установлено» означает, что выбранный адрес и порт приняли подключение с нашей точки в момент проверки. Это подтверждает сетевую доступность TCP-порта, но не определяет, какое приложение за ним работает, и не подтверждает правильность его ответа.
Если соединение не установлено, инструмент показывает общее сообщение о закрытом, фильтруемом или недоступном порте. Он не разделяет отказ подключения, отсутствие маршрута и тайм-аут на точные категории. По такому результату нельзя однозначно установить причину или считать весь сервер выключенным.
| Результат | Что установлено | Чего он не доказывает |
|---|---|---|
| TCP-соединение установлено | Порт принял подключение с точки PRO-ХОСТИНГ | Корректную работу приложения или доступ из любой сети |
| Соединение не установлено | Эта попытка подключения не завершилась успешно | Точную причину: закрытие, фильтрацию или сбой узла |
| Ошибка определения адреса | Не удалось получить подходящий публичный IP для проверки | Состояние порта на самом сервере |
| Время подключения, мс | Длительность успешного установления TCP-соединения | Скорость загрузки сайта, время ответа приложения или игровой пинг |
Проверка портов сайта и сетевых сервисов
Для сайта начните с фактического протокола: HTTP обычно использует TCP 80, HTTPS — TCP 443. Открытый 443 не подтверждает действительность SSL-сертификата или успешный HTTP-ответ. Для полной диагностики сопоставьте проверку доступа по порту с проверкой доступности URL и сертификата.
Для SSH и других сервисов смотрите настройки приложения: номер по умолчанию могли изменить. Инструмент не выполняет вход, не отправляет команды приложению и не определяет его версию. Например, успешное соединение с портом 22 само по себе не проверяет пароль, ключ или права пользователя.
Если домен направлен на CDN или обратный прокси, проверяется выбранный публичный узел перед сайтом. Его доступность не подтверждает доступ к исходному серверу. Для проверки конкретного сервера укажите его публичный IP и нужный порт.
Почему порт недоступен из интернета
Сначала убедитесь, что приложение запущено и слушает нужный адрес и порт. Сервис, привязанный только к 127.0.0.1 или ::1, принимает локальные подключения, но не становится доступным извне. Проверка на самом сервере и проверка удалённого порта решают разные задачи.
Затем проверьте правила межсетевого экрана операционной системы и панели хостинга. Доступ может разрешаться только отдельным IP-адресам. В такой конфигурации неуспешная внешняя проверка может соответствовать настройкам, хотя разрешённый клиент подключается нормально.
Для сервера за домашним роутером важны публичный адрес и перенаправление порта на нужное устройство. При CGNAT адрес провайдера может быть общим, и настройка одного роутера не обеспечит входящее соединение. Этот инструмент не открывает порт и не меняет firewall или NAT — он только проверяет подключение.
Проверка доступности порта в Linux и Ubuntu
Для проверки TCP-порта с компьютера или другого сервера с установленным netcat-openbsd выполните: nc -vz -w 3 example.com 443. Замените example.com и 443 нужными значениями. Команда проверяет подключение с устройства, на котором запущена; результат может отличаться от онлайн-проверки из-за маршрута и правил доступа.
На самом сервере команда ss -ltn показывает слушающие TCP-сокеты. Сравните номер порта и адрес привязки. Для просмотра UDP-сокетов используется ss -lun, но наличие локального сокета не доказывает доступность извне. Команда ss не является проверкой удалённого сервера.
Сопоставляйте локальный слушающий сокет, правила firewall и внешний результат. Если сервис слушает правильный порт, но подключение извне не удаётся, изучите сетевые ограничения и журналы. Слепое добавление разрешающего правила без понимания нужного доступа не объясняет причину проблемы.
Программы и утилиты проверки портов в Windows
В Windows PowerShell с модулем NetTCPIP выполните: Test-NetConnection -ComputerName example.com -Port 443. В результате смотрите TcpTestSucceeded: True означает успешное TCP-подключение с вашего компьютера, False — неуспешную попытку. Проверяйте также RemoteAddress, чтобы сравнивать один и тот же IP.
Для единичной проверки установка отдельной программы не требуется: онлайн-сервис даёт внешнюю точку, а Test-NetConnection и nc помогают сравнить доступ с вашего устройства. Утилита ss отвечает на другой вопрос — какие сокеты слушает локальная система. Выбор инструмента зависит от того, проверяете ли вы внешний доступ или настройку самого сервера.
Проверка открытых UDP-портов: почему нужен другой метод
На этой странице проверяется только TCP. UDP не устанавливает такое же соединение, и отсутствие ответа на отправленный пакет часто не позволяет отличить открытый порт от фильтруемого. Успешная TCP-проверка того же номера не подтверждает доступность UDP.
Для UDP используйте диагностику нужного протокола или специализированный инструмент, например UDP-режим Nmap. Даже такой инструмент может получить неоднозначный статус open|filtered. У DNS, игровых серверов и других UDP-приложений важен ответ на корректный запрос самого приложения, а не только номер порта.
Частые вопросы
Как проверить, открыт ли порт по IP?
Введите публичный IP, укажите TCP-порт отдельно и нажмите «Проверить». Успешное TCP-соединение подтверждает доступность выбранного порта с точки PRO-ХОСТИНГ в момент запуска.
Можно ли проверить порт хоста по домену?
Да. Сервис определяет IP домена и проверяет выбранный TCP-порт. Если домен имеет несколько адресов, используется первый выбранный адрес; остальные проверяйте отдельно по IP.
Проверка портов онлайн бесплатная?
Да. Сервис не требует регистрации или установки приложения и работает в браузере компьютера или телефона. За один запуск проверяется один TCP-порт.
Как узнать, какие порты открыты на сервере?
Этот инструмент проверяет один указанный порт, а не весь диапазон. Для известных сервисов повторите проверку нужных номеров. На Linux список локальных слушающих TCP-сокетов показывает ss -ltn, но внешний доступ нужно проверять отдельно.
Можно ли проверить открытые порты UDP?
Нет, здесь проверяется TCP. Для UDP нужен другой метод, желательно запрос нужного приложения. Отсутствие UDP-ответа не всегда отличает открытый порт от фильтрации.
Открытый порт 443 означает, что сайт работает?
Нет. Он подтверждает возможность TCP-подключения, но не проверяет сертификат, HTTP-код, содержимое страницы или работу приложения. Для этого нужны отдельные проверки.
Почему соединение с портом не установлено?
Возможны закрытый порт, фильтрация, недоступность узла или тайм-аут. Сервис не определяет точную причину по одной попытке. Проверьте настройки приложения, адрес привязки, firewall и маршрут.
Почему локально порт доступен, а онлайн-проверка неуспешна?
Доступ может быть разрешён только из локальной сети или для отдельных IP. Также влияют адрес привязки сервиса, NAT и firewall. Онлайн-проверка идёт с сервера PRO-ХОСТИНГ, а не с вашего устройства.
Как проверить доступность порта в Ubuntu или Linux?
С установленным netcat-openbsd выполните nc -vz -w 3 example.com 443, заменив адрес и номер порта. Для локальных слушающих TCP-сокетов используйте ss -ltn. Это разные проверки: подключение к хосту и состояние сокетов на текущем устройстве.
Как проверить удалённый порт в Windows?
В Windows PowerShell с модулем NetTCPIP выполните Test-NetConnection -ComputerName example.com -Port 443. Смотрите TcpTestSucceeded и RemoteAddress. Такая проверка выполняется с вашего компьютера.
Сервис откроет закрытый порт?
Нет. Он не изменяет настройки сервера, приложения, firewall или роутера. Проверка открытия порта после настройки показывает только результат внешнего подключения.
Можно ли проверить порт в локальной сети?
В этом онлайн-сервисе — нет: принимаются публичные адреса. Для внутренних адресов выполняйте проверку с устройства, имеющего доступ к нужной сети, например с помощью nc или Test-NetConnection.
Поддерживаются IPv6 и русскоязычные домены?
Да, можно указать публичный IPv6 или кириллическое доменное имя. Домен преобразуется в Punycode. Результат относится к одному выбранному IP, а не ко всем адресам имени одновременно.
Нужно ли указывать номер порта внутри адреса?
Нет. Адрес хоста и TCP-порт вводятся в отдельных полях. Используйте фактический номер сервиса от 1 до 65535; номер по умолчанию мог быть изменён администратором.
Показывает ли проверка порта пинг и скорость сервера?
Нет. Время успешного TCP-подключения не равно ICMP-пингу, скорости передачи данных или времени ответа приложения. Инструмент проверяет соединение с выбранным портом.
Другие полезные инструменты
Пинг до дата-центров
Сравните время отклика площадок провайдеров из вашей сети. Проверка запускается на вашем устройстве — результаты зависят от вашего подключения.
Открыть инструмент
Доступность сайта
Проверьте, отвечает ли сайт с внешней точки. Покажем HTTP-код, время ответа и цепочку перенаправлений.
Открыть инструмент
Пинг / отклик сервера
Измерьте время установки TCP-соединения с сервером. Три замера помогут оценить отклик выбранного порта.
Открыть инструментКак выбрать размещение для проекта
Проверки сети помогают оценить текущее размещение сайта и подготовиться к переносу. При выборе нового тарифа учитывайте доступность сервисов, ресурсы и условия провайдера.
Для сайта без самостоятельного администрирования сервера рассмотрите виртуальный хостинг. Если нужны отдельная серверная среда и управление настройками, сравните VPS и VDS серверы. Для проектов, которым требуется физическая машина целиком, изучите выделенные серверы.