Pull to refresh
11
0
Олег @ol_x

.net разработчик

Send message
не вижу логики, деньги оператор свои получает
почему сразу огород, для работы с апи астериска надо будет что-то писать, так что тут разницы нет
в нашем случае получается дешевле того, что предлагается на рынке
а кто его знает
WiFi сеть требует от администратора больше внимания. А вообще на вкус и цвет ;)
Девайсы все написаны ;) Arduino Mega 2560 + ethernet shield w5100 + gsm shield SIM 900. Raspberry Pi + SIM 900. На ebay все есть
А wim уже не в моде? )
продолжением темы может быть создание образа wim без wds
Если уже не спотыкается и аптайм приличный, то сойдет ;)
Баловался некоторое время назад с ENC28j60 — стабильность хромает из-за кривой реализации tcp/ip. Может, сейчас баги и пофиксили, но все же W5100 в разы лучше, хотя бы потому что для нее есть библа из «коробки» от ардуино.
Полностью согласен! Взять, например, новую ОСЬ и железо, для которого вендор не заявил поддержку. Софт найдет драйвер, но как показывает практика, так он и работает, как софтина его нашла — абы как.
Оно-таки верно, но все же суть таких платформ изначально была в том, чтобы далекие от электроники люди могли делать подобные штуки. И плевать, что тут танком проехали, главное удовольствие получил и другим приятно сделал.
Как не крути, но GSM надежнее для этого дела. Лучше немного позаморачиваться, чем потом мучиться с ящиками, поиском сервиса и т.д.
Вы посмотрите скрипт. Там сенсоры делятся на инстансы, в которых потом банальным перебором определяются количество элементов и их состояния. Autodiscover, конечно, классно. Но смысл с этим заморачиваться, когда можно кинуть алерт, что какой-то из элементов в instance содержит ошибку. В вашем случае для zabbix хватит банальной функции check(instanceName), которая вернет вам ложь или истину, уже потом можно более детально посмотреть чем-нибудь еще.
Полный мониторинг по SNMP возможен вроде только в ESX, что касается ESXi, то не все вендоры возвращают значения сенсоров в SNMP от cim. Они умеют только слать trap`ы. Лично мне не сильно нравится с ними возится. Возможно, я ошибаюсь. Но в любом случае эта тема интересная.
Все же это лучше, чем использовать root ;)
Совершенно верно, тычку shell access до сих пор не исправили, поэтому пока только правка конфига, и не стоит забывать, что после ребута хоста все вернется в дефолтное состояние, поэтому эту процедуру исправления "-" на "+" надо добавить в автозапуск.
check_esxi_hardware.py -H XXX.YYY.WWW.ZZZ -U root -P XXXXXXXX -v


Лучше не использовать root в таких вещах, ESXi позволяет сделать отдельную учетную запись с доступом к сенсорам.
Переписывал этот скрипт для системы мониторинга. Так вот во время работы выяснилось: без указания вендора в аргументах командной строки не всегда возвращаются верные значения в Element Op Status, это касается в первую очередь LSI контроллеров, при этом после смены состояния (допустим, вывалился хард) и устранения неполадки Element Op Status не возвращается на нормальное значение. Eсли это брендовое железо, то лучше использовать соответствующий флаг. Например, для HP скрипт будет возвращать Health State, а не Element Op Status, вот с ним проблем не замечено.
А лучше всего использовать сразу два способа: аппаратную часть и веб смс сервис, на случай отказа какого-то из…

Information

Rating
Does not participate
Location
Витебск, Витебская обл., Беларусь
Date of birth
Registered
Activity

Specialization

Fullstack Developer, System Software Engineer
Senior
Git
SQL
.NET
Entity Framework
ASP.Net
.NET Core
C#
MySQL