nocproject.org

ку всем

есть кто живой???

сложный вопрос

есть ли жизнь с утра?

если ты не с похмелья,то вполне

на меня напрмер с утра желание работать часто нападает,правда ненадолго

итого, будем считать, что жизнь с утра есть

Izya12: вопрос какой был?

Может ли NOC управлять D-Link DIR-100 в свичовой прошивке

???

там проблемы с telnet'ом были

с телнетом и у меня проблемы

не могу найти список команд на дир д1 релиз

который новый

кстати может у кого есть команды телнета???

для DIR-100 D1 релиз

а help'a нету там чтоль?

в консоли то

ща покажу вывод шелпа

help с DIR-100 D1 по telnet

#help

Commands:

wan status pls evt dns $

save commit cdbreset upgrade eraselp help

ping mdio arp time route ifcfg

parm mactbl speed phy hub easysetup

reboot led gdb echo mem bwp

log vlan nat hnat socket top

free sleep http upnp

Izya12, pastie.org please!

ок

http://pastie.org/3718355

Выводит именно так

проблема в том что у нас на сети больше 500 диров и мне часть из них(300) надо перенастроить(поменять Vlan)

руками это очень долго и гиморно

остальные коммутаторы Dlink я перенастраиваю скриптами которые пишу сам

Izya12, погодь слегка. щас Dmitry1 проснется. он большой гуру по dlink. может скажет чего хорошего

:) я его и жду

просто думал может кто еще чтонить подскажет

с DIR100 была проблема с telnet negotiation

с ним мы на форуме длинка общались

не помню, пролечили ли мы в итоге ее

нет пока не пролечили

тогда разберитесь, какого кальция ему не хватает

надо опции посмотреть в negotiation, что мы ему кормим и что он вообще хочет

да мне сейчас самое главное узнать команды

все остальное я обойду

в принципе, я почти любое могу выдать ему

мне нужно заменить Vid одного vlan на другой

ну и совсем было бы красиво на них включать MVR VLAN и прописывать его Vid

А примерно в какое время Dmitry1 появляется ???

ку

народ кто может подсказать как вот такую хрень исправить

http://pastie.org/3718718

все делаю по инструкции http://kb.nocproject.org/display/DOC/Debian+6

http://pastie.org/3718727

еще вот такая хрень вылазит :( http://pastie.org/pastes

не хотить ставиться NOC

http://pastie.org/3718804 pastie.org/3718806

просмотрел не то вставил

пробовал прям из под пользака noc http://pastie.org/3718850

народ есть кто живой????

у меня установка нока встала на пункте "$ ./noc init-mapnik-map -n "My Map" -p osm /tmp/mapnik/osm.xml"

пробовал из под рута и и под noc пользователя

результат 1 и тот же

Dmitry1, у тя радиус авторизация на длинках ?

нет. локальная

блин хочу к радиусу его прикрутить а он собака не посылает Caller-station-id

хочу что бы под учеткой нока можно было лишь с нока зайти

все остальное оборудование в том или ином виде его шлет

Проблема скорее всего в прошивке.

Я на форуме d-link вроде находил обсуждение этой проблемы

здрасте

IPAM умер

кто сказал? где? когда?

у меня вроде живое

после последнего апдейта ?

жму на вью и трейсбек вываливается

http://pastebin.com/CagvGDjS

это поправлю

dvolodin: сейчас другой еррор

http://pastebin.com/jJbAhSdy

все тот же, еще не правил его

:)

тороплюся

поправил

спасибоб работает !

сколько коммитов...

ага. пошел ипам.

dvolodin, а из-за чего такое может быть

2012-04-02 00:30:19,751 cm.config_pull: bb-kulibina, status=OK, reason=OK

вчера конфиг сдернулся

как видишь

а сегодня в логах шедулера не вижу, и конфиг вчерашний

то есть, еще раз

вчера был получен конфиг успешно

он изменялся?

более чем

я говорю что в логах шедулера нет записи о том что он вообще пытался

next pull стоит на 03.04

на сегодня

но он даже не пытался этого сделать

очередь до него дошла?

в смысле?

я тебе даже больше скажу, это не одна железка

ласт пулл 02.04.2012 00:30:17 - стоит у 80% железок

хотя должен был сдернеться сегодня ночью

то есть 03.04.2012

в логах шедулера

2012-04-03 00:29:59,157 cm.config_pull - начало

2012-04-03 00:30:02,062 cm.config_pull - конец

3 секунды выполнялось

2012-04-03 00:30:02,160 Periodic task=cm.config_pull:Workdays status=completed

что-то сдернулось, что-то отвалилось по таймауту (тк оборудование еще не установлено)

