Проверка открытых портов – HTTP, HTTPS, WebSocket
Проверка открытых портов — это приблизительная браузерная проверка портов. Введите хост и порт, и она использует браузерный fetch с no-cors и WebSocket для поиска сервисов, говорящих по HTTP(S) или WebSocket. Браузеры не могут открывать сырые TCP-сокеты и блокируют ограниченные порты, такие как SSH и SMTP, поэтому результат не может доказать, открыт порт или закрыт. Для окончательной проверки используйте включённые предложения команд nc и nmap.
Проверка открытых портов — это приблизительная браузерная проверка портов, выясняющая, предлагают ли хост и порт, по-видимому, сервис, говорящий по HTTP(S) или WebSocket. Она даёт разработчикам и DevOps-инженерам быстрый способ исследовать соединение, но не может окончательно определить, открыт порт или закрыт.
Чтобы проверить цель, введите её хост и порт. Инструмент использует браузерный fetch с no-cors и WebSocket для попытки обнаружения. Браузеры не могут открывать сырые TCP-сокеты и блокируют ограниченные порты, такие как SSH и SMTP. В результате у браузерной проверки есть важные ограничения: отсутствие ответа не означает, что порт закрыт. Проверка открытых портов включает предложения команд nc и nmap для окончательных результатов.
Браузерная проверка и проверка портов из командной строки — не взаимозаменяемы. Методы браузера могут искать сервисы, говорящие по HTTP(S) или WebSocket, а браузеры не могут устанавливать сырые TCP-соединения, необходимые для окончательной проверки порта. Используйте браузерный инструмент для быстрого начального сигнала, затем обратитесь к nc или nmap, когда нужен окончательный результат.
Инструмент работает в вашем браузере, но проверка цели требует доступа к сети: введённые хост и порт отправляются этому хосту в рамках попытки соединения. My-DevTools ничего не хранит. Проверка открытых портов не работает офлайн, так как должна достигать цели. Она помогает разработчикам и DevOps-инженерам исследовать конечные точки сервисов, сохраняя ясными ограничения браузерных проверок.
Шаг 1: Введите хост и порт, которые хотите проверить. Инструменту нужны эти данные, чтобы попытаться соединиться с целью.
Шаг 2: Запустите проверку в браузере. Проверка открытых портов использует fetch с no-cors и WebSocket для поиска сервисов, говорящих по HTTP(S) или WebSocket.
Шаг 3: Рассматривайте результат как приблизительный сигнал, а не как окончательное утверждение, что порт открыт или закрыт. Ограничения браузера могут влиять на то, что способна обнаружить проверка.
Шаг 4: Для окончательной проверки используйте предложенные команды nc или nmap. Эти инструменты командной строки могут выполнять проверки, недоступные браузерной проверке.
Пример использования: Используйте проверку открытых портов как начальную проверку при оценке, соответствуют ли хост и порт требованию связности. Рассматривайте результат браузера как сигнал, затем подтвердите с помощью nc или nmap.
Пример использования: Проверьте конечную точку сервиса, прежде чем делиться ею с ревьюером или пользователем, чтобы рано заметить возможную проблему соединения. Отрицательный результат браузера не доказывает, что порт закрыт.
Пример использования: Дайте оценку состояния порта с правильным контекстом, а не рассматривайте результат браузера как окончательный вердикт. Для подтверждения используйте nc или nmap, когда нужно подтверждение.
Пример использования: Проверьте, предлагает ли хост, по-видимому, сервис HTTP(S), из вашего браузера. Проверка полезна для начальной оценки, но не может тестировать сырое TCP-соединение.
Пример использования: Выполните начальную проверку сервиса, говорящего по WebSocket, на хосте и порту. Если нужен окончательный результат, используйте одну из предложенных проверок командной строки.