Ping для трея

[Proxy]

Мониторит связь с указанным удалённым хостом (например сервер с вашей работы), ежесекундно отправляет ping запрос (32B), отображает Round Trip Time в виде 5 делений в трее (аналогично системному значку для беспроводных подключений). Предельно простой инструмент.
Параметры запуска (разделяются пробелом):
имя хоста (IP либо имя узла, с IP несколько быстрее запускается. Если пропущено, то принимается значение по умолчанию 192.168.0.1)
/hide — скрыть окно (вообще GUI не планировался, так что без /hide запускать не имеет особого смысла, закрывается по правому клику по значку в трее)
/transp — просто сделать окно с графиком прозрачным (50%)
/ontop — поверх всех окон
5 делений — RTT менее 50мс (в среднем для 5 последних запросов)
4 деления — 50-100мс
3 деления — 100-150мс
2 деления — 150-200мс
1 деления — свыше 200мс
0 делений — превышен интервал ожидания (в т.ч. однократно)
PS. Процесс завершается несколько позже скрытия окна после клика по кнопке выхода, это нормально.
PPS. Делал для собственных нужд, аналог найти не удалось (а может просто google ко мне не милостив сегодня).

[Хакер]

Что значит «лаг» менее 50мс?

[Proxy]

* Round Trip Time

[Хакер]

Теперь, ты в курсе, что число зависит от разамера пакета?

[Proxy]

Теперь, ты в курсе, что число зависит от разамера пакета?

В смысле сделать размер пакета опциональным как в стандартном ping?

[Хакер]

В смысле значение RTT мало чего значит без размера пакета.

[Proxy]

В смысле значение RTT мало чего значит без размера пакета.

А вот изменение значения очень даже значит. Вообще я делал это для очень грубой оценки, эта информация всё равно мало чего полезного даёт (разве что полную пропажу ответов хорошо видно, для чего и создавал + снижение/повышение среднего значения, конкретные числа по моей задумке пользователь вообще видеть не должен был, только шкалу), из-за сильно загруженного канала пакеты долго не могут преодолеть "узкую часть", так что в отличие от tracert тут можно судить только об общем состоянии канала. Ну вообще по умолчанию в ping 32 байта размер пакета, у меня теперь так же + в ping обычно ещё использовал таймаут меньше стандартного, тут всё что больше 300мс считается превышением (но не равным полному отсутствию ответа).
Сама шкала тоже не идеальное решение, т.к. значения по шкале имеют строгий минимум и строгий максимум, в отличие от времени ответа. Ответ может быть не менее 0мс, но максимум задаётся исключительно таймаутом (технически ограничено). Там вообще следовало бы использовать экспоненту для представления в виде 5 столбиков на шкале.

[Antonariy]

Контролирует

Враньё. Просто проверяет наличие.

Параметры запуска

Гореть им в аду. Или быть лишь дополнительной опцией. Сегодня любая программа с графическим интерфейсом должна иметь графический же интефейс настройки, освобождающий от необходимости допиливания ярлыков.

Делал для собственных нужд

Раздел "для чего это нужно" у приличных и даже большинства отстойных программ содержит целое эссе на страницу-полторы.

Так для чего это нужно? А фиг его знает. Если что-то случится с моим сервером или каналом до него (а лично у меня серверов вообще много), я об этом узнаю без всяких пингов, которые вообще могут быть запрещены.

Зато есть полупрозрачность, куда ж без нее.

[Proxy]

Гореть им в аду. Или быть лишь дополнительной опцией. Сегодня любая программа с графическим интерфейсом должна иметь графический же интефейс настройки, освобождающий от необходимости допиливания ярлыков.

Меню же есть. Вообще для использования с автозапуском проще воспользоваться параметрами командной строки, чем создавать множество профилей. Ну или как ещё проще запустить тот же почтовый клиент скрыто (чтобы проверять почту автоматически каждые 5-10 мин по pop3. нет службы, есть только полноценное приложение с GUI, которое можно только свернуть), чтобы при запуске ос не приходилось каждый раз сворачивать окно. Если даже и есть в настройках чекбокс "запускать свёрнутым в трей", то наверняка никто не учитывает, что пользователь может пожелать один профиль почтового клиента запустить свёрнутым, другой с открытым окном написания нового e-mail, третий ещё как-то. В профилях в том же Thunderbird нельзя для отдельных учётных записей (впрочем и необходимые параметры запуска не предусмотрены, как и повторный запуск) использовать отдельные адресные книги, отдельные плагины (возможно конфликтующие) и т.п.

Враньё. Просто проверяет наличие.

