Проверьте нужные порты и узнайте, что действительно подтверждает результат.
Проверяйте только публичные системы, которые принадлежат вам или которые разрешено тестировать.
Начните с конкретного вопроса о своём сервере, выберите небольшой список и сохраните подтверждения вместе с результатом. Проверка идёт из внешней сети, а не с вашего устройства.
Пример, а не текущий результат
clocktools.app
80 · 443
Введите домен либо публичный IPv4- или IPv6-адрес. Набор Веб-сайт включает 80 и 443. Путь и номер порта в URL не определяют список проверки: используйте поле TCP-порты.
Пример, а не текущий результат
Нажмите Проверить порты или Enter. Проверку можно отменить. Мы выбираем один публичный адрес DNS и проверяем до 12 портов. После отмены или сброса запоздалый ответ не заменит экран.
Пример, а не текущий результат
443 · Получен HTTP-ответ
HTTP 200
Подробные подтверждения
Сначала прочитайте наблюдение, затем длительность. В подробностях указаны метод и адрес. Скопируйте отчёт или скачайте PNG, CSV, JSON либо текст. Ссылка на настройки не запускает новую проверку автоматически.
Здесь показан настоящий интерфейс ClockTools: от выбора портов до завершённой проверки. Это сохранённые снимки проверки нашего сайта, а не результаты для вашего узла и не прогноз следующей проверки.
Проверьте 80 и 443 своего домена после смены хостинга или DNS. HTTP-ответ может прийти от прокси, включая 403 и 502. Наш инструмент проверки доступности сайта оценивает страницу; само соединение не гарантирует её работу.
Если SSH должен быть доступен извне, проверьте 22 на своём сервере. Явный отказ отличается от истечения времени. Проверьте адрес прослушивания и список разрешённых источников, не ослабляя защиту ради зелёного результата.
Проверяйте только используемые порты базы. Соединение на 3306, 5432 или 6379 — повод пересмотреть доступ, а не автоматический диагноз уязвимости. Частные сети не входят в область проверки.
Укажите узел, порты, время и подтверждения. Сравните проверки одного узла и IP после разрешённого изменения. Другая наблюдаемая ситуация даёт подсказку, но не доказывает причинную связь.
Порт — не пронумерованное отверстие в компьютере. Он помогает системе различать соединения. Сервер может предоставлять несколько служб на одном IP-адресе: операционная система направляет входящее соединение нужному приложению. У клиента тоже есть собственная конечная точка. Вместе эти две точки позволяют отличить соединение от других обменов, происходящих одновременно.
Спецификация TCP RFC 793, опубликованная в сентябре 1981 года, уже описывала связь между портами, сокетами и процессами. Распространённые службы могли использовать известные конечные точки, а другие соединения — находить их динамически. Это часть устройства TCP, а не изобретение современной Всемирной паутины. Поэтому порт назначения и временный порт на стороне клиента выполняют разные задачи, хотя оба отображаются обычными числами.
Общие соглашения сделали номера понятными для разных компьютеров и программ. RFC 6335, опубликованный в августе 2011 года, описал порядок регистрации имён служб и номеров портов. Реестр согласует назначения, но не исследует ваш сервер. Если наш сканер подписывает порт 22 как SSH, это привычная справочная ассоциация. Она не определяет реально запущенную программу и не подтверждает безопасность доступа к ней.
В августе 2022 года основную спецификацию TCP объединили в RFC 9293. Её принципы важны и для служб за обратными прокси или балансировщиками нагрузки. Соединение может достигнуть входной точки, когда приложение за ней недоступно. Мы хотим помочь вам сформулировать следующий полезный вопрос, а не принять доступность конечной точки за полную проверку работоспособности или безопасности.
1981
RFC 793 объясняет, как порты и сокеты различают обмен между приложениями. Один узел может поддерживать несколько TCP-соединений одновременно.
2011
RFC 6335 задаёт порядок регистрации и три диапазона портов. Назначенное имя службы не подтверждает состав программ или их безопасность.
2022
RFC 9293 заменяет RFC 793. Установление соединения по-прежнему не равнозначно проверке приложения или оценке безопасности.
Представьте, что вы администрируете сервер, на котором SSH должен принимать разрешённые подключения к TCP-порту 22. Ниже — вымышленный пример диагностики, а не измерения ClockTools и не рекомендация открывать частную службу для всех.
Шаг 1 · TCP 22
Явный отказ означает, что попытка была отклонена. На управляемой вами системе проверьте, работает ли служба и слушает ли нужный адрес. Правило доступа тоже может отклонить соединение. Сам результат не определяет, какую именно настройку необходимо проверить.
Шаг 2 · TCP 22
Последующее истечение времени не обязательно означает улучшение и не доказывает блокировку межсетевым экраном. Проверьте публичный адрес, маршрутизацию и предусмотренные правила доступа. Сравните результат из разрешённой сети и отметьте изменение проверенного IP. Меняйте по одной существенной настройке за раз.
Шаг 3 · TCP 22
Установленная TCP-связь говорит меньше, чем успешный вход по SSH. Проверяйте подлинность сервера, аутентификацию и права обычными средствами администрирования. Не включайте учётные данные в общий отчёт. Публичная доступность не всегда является желаемым результатом.
Полезное сравнение до и после сохраняет вместе узел, проверенный адрес, порт, время и описание изменений. Наша функция сравнения выделяет изменившиеся наблюдения, но не устанавливает их причину. Если IP или сеть проверки различаются, это разные точки наблюдения, а не контролируемый эксперимент.
IP обозначает сетевой узел, а TCP-порт — место, куда должно прийти соединение. Нужны слушающий сервис, рабочий маршрут и разрешение на доступ. Типичный сервис — лишь привычное назначение номера, а не найденная программа. Даже 443 может использоваться не для веба.
Реестр сервисов IANA даёт общие названия. «TCP-соединение на 22 принято» — наблюдение; конкретная версия SSH не определена. Наш сканер не входит в систему, не читает баннеры сервисов и не ищет возможности эксплуатации уязвимостей.
Сеть должна различать несколько обменов данными по одному адресу. RFC 6335 описывает системные порты 0–1023, пользовательские порты 1024–49151 и динамические или частные порты 49152–65535. Здесь разрешены цели 1–65535, но не порт 0.
Диапазоны касаются распределения, а не безопасности. Высокий порт не становится автоматически частным. Временные локальные порты браузера также отличаются от целевых портов в форме. Записывайте транспорт: TCP 53 и UDP 53 требуют разных проверок. Мы проверяем только TCP.
Спецификация TCP описывает обмен SYN, SYN-ACK и ACK. Соединение — первый шаг, а не полноценная проверка приложения. Могут оставаться проблемы с сертификатом, требование входа или внутренний сбой. Мы закрываем тестовое соединение без использования приложения.
HTTP-ответ означает, что веб-узел ответил. 404 тоже ответ; 403 может отражать правило доступа, а 502 — проблему шлюза. Эти коды не проверяют порт сервера-источника. Длительность попытки — не ping и не измерение домашнего интернет-соединения.
Работающее локально приложение может слушать только loopback, не иметь перенаправления на роутере или ограничивать источники доступа. NAT и операторский NAT осложняют входящие подключения. Посмотрите видимый адрес через Какой у меня IP? и разберите свою сеть с помощью калькулятора IP-подсетей.
Домен может возвращать несколько IPv4- и IPv6-адресов. Для TCP мы выбираем один проверенный публичный адрес, а не все серверы. Прокси может ответить, не раскрывая источник. Руководство Nmap по состояниям портов также трактует результаты как наблюдения конкретной проверки. Истечение времени допускает несколько причин; сохраняйте время разрешённых сравнений.
Наш сканер проверяет публичность узла и ограниченный список десятичных TCP-портов. Он выбирает безопасный DNS-адрес и различает соединение, явный отказ, истечение времени, невозможность проверки и HTTP-ответ. Названия сервисов — подсказки, а не определение программ.
Сообщите о спорном результате через страницу контактов: публичный узел, порты, время, наблюдение и подтверждения. Добавьте ожидаемую конфигурацию и разрешённое сравнение, но не пароли или сведения о частной сети. Мы рассматриваем воспроизводимые ошибки классификации и отображения, не превращая меняющиеся условия в постоянные факты.
Нет. Уточните, нужен ли публичный доступ, затем проверьте аутентификацию, обновления и правила доступа в рамках обычной процедуры безопасности. Этот сканер не определяет версии и не тестирует эксплуатацию уязвимостей.
Можно проверить публичный адрес и целевой порт своей системы. Сервис, перенаправление и межсетевой экран должны разрешать соединение. Истечение времени не указывает, какой уровень отказал; частные адреса не проверяются.
Этот сервис не тестирует порт 25. Мы показываем ограничение, а не называем SMTP-порт закрытым. 587, 993 и 995 могут быть нужны почтовым клиентам, но не заменяют проверку доставки SMTP на 25.
Нет. Мы проверяем TCP-порты на одном выбранном публичном адресе DNS. TCP 53 — не проверка DNS по UDP. Соединение не гарантирует правильные ответы DNS, доставку почты или работу всех серверов домена.
Ограничение проверки или неоднозначный сбой не доказывают отказ. Мы различаем явный отказ, истечение времени и HTTP-ответ. Не подтверждено означает, что фактическое состояние TCP неизвестно.
До пяти завершённых наблюдений сохраняются локально в браузере, если хранилище доступно. Очистка удаляет этот список. Ссылка содержит узел и порты, но не запускает проверку; отчёты содержат наблюдение и ограничения.