Виновником появления этой статьи стал уже несколько месяцев сбоящий интернет, который мне предоставляет единственный в округе провайдер. Увы, в мою деревню ничего, кроме ADSL, не завезли, и, судя по качеству связи, и тот не дошел без многочисленных скруток. Packet loss порой доходит до 60–70%, что уже ни в какие ворота не лезет. Поэтому я решил сам измерить качество связи, дабы ткнуть провайдеру под нос логи вместе с заявлением о расторжении договора.

Задачи

Наша цель — написать простой сетевой монитор, чтобы в фоновом режиме отслеживать главные показатели в сети и сохранять их для анализа. Думаю, сбора следующих параметров хватит с головой, а если тебе понадобится что-то еще, всегда можно добавить (не забудь рассказать об этом мне).

• Пинг для заданных хостов. Просто маст-хэв для любой диагностической утилиты. Измеряя пинг, можно узнать также и процент потерь пакетов (packet loss), и коды ошибок, позволяющие узнать, что именно не так с сетью. Например, Destination Prohibited означает, что сеть РІСЂРѕРґРµ Рё есть, РЅРѕ администратор какого-то РёР· промежуточных устройств РЅРµ пропускает пакет. Р’ общем, анализировать статус-РєРѕРґС‹ ответов обязательно.


• Реальная возможность подключений РїРѕ TCP. Возможна ситуация, РєРѕРіРґР° хосты РІСЂРѕРґРµ живы Рё откликаются РЅР° РїРёРЅРі, DNS работает, Р° доступ РІ интернет закрыт Р·Р° неоплату. Этот тест потенциально позволит нам выявить недобросовестного провайдера, который подделывает ответы РЅР° РїРёРЅРіРё, РЅРѕ РЅРµ обеспечивает реальный коннект.


• Уведомления Рѕ времени даунтайма РІ Telegram. РћРЅРё должны отправляться, как только соединение восстановится. Сообщение РїРѕ-хорошему должно включать расширенную инфу Рѕ РїРёРЅРіРµ Рё потерях пакетов после СЃР±РѕСЏ, Р° также состояние HTTP-клиента.


• Доступ Рє роутеру. Для домашней сети СЃ нестабильным Wi-Fi это особенно актуально. Роутер может просто упасть РѕС‚ перегрузки (например, очередной школохакер ломится РЅР° дырявый WPS, РЅРѕ вместо взлома получается DoS) или попросту РЅРµ выдержать всех клиентов, которых РІ РёРЅРѕРј «умном доме» может быть Рё 15, Рё 20. Короче, роутер РІ любой момент может уйти РІ перезагрузку, Р° РјС‹ будем грешить РЅР° провайдера. Это нехорошо, поэтому РїСЂРё потере СЃРІСЏР·Рё СЃ роутером РјС‹ РЅРµ будем тестировать дальше, Р° просто подождем, РїРѕРєР° починят.

Цели обрисованы. Теперь детали реализации.

• Программа предназначена для длительной работы РІ фоновом режиме. Оформим программу как системный сервис Windows.


• Если РјС‹ работаем РІ фоновом режиме, РЅРё консольный интерфейс, РЅРё тем более GUI нам РЅРµ нужен. Тем лучше — меньше РєРѕРґР°.


• Проверки РЅРµ должны сильно нагружать канал, ведь будет некомфортно работать. Так что постоянно флудить пингами РјС‹ РЅРµ станем. Отправим очередь РёР· десятка пакетов раз РІ минуту-РґРІРµ, Рё хватит. Реже отправлять РЅРµ имеет смысла — большинство неполадок устраняются РІ течение нескольких РјРёРЅСѓС‚, Р° РјС‹ хотим знать Рѕ каждом СЃР±РѕРµ.


• Возможность хранить отчет РІ JSON Рё выгружать CSV для изучения РІ Excel — СЃ фильтрацией РїРѕ дате создания.


• Неплохо Р±С‹ прикрутить возможность забирать логи РїРѕ сети Рё скидывать статистику РЅР° центральный сервер, РЅРѕ РІ рамках демо СЏ этого делать РЅРµ Р±СѓРґСѓ.

Р?Р· этого следует, что нам понадобится работа СЃ JSON. Писать СЏ Р±СѓРґСѓ РЅР° C# Рё воспользуюсь модулем Json.NET.

WWW

Json.NET — популярная и простая библиотека для работы с JSON. Скачать ее можно с NuGet, а примеры использования лежат на сайте проекта.

РљРѕРґРёРј

Для начала скачай Visual Studio с сайта Microsoft, если у тебя ее еще нет. Нужна поддержка языка C# и NuGet (с вкладки «Дополнительные компоненты»).

Первым делом создаем новый проект типа «Консольное приложение». Можно было, конечно, реализовать его в качестве «Службы Windows», тогда не нужно было бы городить костыли для регистрации нашего монитора как системной службы. Бонусом получили бы автозапуск. Жаль, что в случае «шаблонного» сервиса мы теряем ту гибкость и управляемость, что имеем при ручном управлении.