А как оно должно быть? Оповещение разве что прикрутить или запуск какого-то приложения по потере хоста (которое сделает что? Реконнект? Удалённо отправит в ребут? Не знаю даже)?

Так для чего это нужно? А фиг его знает.

Допустим я так проверяю доступ до одного из роутеров: если пропадает доступ в интернет (или скорость сильно падает), то по этому значку я могу судить пропала ли связь между роутерами или же провайдер затупил (само-собой роутеру для этого разрешено отвечать на ping). До этого в автозупуске было "ping 192.168.0.1 -n 9600 -w 200", но постоянно открытое окно cmd как-то угнетает, не удобно смотреть. Может спидтест полноценный сюда добавить? Стандартный значок показывает уровень сигнала от роутера (репитера), к которому пк подключен, рядом такой же значок, позволяющий узнать есть ли связь между репитером (GWI) и GWE

[Antonariy]

Меню же есть.

В меню нет настройки адреса. И уважения к заглавным буквам. Это типа социальный протест против капса?

А как оно должно быть?

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

если пропадает доступ в интернет (или скорость сильно падает),

То об этом можно догадаться без всяких мониторов. Сидеть и мониторить монитор глазами это глупая трата драгоценного времени. О наличии проблем проще догадаться по самому наличию этих проблем, нет? А уж о причине проблем можно судить с помощью ЗАПУСКА каких-то утилит, которое все остальное время не висят на экране/трее и не мозолят глаза 99,9%времени совершенно впустую. Впрочем, догадываюсь, что ты писал ее специально под свою экзотическую топологию, которую обсуждал в трепе, и проблемы в ней совсем не экзотика.

Вместо свистоперделочного окна, чуть более, чем наполовину состоящего из заголовка, стоит отображать уровень самой конкой в трее, как это делает WinRar, например. А задержку — тултипом при наведении курсора. Вот тогда это будет действительно "пинг для трея".

[Proxy]

Вместо свистоперделочного окна, чуть более, чем наполовину состоящего из заголовка, стоит отображать уровень самой конкой в трее, как это делает WinRar, например. А задержку — тултипом при наведении курсора. Вот тогда это будет действительно "пинг для трея".

Так и задумывалось. Сделаю так, значит.

Должно быть не "контролирует", а "мониторит" в описании.

Исправил

В меню нет настройки адреса. И уважения к заглавным буквам.

Скоро выложу актуальную версию, там исправил.

и проблемы в ней совсем не экзотика.

Корень всех проблем исключительно в том, что я не купил антенну нормальную, которую можно вынести в зону прямой видимости второй точки (расстояние менее 65 метров). В остальном всё в порядке.

Апд: вот. Скрыл окно по умолчанию (но можно увидеть график (только график) по двойному клику), можно на лету менять узел назначения, вся статистика вынесена во всплывающую подсказку.

[Proxy]

Чуть-чуть добавил:
Теперь при разрыве запускает "disconnect.bat" при наличии, при появлении ответов "connect.bat" (не единожды за сессию). В connect.bat можно, к примеру, апдейтер антивируса поместить при GPRS соединении. Хотя можно было и без этого обойтись одним пакетным файлом, но думаю так капельку удобнее, всего 1 строка в bat файле.

[NashRus]

Нда, еще кто-то запускает непонятно чьи экзешники без исходников.

[Proxy]

Ага, а кто-то пользуется ЦП без полного описания архитектуры в документации. И ОС с закрытым исходным кодом...
И вообще нас прослушивают агенты всемирного заговора, так что всё что я говорю — неправда.

[Antonariy]

Proxy
Стало гораздо лучше

NashRus
Этот "непонятно кто" заслужил репутацию, позволяющую не опасаться подстав. Совсем другое дело, если что-то выложит непонятно кто с полтора постами.

[NashRus]

Да я уж понял, что "непонятно кто" в авторитете оказался, не то что я.
Зря я кипишь поднял.
Просто хотел объяснить это безумное количество скачиваний и предложить при необходимости воспользоваться CDN.

[FireFenix]

ммм, а это нормально?

[Proxy]

ммм, а это нормально?

Может просто совпадение?
У меня однозначно коррелирует.


Хотя у меня закралось подозрение, что пакет от узла 195.88.112.16 считается ожидаемым ответом от 192.168.0.1 (похоже я нигде это не учёл), исправлю, если так.

UPD:
Вроде исправил. Заодно новый параметр /solid теперь появился, теперь в полупрозрачном графике можно что-то разглядеть.

[Proxy]

