Соединение типа networkChecker

Служит для проверки наличия сетевых соединений и работы служб web.

Проверка наличия соединения

Технически, осуществляется посредством передачи эхо-пакетов (icmp) на устройство с указанным адресом. В результате опроса возвращаются два параметра: "p" - наличие соединения (0 - нет, 1 - есть) и "q" - время отклика.

Номер пинов - 0.

Для организации опроса устройств, необходимо указать их url или IP адрес в качестве адреса устройства; прописать соответствующие пины (который требуется) и, для одного из них указать расписание опроса. Причем, пин наличия соединения будет автоматически отчитываться об изменении состояния, в случае запроса длительности эхо-ответа.

Проверка ответа web сервера

Может потребоваться как для контроля работы служб интернета, так и для проверки внешних коммуникаций и сетевых фильтров.

В результате опроса, может возвращать три параметра. В дополнение к уже описаным, пин "D" возвращает размер принятых данных.

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

Номер пинов - 1.

Адрес "устройства" может включать полный url (с портами и правами доступа). Это никак не повлияет на датчики ping, поскольку они используют лишь сетевое имя обслуживаемого сервера.

Технические особенности

Для предотвращения "залипания" процесса проверки, время подключения к портам ограничено одной секундой. Максимальное время ожидания ответа icmp - две секунды. А на закачку ответа от web сервера отводится не более пяти секунд.

Обслуживание сервиса

Для уменьшения нагрузки на сервер системы, сервис передает только изменения в состояниях, которые хранятся в его памяти. Для сброса этой истории, при старте "линии" автоматически создается управляющий интерфейс с названием "master". Он не генерирует никаких данных, но имеет вход сброса "r". При отправке запроса к этому порту, вся история сервиса будет сброшена и, при новых обращениях, датчики вернут текущее состояние.

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

Обработка результатов

Как и любые другие датчики системы, проверка состояния сетевых служб может автоматически генерировать события и управлять любыми типами выходных данных.