Новое HTTP-проверка сайта с разных городов

Распределённая HTTP-проверка одновременно с мониторинговых агентов в Москве, Санкт-Петербурге, Челябинске и других городах. По каждому агенту: статус-код, waterfall DNS/TCP/TLS/TTFB/Download, SSL-сертификат и WHOIS — в одном отчёте на интерактивной карте. Опционально — ping/MTR. Отчёт хранится 24 часа.

Проверка порта онлайн

Проверка порта — это попытка установить TCP-соединение с указанным хостом и портом, чтобы понять, принимает ли сервис подключения. Инструмент бесплатно показывает один из трёх результатов: порт открыт (соединение прошло), закрыт (сервер явно отверг) или отфильтрован файрволом (пакеты не доходят). Удобно для проверки доступности порта SSH, баз данных, SMTP и нестандартных приложений — без регистрации.

Порт	Протокол	Описание
80	HTTP	Веб-сервер, незашифрованный трафик
443	HTTPS	Веб-сервер, шифрованный трафик (SSL/TLS)
22	SSH	Безопасный удалённый доступ к серверу
21	FTP	Передача файлов
25 / 587	SMTP	Отправка электронной почты
3306	MySQL	База данных MySQL / MariaDB
5432	PostgreSQL	База данных PostgreSQL
6379	Redis	Кэш и брокер сообщений Redis
8080	Alt HTTP	Альтернативный HTTP, прокси-серверы
3389	RDP	Удалённый рабочий стол Windows

Зачем проверять порты

Аудит безопасности

Открытые порты -- потенциальная точка входа для атак. Регулярная проверка помогает обнаружить порты, которые должны быть закрыты.

Отладка подключений

Если приложение не может подключиться к серверу, проверка порта поможет выяснить, доступен ли сервис извне.

Проверка файрвола

Убедитесь, что правила файрвола работают корректно: нужные порты открыты, а лишние -- закрыты.

Доступность сервисов

Проверьте, что база данных, почтовый сервер или веб-приложение принимают входящие соединения на нужном порту.

Автоматический мониторинг портов

Разовая проверка полезна для диагностики, но для надёжной работы инфраструктуры нужен постоянный мониторинг. PingMap поддерживает мониторинг TCP-портов:

TCP-проверка по расписанию

Автоматическая проверка доступности порта каждые 30 секунд -- 5 минут. Мгновенное уведомление при недоступности.

Мониторинг времени отклика

Отслеживание латентности TCP-подключения. Рост времени отклика часто предшествует полной недоступности сервиса.

Уведомления в Telegram, Email, Webhook

Получайте оповещения удобным способом, когда порт становится недоступен или время отклика превышает порог.

Проверка доступности сайта (Ping)

Статус-код, время ответа, IP, заголовки и waterfall запроса.

Проверка HTTP-статус-кода

Диагностика 2xx/3xx/4xx/5xx с расшифровкой причины.

DNS Lookup по типам записей

Все типы записей: A, AAAA, CNAME, MX, TXT, NS, SOA, CAA.

HTTP-заголовки сайта

Анализ Server, Content-Type, Cache-Control, CSP и других заголовков ответа.

Часто задаваемые вопросы

Какие порты используются чаще всего?

22 — SSH, 25/465/587 — SMTP, 53 — DNS, 80 — HTTP, 110/995 — POP3, 143/993 — IMAP, 443 — HTTPS, 3306 — MySQL, 5432 — PostgreSQL, 6379 — Redis, 27017 — MongoDB.

Что значит "порт отфильтрован"?

Файрвол или сетевое оборудование блокирует пакеты на этот порт. Соединение не отвергается явно (как при закрытом порте), а просто не доходит. Обычно так настроены секьюрные сервера: открыт только 443 наружу.

Можно ли проверить UDP-порт?

Через TCP-инструмент — нет, потому что UDP не использует handshake. Для UDP нужны специализированные тулзы (nmap -sU). Для большинства задач (HTTP, SSH, БД) UDP не используется, проверки TCP достаточно.

Зачем мониторить порты, если есть HTTP-мониторинг?

HTTP-мониторинг проверяет только веб-приложение. Если у вас работает PostgreSQL на 5432 и он упал — HTTP-мониторинг этого не заметит, веб-сайт может ещё кэшировать ответы. TCP-мониторинг порта 5432 поймает падение сразу.

Безопасно ли проверять чужие порты?

Разовая проверка одного порта — да, она ничем не отличается от обычного подключения и не считается атакой. Массовое сканирование сетевых диапазонов без разрешения — нелегально и блокируется большинством хостингов.

Настройте автоматический мониторинг TCP-портов и узнавайте о проблемах до пользователей.

Мониторить порты автоматически