Много кто ставит в офисах хорошие свитчи с STP? Если кто и ставит — то для галочки, и даже не настраивают — тупо используют как мыльницу. Это реалии.
А насчет COM-порта… У большинства managed коммутаторов есть serial, и даже шнурок к нему в комплекте. Если Вы не озаботились в своё время купить FTDI за 10 баксов — это уже Ваш просчет.
Насчет USB: он будет либо с проприетарным протоколом и драйверами (оно вам надо?), либо тупо эмулятором COM-порта (читай: тот же FTDI/pl2303, но внутри и дороже).
Насчет Fixed IP: чтобы он работал, нужно одно из двух:
а) загрузить OS свитча. Если прошивка не работает — до свидания.
б) держать внутри отдельную железку. Опять-таки, дорого и ненадежно, а что получаем в итоге? Ту же консоль, но уже поверх IP.
Если зарезать свой исходящий канал немного ниже максимума, то трафик не будет попадать под шейпер/полисер провайдера, и в кучу не свалится. Вернее, свалится, но позже. Профит небольшой, но будет.
Я под Linux использую и FTDI, и pl2303.
В своё время начитался о глючности оных, первые несколько штук выбирал придирчиво, договаривался если что вернуть.
Потом тупо стал брать самый дешевый.
Спасибо.
Я уже как-то подобною задачу решал, но не настолько круто :). У меня конфиг получился попроще.
Немного не понял насчет локали — туда язык меню тоже входит?
Наверное, если бы у меня было -120, я бы тоже так говорил :).
Зачем ж. рвать? Принцип хабра (для меня, например) где-то такой:
1. Есть какая-нибудь фича А.
2. Написал о ней статью.
3. ?????
4. Узнал в комментах, что фича А — фигня и вообще вылетает вместе с B, а лучше юзать фичу C, либо D+E.
Да, действительно, проморгал — там можно несколько диапазонов указать.
А районы пусть лучше будут в отдельных действиях — так проще их добавлять. Если, конечно, там не получится race condition и оно не будет пытаться добавить в группу хост, которого еще не существует (т.к. первое правило еще не отработало).
Кстати, Вы не делали получение имени хоста по SNMP? Я наваял костыль, но как-то это неправильно.
Спасибо, документцию я уже нашел (я раньше искал — почему-то не мог найти; возможно, это было давно и тогда её не было).
Действие у меня получилось похожее, только вот забыл «Состояние обнаружения».
Еще вопрос, если Вы не против. Можно ли на одно обнаружение повесить несколько действий (и наоборот)? Т.е. допустим у меня разные диапазоны адресов для свитчей в разных районах, делаю скажем 10 Discovery, 1 действие — проверить модель и добавить в хосты, и еще 10 — занести в нужный район.
А насчет COM-порта… У большинства managed коммутаторов есть serial, и даже шнурок к нему в комплекте. Если Вы не озаботились в своё время купить FTDI за 10 баксов — это уже Ваш просчет.
Насчет USB: он будет либо с проприетарным протоколом и драйверами (оно вам надо?), либо тупо эмулятором COM-порта (читай: тот же FTDI/pl2303, но внутри и дороже).
Насчет Fixed IP: чтобы он работал, нужно одно из двух:
а) загрузить OS свитча. Если прошивка не работает — до свидания.
б) держать внутри отдельную железку. Опять-таки, дорого и ненадежно, а что получаем в итоге? Ту же консоль, но уже поверх IP.
Для настройки сетевого оборудования нет ничего удобней, чем COM-порт. Можно спокойно работать и не бояться отключить самого себя.
Loopback detection в большинстве случаев требует STP. У 99% свитчей его либо нет, либо по дефолту отключен.
В своё время начитался о глючности оных, первые несколько штук выбирал придирчиво, договаривался если что вернуть.
Потом тупо стал брать самый дешевый.
Автор, молодец!
Я уже как-то подобною задачу решал, но не настолько круто :). У меня конфиг получился попроще.
Немного не понял насчет локали — туда язык меню тоже входит?
Зачем ж. рвать? Принцип хабра (для меня, например) где-то такой:
1. Есть какая-нибудь фича А.
2. Написал о ней статью.
3. ?????
4. Узнал в комментах, что фича А — фигня и вообще вылетает вместе с B, а лучше юзать фичу C, либо D+E.
По-моему, это хорошо.
Чтобы получить карму — нужно написать статью.
Чтобы написать статью — нужно получить карму.
Какой остается новичку выход? Только один. Дотягивать карму «левыми» методами.
Да, такое было бы полезно. Что-то вроде песочницы для заминусованых.
Discovery — странный предмет. Вот он есть, а вот его нет.
Вписал 3 диапазона. По первому прошелся, по остальным — нет.
Я прямо в Action вешаю Remote command:
И на хосте с именем zabbix вот такой вот скрипт
А районы пусть лучше будут в отдельных действиях — так проще их добавлять. Если, конечно, там не получится race condition и оно не будет пытаться добавить в группу хост, которого еще не существует (т.к. первое правило еще не отработало).
Кстати, Вы не делали получение имени хоста по SNMP? Я наваял костыль, но как-то это неправильно.
Действие у меня получилось похожее, только вот забыл «Состояние обнаружения».
Еще вопрос, если Вы не против. Можно ли на одно обнаружение повесить несколько действий (и наоборот)? Т.е. допустим у меня разные диапазоны адресов для свитчей в разных районах, делаю скажем 10 Discovery, 1 действие — проверить модель и добавить в хосты, и еще 10 — занести в нужный район.