Готово. Теперь — алгоритм. Алгоритм работы программы будет РїСЂРѕСЃС‚. Р’Рѕ-первых, нужно прочитать настройки. РћРЅРё Сѓ нас Р±СѓРґСѓС‚ РІ файле JSON СЂСЏРґРѕРј СЃ исполняемым файлом. Р’Рѕ-вторых, надо создать Рё запустить таймер, чтобы неожиданные задержки канала РЅРµ мешали нам производить замеры через равные промежутки времени. Р? РІ-третьих, надо написать РєРѕРґ сохранения результатов замеров. Поехали!

Сперва определим, что именно мы сможем настраивать. Я выбрал следующие параметры:

• С…РѕСЃС‚ Рё РїРѕСЂС‚, РґРѕ которых будет проходить проверка работоспособности HTTP;


• количество пакетов РїРёРЅРіР° Рё РёС… тайм-аут;


• задержка перед отправлением следующего пакета РїРёРЅРіР°;


• задержка между соседними измерениями (та, которая определяет, раз РІ сколько РјРёРЅСѓС‚ проверка);


• включить или выключить вывод сообщений РІ консоль (для отладки);


• хосты, которые будем пинговать;


• IP роутера (чтобы узнавать, РЅРµ завис ли РѕРЅ). РўС‹ спросишь, зачем отдельно IP роутера, если его можно указать РІ общем СЃРїРёСЃРєРµ адресов для проверки, Рё будешь прав. Разница РІ том, что, если программа РЅРµ обнаружит СЃРІСЏР·Рё СЃ роутером, остальные хосты проверяться РЅРµ Р±СѓРґСѓС‚, чтобы РЅРµ тратить ресурсы;


• тайм-аут для подключения РїРѕ HTTP;


• максимальный уровень packet loss, РїСЂРё котором подключение считается нормальным. РњРЅРµ пришлось поставить себе 10%, так как 5–7% совсем РЅРµ редкость для моей деревни;


• выходной формат строки для CSV, если ты РІРґСЂСѓРі решишь отключить вывод ненужных столбцов. Признаюсь, СЏ уже забыл, зачем РјРЅРµ это понадобилось;


• выходной файл CSV, РІ который Р±СѓРґСѓС‚ дописываться результаты Рё возможность отключить запись.

static String       HTTP_TEST_HOST;
static int          HTTP_TEST_PORT;
static int          HTTP_TIMEOUT;
static int          PING_COUNT;
static int          PING_DELAY;
static int          PING_TIMEOUT;
static List<String> PING_HOSTS;
static int          MEASURE_DELAY;
static String       ROUTER_IP;
static bool         CUI_ENABLED;
static double       MAX_PKT_LOSS;
static String       OUT_FILE;
static bool         WRITE_CSV;
static String       CSV_PATTERN;
static String       TG_TOKEN;
static String       TG_CHAT_ID;
static bool         TG_NOTIFY;

Думаю, нет смысла расписывать, какая переменная за что отвечает, я постарался дать им понятные названия. Если что, можешь прочитать комментарии к коду (ссылка на GitHub — в конце статьи).

С настройками разобрались, теперь добавим их загрузку. Тут все просто: читаем файл, скармливаем его Json.NET, раскладываем настройки по переменным.

Теперь позаботимся о выводе CSV. Поскольку строка в конфиге задает только шаблон вывода, заголовки столбцов нам придется назначить самостоятельно. А так как мы хотим знать и результаты измерений по каждому хосту из списка, нужен цикл. Ниже — часть кода, которая отвечает за формирование заголовка таблицы.

String CSV_HEADER = CSV_PATTERN
.Replace("FTIME", "Snapshot time")
.Replace("IUP", "Internet up")
.Replace("AVGRTT", "Average ping (ms)")
.Replace("ROUTERRTT", "Ping to router (ms)")
.Replace("LOSS", "Packet loss, %")
.Replace("MID", "Measure ID")
.Replace("SEQ", "SeqID")
.Replace("HTTP", "HTTP OK")
.Replace("STIME", "STime");
foreach (var host in PING_HOSTS) {
CSV_HEADER = CSV_HEADER.Replace("RN", $"RTT to {host};RN");
}
CSV_HEADER = CSV_HEADER.Replace("RN", ";;rn");
[/code]

Теперь небольшое пояснение, что тут происходит. Сначала мы заменяем почти все идентификаторы в строке формата на их человекочитаемые значения. Почти — потому что RN, обозначающий конец строки, остается. Далее в цикле мы вот таким нехитрым образом дописываем новые столбцы, а под конец закрываем строку с помощью ;;rn и убираем RN.

С этим кодом и так все понятно: парсим аргументы, если их нет — выводим справку. Программа знает четыре режима работы.

Обработка этой несложной логики представлена на скриншоте выше. На этом подготовительная часть завершена, делаем логику измерений.