Network Test Portable: утилита для диагностики сети без установки

Когда пользователь говорит «интернет не работает», у системного администратора есть два пути: открывать по очереди cmd, nslookup, tracert и держать в голове нужные команды — или запустить одну утилиту, которая сделает всё сама. Network Test Portable — портативный инструмент для Windows, написанный на C#, который за один прогон проверяет DNS, ping, MTU, открытые порты и трассировку маршрута. Никакой установки, никаких зависимостей.


Что делает утилита

Вводите домен или IP — нажимаете «Проверить». Утилита последовательно выполняет шесть проверок и выводит результат с цветовой разметкой прямо в окно.

Все проверки выполняются асинхронно — интерфейс не зависает, прогресс виден, любой этап можно прервать кнопкой «Стоп».

Что проверяется за один запуск

1. Локальная сетевая конфигурация — перед тем как смотреть на удалённый хост, утилита показывает что происходит на самой машине: все активные сетевые интерфейсы, их IP-адреса, шлюзы, MAC-адреса, скорость и DNS-серверы. Это сразу отвечает на вопрос «а правильно ли вообще настроена сеть на этом компьютере».

2. DNS-разрешение — резолвит введённый хост, показывает все IPv4 и IPv6 адреса и делает обратный PTR-запрос. Если DNS не отвечает — видно сразу, без лишних команд.

3. Ping-тест — от 1 до 10 попыток (настраивается), показывает время каждой, считает среднее и процент успешных ответов.

4. MTU-тестирование — отправляет пакеты с установленным флагом Don’t Fragment размером 1472, 1400, 1300 и 1200 байт. Если пакет 1472 не проходит — утилита сразу подсказывает уменьшить MTU. Это особенно полезно при диагностике VPN и PPPoE-подключений, где MTU-проблемы встречаются часто.

5. Проверка портов — TCP-подключение к выбранным портам с таймаутом 3 секунды. В детальном режиме пытается получить баннер сервиса для портов 80, 443, 22 и 21 — видно не просто «открыт», а что там реально отвечает.

6. Трассировка маршрута — первые 5 прыжков с резолвингом PTR-имён для каждого узла. Включается в детальном режиме.

Автоматическая диагностика

После всех проверок утилита анализирует результаты и выдаёт итоговый блок: что работает, что нет, и конкретные рекомендации. Например, если ping не проходит — напомнит что ICMP может быть заблокирован. Если пакет 1472 не проходит — предложит уменьшить MTU.


Интерфейс и управление

Интерфейс тёмная шапка + белое поле вывода. Минимализм без лишних вкладок и меню.

Умный ввод хоста

Можно вставить полный URL прямо из браузера — утилита сама вырежет всё лишнее:

https://www.example.com/path?query=1#anchor
→ example.com

