s
Писанины на полчаса
Size: a a a
2020 August 19
E
Делаете экшен на нужный триггер типа run script, например. Передаете ему в экшене макросом triggerid. В скрипте ходите в апи, получаете по triggerid свой хост, получаете айтемы хоста, убираете оттуда айтем с icmp по айди шаблона и родительского айтема, всем остальным ставите выкл через апи. Так?)
примернр да, реализовать сможете?
s
Evgeny
примернр да, реализовать сможете?
Да здесь много кто сможет) задача не из сложных) просто много инфы от вас потребуется, если сторонним исполнителям будете отдавать
s
И я это все описал как возможное решение. Я не в курсе конкретно ваших ограничений по безопасности
s
А здесь есть чего ограничивать)
2020 August 20
p
AP
parisa
/report
IS
Добрый день. Вчера вечером перестал телеграмм бот слать уведомления. Пишет: Sending failed: Error: Cannot get URL: Timeout was reached. Никто не сталкивался? Версия 5.0.1.
E
Сталкивались. Это значит что с сервера, где стоит zabbix не доступны ip-адреса серверов Telegram по https
E
Поиск причин - задача системного администратора
IS
Днс сервера перестали отвечать, непонятно почему. Рестарт сетки помог. Спасибо
IS
Точнее перестали получать api.telegram.com
🦅
Коллеги, приветствую. Есть вопрос по SNMP... Я как-то раньше вплотную не сталкивался с таким, а если и сталкивался, то обходил стороной. Но сейчас уже не обойти.
Вафельный контроллер хуавея AC6508, менее десятка точек доступа типа AP6050DN. С радостью обнаружил, что контроллер агрегирует в своих пространствах данные по точкам доступа. Но в процессе разбора данных столкнулся с тем, что не везде представление оидов данных одинаково. В каких-то мибах оиды строго индексированы, пронумерованы, а из одного из мибов (HUAWEI-WLAN-AP-RADIO-MIB) я получил данные в том виде, как показано на скриншоте...
Собственно вопросы, если кто сможет помочь:
* Отмеченное на скриншоте, это вообще что? На фрагмент оида не очень-то похоже, скорее на адрес, внедрённый в оид.
* Как можно учитывать этот "хвост" оида при обнаружении (LLD) SNMP?
* Почему они идёт парами, два источника данных для одной точки? Это как-то с диапазонами радио связано?
Прошу подсказать в каком направлении рыть.
Вафельный контроллер хуавея AC6508, менее десятка точек доступа типа AP6050DN. С радостью обнаружил, что контроллер агрегирует в своих пространствах данные по точкам доступа. Но в процессе разбора данных столкнулся с тем, что не везде представление оидов данных одинаково. В каких-то мибах оиды строго индексированы, пронумерованы, а из одного из мибов (HUAWEI-WLAN-AP-RADIO-MIB) я получил данные в том виде, как показано на скриншоте...
Собственно вопросы, если кто сможет помочь:
* Отмеченное на скриншоте, это вообще что? На фрагмент оида не очень-то похоже, скорее на адрес, внедрённый в оид.
* Как можно учитывать этот "хвост" оида при обнаружении (LLD) SNMP?
* Почему они идёт парами, два источника данных для одной точки? Это как-то с диапазонами радио связано?
Прошу подсказать в каком направлении рыть.
AK
Коллеги, приветствую. Есть вопрос по SNMP... Я как-то раньше вплотную не сталкивался с таким, а если и сталкивался, то обходил стороной. Но сейчас уже не обойти.
Вафельный контроллер хуавея AC6508, менее десятка точек доступа типа AP6050DN. С радостью обнаружил, что контроллер агрегирует в своих пространствах данные по точкам доступа. Но в процессе разбора данных столкнулся с тем, что не везде представление оидов данных одинаково. В каких-то мибах оиды строго индексированы, пронумерованы, а из одного из мибов (HUAWEI-WLAN-AP-RADIO-MIB) я получил данные в том виде, как показано на скриншоте...
Собственно вопросы, если кто сможет помочь:
* Отмеченное на скриншоте, это вообще что? На фрагмент оида не очень-то похоже, скорее на адрес, внедрённый в оид.
* Как можно учитывать этот "хвост" оида при обнаружении (LLD) SNMP?
* Почему они идёт парами, два источника данных для одной точки? Это как-то с диапазонами радио связано?
Прошу подсказать в каком направлении рыть.
Вафельный контроллер хуавея AC6508, менее десятка точек доступа типа AP6050DN. С радостью обнаружил, что контроллер агрегирует в своих пространствах данные по точкам доступа. Но в процессе разбора данных столкнулся с тем, что не везде представление оидов данных одинаково. В каких-то мибах оиды строго индексированы, пронумерованы, а из одного из мибов (HUAWEI-WLAN-AP-RADIO-MIB) я получил данные в том виде, как показано на скриншоте...
Собственно вопросы, если кто сможет помочь:
* Отмеченное на скриншоте, это вообще что? На фрагмент оида не очень-то похоже, скорее на адрес, внедрённый в оид.
* Как можно учитывать этот "хвост" оида при обнаружении (LLD) SNMP?
* Почему они идёт парами, два источника данных для одной точки? Это как-то с диапазонами радио связано?
Прошу подсказать в каком направлении рыть.
в своё время не смог с таким справиться и решил обойти скриптом внешним. так и работает
AK
послушаю ответы знатоков
KZ
Коллеги, приветствую. Есть вопрос по SNMP... Я как-то раньше вплотную не сталкивался с таким, а если и сталкивался, то обходил стороной. Но сейчас уже не обойти.
Вафельный контроллер хуавея AC6508, менее десятка точек доступа типа AP6050DN. С радостью обнаружил, что контроллер агрегирует в своих пространствах данные по точкам доступа. Но в процессе разбора данных столкнулся с тем, что не везде представление оидов данных одинаково. В каких-то мибах оиды строго индексированы, пронумерованы, а из одного из мибов (HUAWEI-WLAN-AP-RADIO-MIB) я получил данные в том виде, как показано на скриншоте...
Собственно вопросы, если кто сможет помочь:
* Отмеченное на скриншоте, это вообще что? На фрагмент оида не очень-то похоже, скорее на адрес, внедрённый в оид.
* Как можно учитывать этот "хвост" оида при обнаружении (LLD) SNMP?
* Почему они идёт парами, два источника данных для одной точки? Это как-то с диапазонами радио связано?
Прошу подсказать в каком направлении рыть.
Вафельный контроллер хуавея AC6508, менее десятка точек доступа типа AP6050DN. С радостью обнаружил, что контроллер агрегирует в своих пространствах данные по точкам доступа. Но в процессе разбора данных столкнулся с тем, что не везде представление оидов данных одинаково. В каких-то мибах оиды строго индексированы, пронумерованы, а из одного из мибов (HUAWEI-WLAN-AP-RADIO-MIB) я получил данные в том виде, как показано на скриншоте...
Собственно вопросы, если кто сможет помочь:
* Отмеченное на скриншоте, это вообще что? На фрагмент оида не очень-то похоже, скорее на адрес, внедрённый в оид.
* Как можно учитывать этот "хвост" оида при обнаружении (LLD) SNMP?
* Почему они идёт парами, два источника данных для одной точки? Это как-то с диапазонами радио связано?
Прошу подсказать в каком направлении рыть.
* это динамический индекс oid`а
Если ты посмотришь в миб файле, для оида указываются из чего он состоит (поле index)
* если ты делаешь lld, то все что ты не задаешь явно, попадет в {#SNMPINDEX}
в твоем примере discovery[{#SNMPVALUE}, hwWlanRadioInfoApName]
в {#SNMPVALUE} попадет AP07-LAN-MSK, в {#SNMPINDEX} попадет 92.232.131.55....
Если ты посмотришь в миб файле, для оида указываются из чего он состоит (поле index)
* если ты делаешь lld, то все что ты не задаешь явно, попадет в {#SNMPINDEX}
в твоем примере discovery[{#SNMPVALUE}, hwWlanRadioInfoApName]
в {#SNMPVALUE} попадет AP07-LAN-MSK, в {#SNMPINDEX} попадет 92.232.131.55....
VR
Коллеги, приветствую. Есть вопрос по SNMP... Я как-то раньше вплотную не сталкивался с таким, а если и сталкивался, то обходил стороной. Но сейчас уже не обойти.
Вафельный контроллер хуавея AC6508, менее десятка точек доступа типа AP6050DN. С радостью обнаружил, что контроллер агрегирует в своих пространствах данные по точкам доступа. Но в процессе разбора данных столкнулся с тем, что не везде представление оидов данных одинаково. В каких-то мибах оиды строго индексированы, пронумерованы, а из одного из мибов (HUAWEI-WLAN-AP-RADIO-MIB) я получил данные в том виде, как показано на скриншоте...
Собственно вопросы, если кто сможет помочь:
* Отмеченное на скриншоте, это вообще что? На фрагмент оида не очень-то похоже, скорее на адрес, внедрённый в оид.
* Как можно учитывать этот "хвост" оида при обнаружении (LLD) SNMP?
* Почему они идёт парами, два источника данных для одной точки? Это как-то с диапазонами радио связано?
Прошу подсказать в каком направлении рыть.
Вафельный контроллер хуавея AC6508, менее десятка точек доступа типа AP6050DN. С радостью обнаружил, что контроллер агрегирует в своих пространствах данные по точкам доступа. Но в процессе разбора данных столкнулся с тем, что не везде представление оидов данных одинаково. В каких-то мибах оиды строго индексированы, пронумерованы, а из одного из мибов (HUAWEI-WLAN-AP-RADIO-MIB) я получил данные в том виде, как показано на скриншоте...
Собственно вопросы, если кто сможет помочь:
* Отмеченное на скриншоте, это вообще что? На фрагмент оида не очень-то похоже, скорее на адрес, внедрённый в оид.
* Как можно учитывать этот "хвост" оида при обнаружении (LLD) SNMP?
* Почему они идёт парами, два источника данных для одной точки? Это как-то с диапазонами радио связано?
Прошу подсказать в каком направлении рыть.
Как вариант, можно использовать весь хвост в качестве индекса
KZ
Коллеги, приветствую. Есть вопрос по SNMP... Я как-то раньше вплотную не сталкивался с таким, а если и сталкивался, то обходил стороной. Но сейчас уже не обойти.
Вафельный контроллер хуавея AC6508, менее десятка точек доступа типа AP6050DN. С радостью обнаружил, что контроллер агрегирует в своих пространствах данные по точкам доступа. Но в процессе разбора данных столкнулся с тем, что не везде представление оидов данных одинаково. В каких-то мибах оиды строго индексированы, пронумерованы, а из одного из мибов (HUAWEI-WLAN-AP-RADIO-MIB) я получил данные в том виде, как показано на скриншоте...
Собственно вопросы, если кто сможет помочь:
* Отмеченное на скриншоте, это вообще что? На фрагмент оида не очень-то похоже, скорее на адрес, внедрённый в оид.
* Как можно учитывать этот "хвост" оида при обнаружении (LLD) SNMP?
* Почему они идёт парами, два источника данных для одной точки? Это как-то с диапазонами радио связано?
Прошу подсказать в каком направлении рыть.
Вафельный контроллер хуавея AC6508, менее десятка точек доступа типа AP6050DN. С радостью обнаружил, что контроллер агрегирует в своих пространствах данные по точкам доступа. Но в процессе разбора данных столкнулся с тем, что не везде представление оидов данных одинаково. В каких-то мибах оиды строго индексированы, пронумерованы, а из одного из мибов (HUAWEI-WLAN-AP-RADIO-MIB) я получил данные в том виде, как показано на скриншоте...
Собственно вопросы, если кто сможет помочь:
* Отмеченное на скриншоте, это вообще что? На фрагмент оида не очень-то похоже, скорее на адрес, внедрённый в оид.
* Как можно учитывать этот "хвост" оида при обнаружении (LLD) SNMP?
* Почему они идёт парами, два источника данных для одной точки? Это как-то с диапазонами радио связано?
Прошу подсказать в каком направлении рыть.
какой миб используешь?
🦅
я понял, спасибо! =) а не знаете, почему всё в двух экземплярах?
🦅
какой миб используешь?
HUAWEI-WLAN-AP-RADIO-MIB