но список далеко не полный

проследил по логам, в остальные дни, конфиг-пулл длится от 15 до 30 сеукнд

и устройств обрабатывалось больше

http://pastie.org/3720103 вот по диру смотри

хреново VC-Management rabotaet

влан удалить не получается, новый влан добавить тоже проблема

рефреш надо все время нажимать

раньше было надежней чио-ли ...

почему?

в логах что?

сейчас вот попробовал, нормально удалилось

да удаляет вроде

потом даешь рефреш - опа, он опять есть

потом можно влан создать с одинаковыми лейблами

что тоже не очень хорошо

посмотри в логах noc-web

там 500-х ошибок нет?

misak, можно и в самом браузере.

веб консоль

с лейблами посмотрел

сервер честно отдает 409 при попытке создать дубликат

dvolodin, я тоже замечал такое поведение

есть такое

надо понять, как в ModelApplication отлавливать ошибки

кто нибудь настраивал прием syslog с freebsd в noc fm?

несмотря на заполненные поля trap source и ip - SAE упорно пишет unknown event source

что где еще нужно подкрутить?

а, вот, пролезло..

он раз в 10 минут фильтры обновляет

у е. сколько г-на то поналетело) не..надо категории таки выбрать, что слать))

freeseacher: r6058

ты вот это хотел

кстати классификацию ивентов из freebsd приветствуем?)

а там есть что-то интересное?

классифицировать есть смысл чтобы реагировать

да банальное - реагировать на сообщения сислога если неудачные попытки аутентификации, место в разделах заканчивается, корки опять же

да, почему бы и не добавить классы

тогда встает вопрос - может стоит выделить в алярм классах ветку OS?

и далее freebsd | service | event ?

скорее просто unix

в линуксе события те же

тогда собственно реквест)

сделайте ветку, наполним.

у меня такая мысль, а стоит ли все в кучу смешивать? сеть, ОС, безопасность

все-таки это разные вещи

с оборудования уже снимаются login

это тоже секюрити.

я знаю, про это я уже говорил

кроме того у многих в сетевой инфраструктуре работают сервера именно как транзитные узлы - те же NAT'ы

почему cisco надо мониторить, а NAT'ы под другой os - нет?)

я не говорил "серевера", я говорил "сервисы"

всякие бинды, апачи, дхцп

хотя, с другой стороны, если и иметь подобную систему мониторинга, то иметь все в одном мете

*месте

угу. только надо подумать, чтобы этой кучей все не похоронить. чтобы читабельно оно было

фильтры

сеть, безопасность сервисы

прочее

угу, я тоже так думаю

тогда предварительно надо со структурой дерева алярмов определиться. unix | {system|service} | event , как то так чтоли

а там уже есть OS > Freebsd

ээ..недавно добавили чтоли, у меня нету еще.

как так

FM > Classification rules

там OS > Freebsd

уже давно

а, в правилах то есть. Я про event classes

а чем они отличаются?

в чем смысл классов и правил?

в том, что классов для сервисов(те же апачи бинды) не могут быть из набора текущих - там понятия сервис то нету

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

не пихать же все в unknown

классификация - определение класса

есть правило для определения класса события для фрибсд

но нет самого класса?

угу

специфичных классов нет

как мы можем определить класс (классифицировать) если класса нет

?

смотри. Есть набор классов на текущий момент, созданных изначально под сетевое оборудование. Существующие правила для freebsd сделаны таким образом, что подпадают под уже существующие классы - как то link up/down, auth и т д.

что-то не сходится

но сейчас в ноке нет специфичных классов - для сервисов, которых нет на сетевом оборудовании, как то апач или что то другое.

понял

скажем неудачная попытка su - выльется в класс login failed, хотя это не совсем одно и то же

тогда может быть: Services | {apache|bind|dhcpd|etc...}

события связанные с безопасностью, это вообще отдельная тема

и логин фейлед это подходящий класс

ну их в любом случае придется классифицировать когда-нибудь

даже если реагировать на них будет сторонний модуль, скажем security

интересно, а какие события попадают под безопасность

думаю что последовательности неудачных логинов точно там должны быть)

аларклассифицировать надо бы все

а алармы поднимать

те же неудачные логины к определенному моменту просто доканают

Насколько я знаю, неудачные попытки входа в OS.FreeBSD классифицируются

да

как login failed

надеюсь, алармы они не поднимают

вот попробовал стереть ВЛАН

в логах эта строчка

2012-04-03 19:01:13,563 200 GET /vc/vcdomain/lookup/?_dc=1333461673497&id=1&__format=ext&__page=1&__start=0&__limit=25 (127.0.0.1) 16.76ms

ВЛАН не стерся