Убирает протоколы (http://, https://), www., путь, параметры и якори. Вставил — нажал Enter — готово.

Выбор портов

Предустановленные наборы портов под конкретные задачи:

Набор Порты Когда использовать
HTTP/HTTPS 80, 443 Проверка веб-доступности
RDP 3389 Удалённый рабочий стол
VNC 5900–5903 RealVNC, TigerVNC
SSH 22 Linux-серверы, сетевое оборудование
MikroTik 8291, 8728, 8729 WinBox, API, API-SSL
DNS 53 Проверка DNS-сервера
FTP/SSH 21, 22 Файловые серверы
SMTP 25, 587, 465 Почтовые серверы
Свой список любые Ввести через запятую

Свой список портов вводится через запятую в отдельное поле, которое появляется при выборе последнего пункта. Поддерживается разделитель как запятая, так и точка с запятой.

Цветовая разметка вывода

Цвет Значение Пример
Синий Заголовок раздела ▶ DNS РАЗРЕШЕНИЕ
Зелёный Успех ✓ Порт 443: ОТКРЫТ
Оранжевый Предупреждение ⚠ Порт 80: ЗАКРЫТ или не отвечает
Красный Ошибка ✗ Ошибка DNS
Серый Информация ℹ Проверьте настройки DNS

Горячие клавиши и управление

  • Enter в поле ввода — запустить проверку
  • F1 — встроенная справка
  • Стоп — прерывает текущую проверку без закрытия программы
  • Очистить — сбрасывает поле вывода
  • Копировать — весь результат в буфер обмена
  • Сохранить лог — сохраняет вывод в .txt с автоматическим именем вида network_log_20260227_143022.txt

Типичные сценарии использования

Пользователь говорит «не открывается сайт»

  1. Вводим домен сайта
  2. Выбираем порты HTTP/HTTPS
  3. Нажимаем «Проверить»

За 10–15 секунд видим: резолвится ли DNS, пингуется ли хост, открыт ли 443. Если DNS не резолвится — проблема у клиента или в DNS-сервере. Если пинг есть, а 443 закрыт — проблема на стороне сервера или в файрволе между клиентом и сервером. Если всё открыто — проблема в браузере или прокси.

Проверка доступности RDP перед удалённым подключением

  1. Вводим IP сервера
  2. Выбираем набор «RDP» (порт 3389)
  3. Смотрим результат

Сразу ясно: сервер живой, порт открыт или заблокирован. Не нужно ждать таймаута RDP-клиента.

Диагностика MikroTik

Набор «MikroTik» проверяет сразу три порта: 8291 (WinBox), 8728 (API), 8729 (API-SSL). Удобно при первичной проверке доступности нового роутера или диагностике после изменения firewall-правил.

Проверка MTU на VPN-канале

Проблемы с MTU — одна из самых частых причин нестабильной работы VPN. Пакеты маленького размера проходят, большие — нет, и сессии зависают. Утилита проверяет четыре размера пакета и сразу показывает где граница. Дальше — корректируете MSS или MTU на интерфейсе.

Проверка почтового сервера

Набор «SMTP» проверяет порты 25, 587 и 465. В детальном режиме утилита попытается получить SMTP-баннер — видно версию и имя сервера. Полезно при диагностике проблем с отправкой почты.


Технические детали реализации

Утилита написана на C# (.NET, Windows Forms). Несколько технических решений, которые влияют на поведение:

Асинхронность. Все сетевые проверки выполняются через async/await с поддержкой CancellationToken. Кнопка «Стоп» работает на любом этапе — DNS, ping, порты, трассировка. Интерфейс не блокируется.

Таймауты портов. Для каждого порта создаётся связанный CancellationTokenSource с таймаутом 3 секунды. Это позволяет корректно обрабатывать ситуации «порт не отвечает» без зависания на одном адресе.

MTU-тест. Используется PingOptions.DontFragment = true — пакет не будет фрагментироваться на пути. Если пакет заданного размера не проходит, возвращается статус PacketTooBig или таймаут. Размер IP-пакета = payload + 28 байт заголовков (20 IP + 8 ICMP), поэтому при payload 1472 байта MTU составляет 1500 — стандартный Ethernet.

Баннеры сервисов. Для HTTP/HTTPS отправляется минимальный GET-запрос, для FTP и SSH — ожидание 500 мс и чтение приветствия. Таймаут чтения — 1 секунда. Результат обрезается до 100 символов.

Трассировка. Реализована через последовательные ping с TTL от 1 до 5. Для каждого промежуточного узла делается PTR-запрос. Если узел не отвечает — выводится * * * (таймаут).

Портативность. Нет установки, нет реестра, нет зависимостей от внешних сервисов. Запускается с флешки.


Ограничения и что учесть

Windows only. Утилита написана на Windows Forms — работает только под Windows. Для Linux/macOS аналогичные задачи закрываются через nmap, mtr, dig.

TCP-порты, не UDP. Проверка портов работает только по TCP. UDP-сервисы (DNS на 53, SNMP на 161, TFTP на 69) таким методом не проверить — для них нужны специализированные инструменты.

Права для ICMP. Ping и MTU-тест используют ICMP. В некоторых корпоративных сетях ICMP заблокирован политикой, и ping не пройдёт даже до доступного хоста — это нормальное поведение, утилита об этом предупредит.

Баннеры HTTPS. Получение баннера для порта 443 работает только для HTTP, не HTTPS — TCP-соединение устанавливается, но без TLS-хэндшейка сервер ничего не вернёт. Сам факт открытого порта при этом определяется корректно.

Трассировка — только 5 прыжков. Это сделано намеренно для скорости. Полная трассировка до удалённого хоста может занимать 30+ секунд — для быстрой диагностики это избыточно.


Скачать

Утилита доступна на it-apteka.com. Портативный exe, в Zip архиве, запускается без установки.


Virustotal — как всегда ругается


Ну это как обычно, без паники, ничего криминального в файле нет, как это исправить не знаю, может вы подскажете?
Кому интересно, могу исходник прислать.

over_dude
Author: over_dude

Поделитесь:

Оставьте комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Прокрутить вверх