Плагин Ping
-
Вы любитель лайфхаков:). Но arp-то полюбому будет спрашивать кто такой 192.168.х.х, раз у него есть такая команда.
Один раз в полгода часто? Поставьте год.
В любом случае, "идеальный порядок настроек:)" (с) в IH делается с устройством, а не каналом плагина, который к устройству привязан. Канал можно удалить без вреда для самого устройства и остальных его взаимосвязей.
-
А можно в плагин добавить возможность блокировки канала - чтобы не удалять канал, но прервать по нему пинг? Временно потребовалось демонтировать устройство, но канал удалять не хочется чтобы не нарушать идеальный порядок настроек:) В сети постоянно бродкасты сыпятся от arp…
Добрый день, идея хорошая функционал добавим
-
Один раз в полгода часто? Поставьте год.
Я конечно посмотрю сниффером, как появится время. Но когда у меня стоял период 10 секунд, то arp-ы были чаще этих 10 секунд.
-
ARP-ы прилетают от всех включенный устройств по broadcast-запросу "есть кто нибудь??!!"
- с какой то периодичность устройства о себе заявляют бродкастом же.
От выключенных эти пакеты не могут прилетать.
-
В сети постоянно бродкасты сыпятся от arp…
Добрый день, если Вы мониторите WI-FI устройства, то это информацию можно забирать через роутер из списка подключенных устройств.
-
ARP-ы прилетают от всех включенный устройств по broadcast-запросу "есть кто нибудь??!!"
- с какой то периодичность устройства о себе заявляют бродкастом же.
От выключенных эти пакеты не могут прилетать.
Я вел речь как раз о бродкастах от сервера "кто есть 192.168.х.х?" Их периодичность была меньше установленного интервала icmp-запросов.
@dev:Добрый день, если Вы мониторите WI-FI устройства, то это информацию можно забирать через роутер из списка подключенных устройств.
Нет, это была железка с интерфейсом Ethernet. Кстати, будет время - напишите как можно с роутера Mikrotik забирать информацию по подключенным клиентам? Я помню, что столкнулся с невозможностью авторизоваться.
-
Нет, это была железка с интерфейсом Ethernet. Кстати, будет время - напишите как можно с роутера Mikrotik забирать информацию по подключенным клиентам? Я помню, что столкнулся с невозможностью авторизоваться.
SNMP наверное теперь можно пробовать.
-
Добрый вечер!
Создал "сенсор присутствия" на базе ip адреса телефона. Написал сценарий, который при появлении или исчезновении ip адреса в сети подает звуковой сигнал и сообщает через text2speech о появлении или убытии пользователя телефона. В качестве изображения устройства использовал фото, которое при срабатывании датчика появляется на экране info. Но вот проблема в том, что у меня 2 сети wi-fi 2.4G и 5G с одинаковым названием и паролем (что бы не заморачиваться). Соответственно телефон регистрируется то по одному, то по другому адресу. Проще наверное разделить сети. Но еще одна проблема в моем "Яблоке" то, что он то засыпает, то пробуждается и соответственно триггер запускает сценарий. А можно для такого рода функционала разработать плагин работающий по номеру IMEI телефона? Тогда и функций будет побольше (можно и ворота заранее открыть при подъезде к дому и предупредить домашних о прибытии (а любителям с симпатичной соседкой чайку попить, получить своевременный СИГНАЛ о приближении Супруги :lol: ). Такой плагин есть в majordomo. Правда туда приходится прописывать все данные учетной записи (это я про iPhone), но думаю страшного ничего нет.
Добрый день, самый лучший вариант это брать список подключенных клиентов с роутера по MAC-адресу. Обычно каждый роутер предоставляет список подключенных клиентов по WIFI. Работает как часы независимо от энергосбережения телефона. Не нужен дополнительный софт на телефоне или что-то еще, достаточно знать MAC-адрес. Супруга Вам навряд ли предоставит учетные данные не заподозрив неладное
-
@dev:
@sergeyygr:
Добрый день, самый лучший вариант это брать список подключенных клиентов с роутера по MAC-адресу. Обычно каждый роутер предоставляет список подключенных клиентов по WIFI. Работает как часы независимо от энергосбережения телефона. Не нужен дополнительный софт на телефоне или что-то еще, достаточно знать MAC-адрес. Супруга Вам навряд ли предоставит учетные данные не заподозрив неладноеСпасибо, понял. А можно техническую часть этого вопроса более подробно? У меня keenetic 1710.
Добрый день в Блоге опубликована статья "Как получить информацию о подключенных клиентов с WI-FI роутера" https://ih-systems.com/ru/parsing-podkljuchennyh-klientov-s-wi-fi-routera/
-
@dev:
Спасибо, понял. А можно техническую часть этого вопроса более подробно? У меня keenetic 1710.
Добрый день в Блоге опубликована статья "Как получить информацию о подключенных клиентов с WI-FI роутера" https://ih-systems.com/ru/parsing-podkljuchennyh-klientov-s-wi-fi-routera/
Раньше не видел, видно не внимательно изучал :? Спасибо, попробую.
Добрый день, её сегодня написали, по-вашему вопросу
-
Добрый день!
Плагин ping не поднимает устройства за маршрутизатором после перезагрузки маршрутизатора. Причем если перезапустить плагин, то состояние становится актуальным. Причем из операционной системы пинг возобновляется
-
Добрый день!
Плагин ping не поднимает устройства за маршрутизатором после перезагрузки маршрутизатора. Причем если перезапустить плагин, то состояние становится актуальным. Причем из операционной системы пинг возобновляется
Добрый день, а если плагин не перезапускать и ждать, что происходит ?
-
@dev:
Добрый день!
Плагин ping не поднимает устройства за маршрутизатором после перезагрузки маршрутизатора. Причем если перезапустить плагин, то состояние становится актуальным. Причем из операционной системы пинг возобновляется
Добрый день, а если плагин не перезапускать и ждать, что происходит ?
Пробовал минут 10 ждать, не поднялось. могу позже попробовать оставить на дольше
-
@dev:
Добрый день!
Плагин ping не поднимает устройства за маршрутизатором после перезагрузки маршрутизатора. Причем если перезапустить плагин, то состояние становится актуальным. Причем из операционной системы пинг возобновляется
Добрый день, а если плагин не перезапускать и ждать, что происходит ?
За полтора часа не поднялось
-
за 14 часов так и не поднялся пинг
-
-
@dev:
А можно в плагин добавить возможность блокировки канала - чтобы не удалять канал, но прервать по нему пинг? Временно потребовалось демонтировать устройство, но канал удалять не хочется чтобы не нарушать идеальный порядок настроек:) В сети постоянно бродкасты сыпятся от arp…
Добрый день, идея хорошая функционал добавим
А подскажите - если сейчас блокировать устройство, к которому привязан канал плагина ping, то что будет происходить?
У меня иногда наблюдается ситуация когда 3G/4G соединение "флапает", как итог имею очень много сообщений типа "Устройство недоступно" и "Устройство доступно". Хотелось бы иметь возможность:
1. Вручную отключать канал плагина ping
2. Иметь логику, по которой канал плагина сам бы отключался, например, при 5-ти кратном up/down устройства (наверное, можно написать скрипт, но пока нельзя отключать канал плагина)
3. Отключать канал блокируя устройство из веб-интерфейса (вероятно тоже можно сделать с помощью скрипта)
4. Не записывать в пользовательский журнал сообщения, которые ушли в Telegram/E-mail/GSM. Я бы хотел для этих целей иметь "Журнал уведомлений".
-
А подскажите - если сейчас блокировать устройство, к которому привязан канал плагина ping, то что будет происходить?
У меня иногда наблюдается ситуация когда 3G/4G соединение "флапает", как итог имею очень много сообщений типа "Устройство недоступно" и "Устройство доступно". Хотелось бы иметь возможность:
1. Вручную отключать канал плагина ping
2. Иметь логику, по которой канал плагина сам бы отключался, например, при 5-ти кратном up/down устройства (наверное, можно написать скрипт, но пока нельзя отключать канал плагина)
3. Отключать канал блокируя устройство из веб-интерфейса (вероятно тоже можно сделать с помощью скрипта)
4. Не записывать в пользовательский журнал сообщения, которые ушли в Telegram/E-mail/GSM. Я бы хотел для этих целей иметь "Журнал уведомлений".
Блокировка устройства - это свойство устройства (blk), к каналу отношения не имеет.
При блокировке сенсоров на уровне системы встроенного функционала нет (для актуаторов - блокируется интерактивное управление)
Сценарий, который отправляет сообщение, может проверять свойство blk.
Можно сделать сценарий, который будет setBlk(1/0) по какому-то алгоритму.
Возможность отключать канал в плагине ping и разделение по журналам - функционал запланирован, но пока не реализован
-
Это сообщение удалено!
-
Установил плагин, при пинге 127.0.0.1 получаю сообщение
19.03 12:56:56.000 IH: Run /var/lib/intrahouse-c/plugins/ping/index.js ping1 19.03 12:56:57.309 IH: Plugin exit with code 1 19.03 12:56:57.315 IH: restart timer 5
Что не так?