Исправил изменение показаний на шкале, теперь снова 0 "палочек" есть (как и в раннем описании 0 единиц - полное отсутствие ответов от указанного хоста, в этом же случае при наличии батника запускается онный).

[Proxy]

Сделал добавление нового хоста для повторного запуска с теми же параметрами (но окна не перекрывают друг-друга), но другим хостом. Завершаются естественно так же по отдельности, завершение одного процесса никак не скажется на другом.
+ вспомнил и добавил проверку валидности имени хоста. Если указан некорректный хост (недоступный в данный момент, если указан не IPv4), то процесс завершается.

[netdemon]

Ничего не понимаю. При попытке изменить хост вываливается ошибка. "НЕ МОГУ НАЙТИ ХОСТ" и обваливается.

[Proxy]

Ничего не понимаю. При попытке изменить хост вываливается ошибка. "НЕ МОГУ НАЙТИ ХОСТ" и обваливается.

Какая версия? Такое у меня было только в ранних версиях, там по недосмотру можно было только ip вводить в хост, после исправил вроде. Проверил на "2ip.ru" — работает.

ЗЫ. Оказывается баг с полной шкалой при отсутствии связи с хостом так и не был устранён до конца. Ответы от шлюза о недоступности иногда (пока не знаю в каких случаях) воспринимаются как ожидаемый ответ, будет время и желание — исправлю. Если кто столкнётся, то сделайте вот что, пожалуйста: цитируйте сюда то, что отображается обычным ping`ом в этой ситуации. Пока не сообразил почему некоторые ответы от посторонних хостов игнорируются, а некоторые — нет.

[flisk]

мне очень пригодилось, большое спасибо!! P.S.: играю в онлайн игры, удобно следить за связью

[Proxy]

Постарался сделать немного удобнее, теперь есть некое подобие журнала, в котором фиксируется время множественной потери ответов от узла назначения (только серии, однократные потери не учитываются; таким образом пытаюсь выявить закономерность вечерних сбоев в своей сети, т.к. заподозрил, что они происходят в одно и тоже время ежедневно), добавил список статусов 16 последних запросов (узел недоступен, общая ошибка и т.п). Кое-где местами привёл код в приличный вид, кое-где устранил возможные ошибки.
Ошибочное присвоение статуса "success" во время недоступности сети назначения (иногда, не ясно при каких условиях; ответ от чего-то совпадает с ожидаемым) по прежнему имеет место быть, не было возможности изучить, т.к. когда появилось свободное время, воссоздать условия и изучить не удалось.

[Proxy]

Функция IcmpSendEcho (из icmp.dll) в ReplyBuffer (ReplyBuffer.Status; вторая long переменная в типе ICMP_ECHO_REPLY из примера microsoft) возвращает 0, что трактуется как ICMP_SUCCESS (сам понимаю, что изложил криво ReplyBuffer — параметр типа ICMP_ECHO_REPLY, содержащий в т.ч. статус запроса). Вообще единственный случай, когда возвращается неверный статус — это отсутствие сети назначения (хотя это должно возвращать 11002 или 11003). Притом только если на момент запуска ОС (инициализации сетевых интерфейсов и поиск маршрутов?) сеть была не доступна, в иных случаях всё работает корректно (допустим когда полностью вырубился маршрутизатор). Пожалуй я не в силах что-либо исправить. Самым лучшим выходом была бы самостоятельная реализация ICMP без использования icmp.dll, но желание что-либо делать с этим проектом уже пропало куда-то. Сначала полагал, что выбирается неверный интерфейс (что какой-то из виртуальных шлёт эхо-ответы зазря), однако эту гипотезу постигло фиаско.

[Proxy]

Журнал не отделял старые записи, как было задумано (лимит 1 кб, после чего старый журнал переименовывается, новый начинается). Как следствие через неопределённое время могло возникнуть переполнение. Исправил. На том проект закрывается, более ничего тут не будет. Главная ошибка не устранена, поставленную задачу проект успешно выполнил, необходимости в нём более не имеется.

[sr666hoy]

5 делений — RTT менее 50мс (в среднем для 5 последних запросов)
4 деления — 50-100мс
3 деления — 100-150мс
2 деления — 150-200мс
1 деления — свыше 200мс
0 делений — превышен интервал ожидания (в т.ч. однократно)

а это нельзя изменить?

[djalex777]

Proxy, а возможно ли изменить время между отправкой запросов? А то 1 секунда в некоторых местах трактуется как начало атаки.

[Proxy]

Этот проект нет особого смысла далее развивать. Большую часть работы выполняет icmp.dll, а она в некоторых случаях работает не так, как запланировано.