Queeq

Поставил MySQL 5.0. При запуске стг всё то же самое. При запуске конвертера: (gdb) r ./convertor.conf Starting program: /usr/home/queeq/stargazer/stg-2.405.9.8/projects/convertor/convertor ./convertor.conf [New LWP 100045] [New Thread 0x28301100 (LWP 100045)] main.cpp > 15:26:46 > Start file_store.cpp > 15:26:46 > FILES_STORE_SETTINGS::ParseSettings file_store.cpp > 15:26:46 > workDir = /var/stargazer main.cpp > 15:26:46 > Importing admins: Program received signal SIGSEGV, Segmentation fault. [switching to Thread 0x28301100 (LWP 100045)] 0x284590e2 in net_clear () from /usr/local/lib/mysql/libmysqlclient.so.15 (gdb) bt #0 0x284590e2 in net_clear () from /usr/local/lib/mysql/libmysqlclient.so.15 #1 0x28456406 in cli_advanced_command () from /usr/local/lib/mysql/libmysqlclient.so.15 #2 0x28454342 in mysql_close () from /usr/local/lib/mysql/libmysqlclient.so.15 #3 0x2840ca77 in MYSQL_STORE::MysqlDisconnect () from ../stargazer/modules/mod_store_mysql.so #4 0x2840f5fd in MYSQL_STORE::MysqlReConnect () from ../stargazer/modules/mod_store_mysql.so #5 0x28416d14 in MYSQL_STORE::GetAllParams () from ../stargazer/modules/mod_store_mysql.so #6 0x284170e0 in MYSQL_STORE::GetAdminsList () from ../stargazer/modules/mod_store_mysql.so #7 0x0804feca in main (argc=2, argv=0xbfbfe8a4) at main.cpp:144 (gdb) Блин. Что делать-то? З.Ы. Кстати при сборке конвертера lmysqlclient не находит, хотя при установке стг всё ок (я сменил lmysqlclient_r на lmysqlclient в build).

Так старгейзер точно так же в корку выпадает при запуске (при этом остаётся висеть процесс, который убивается только через kill -9): ps ax | grep starg 53548 ?? S 0:00.00 stargazer: stg-exec (stargazer) В /var/log/messages: Sep 4 13:33:34 srv-2 stargazer: STG mysql_store-mutex Use MYSQL TCP port Sep 4 13:33:34 srv-2 stargazer: STG mysql_store-mutex MysqlReConnect() Sep 4 13:33:34 srv-2 stargazer: STG mysql_store-mutex MysqlReConnect() Sep 4 13:33:34 srv-2 kernel: pid 53547 (stargazer), uid 0: exited on signal 11 (core dumped) В /var/log/stargazer.log: 2008-09-04 13:33:33 -- Stg v. Stg 2.404 2008-09-04 13:33:33 -- Message queue created successfully. msgKey=5555 msgID=589824 2008-09-04 13:33:33 -- Timer thread started successfully. 2008-09-04 13:33:34 -- Storage plugin: mysql_store v.0.68-mutex (STG-Web). Loading successfull. (и всё). Сейчас буду химичить с mysql...

Кстати в /var/log/messages есть вот такое: Sep 3 15:53:47 srv-2 convertor: STG mysql_store-mutex Use MYSQL TCP port Sep 3 15:53:47 srv-2 convertor: STG mysql_store-mutex MysqlReConnect() Sep 3 15:53:47 srv-2 convertor: STG mysql_store-mutex MysqlReConnect() Sep 3 16:14:28 srv-2 convertor: STG mysql_store-mutex Use MYSQL TCP port Sep 3 16:14:28 srv-2 convertor: STG mysql_store-mutex MysqlReConnect() Sep 3 16:14:28 srv-2 convertor: STG mysql_store-mutex MysqlReConnect() Sep 3 16:18:10 srv-2 convertor: STG mysql_store-mutex Use MYSQL TCP port Sep 3 16:18:10 srv-2 convertor: STG mysql_store-mutex MysqlReConnect() Sep 3 16:18:10 srv-2 convertor: STG mysql_store-mutex MysqlReConnect() Sep 3 16:18:10 srv-2 kernel: pid 35994 (convertor), uid 0: exited on signal 11 (core dumped) И при запуске самого stargazer'a подобные строки. Кривой модуль mysql_store получился? P.S. Всё-таки сдаётся мне, что это какая-то несовместимость с данной версией мускуля...

Мускуль последний - 5.1.26. Как решить проблему?

FreeBSD 7, stg-2.405.9.8 В projects/convertor/build и Makefile поменял все вхождения lc_r на lpthread, в build добавил 7) OS=bsd5;; (gdb) r ./convertor.conf Starting program: /usr/home/queeq/stargazer/stg-2.405.9.8/projects/convertor/convertor ./convertor.conf [New LWP 100066] [New Thread 0x28301100 (LWP 100066)] main.cpp > 15:53:47 > Start file_store.cpp > 15:53:47 > FILES_STORE_SETTINGS::ParseSettings file_store.cpp > 15:53:47 > workDir = /mnt/var/stargazer main.cpp > 15:53:47 > Importing admins: Program received signal SIGSEGV, Segmentation fault. [switching to Thread 0x28301100 (LWP 100066)] 0x2818898e in memcpy () from /lib/libc.so.7 (gdb) bt #0 0x2818898e in memcpy () from /lib/libc.so.7 #1 0x28454b61 in net_write_buff () from /usr/lib/libmysqlclient_r.so.16 #2 0x28454d3c in net_write_command () from /usr/lib/libmysqlclient_r.so.16 #3 0x00000000 in ?? () #4 0xbfbfc1d8 in ?? () #5 0x28454f11 in net_clear () from /usr/lib/libmysqlclient_r.so.16 Previous frame inner to this frame (corrupt stack?) ls -la /usr/lib | grep mysql lrwxr-xr-x 1 root wheel 38 Aug 28 13:44 libmysqlclient.so -> /usr/local/lib/mysql/libmysqlclient.so lrwxr-xr-x 1 root wheel 43 Sep 3 14:50 libmysqlclient_r.so.16 -> /usr/local/lib/mysql/libmysqlclient_r.so.16 То, что эти файлы являются ссылками может влиять? База пытается браться из смонтированной по NFS папки на другом серваке. Пробовался вариант и с локальной папкой /var/stargazer - тот же результат. Пробовалось два варианта с ModulesPath: ../stargazer/modules и /usr/lib/stg - по барабану. Корка тут, т.к. к сообщению не прикрепляется...

Главный пост обновлён. Пробуйте

Наконец-то я добился того, что сабжевая связка устанавливается. ВНИМАНИЕ! Скрипт не проверяет наличие ошибок при установке компонентов! Поэтому убедитесь, что выполнены все условия для установки каждого из компонентов! Посему выкладываю скрипт автоматической установки и сопровождающие файлы: install_stg - собственно скрипт stg_freebsd7.patch - костыли для того, чтобы Старгейзер работал на 7-й фре. sgconf_xml_freebsd7.patch - такие же костыли для sgconf_xml Кроме того нам потребуется: stg-2.405.9.8.src.tgz stg-2.405.9.8_STG-WEB.patch mysql_mutex-0.68_STG-WEB_stg-2.405.9.8.tar.gz mod_netflow-1.3.4-stg_web.tar.gz sgconf_xml-1.05.9_STG-WEB.tar.gz stg-web_0.08.tar.gz Складываем всё это в одну папку и запускаем ./install_stg (в части установки netflow его установщик спросит о модификациях stg - оба раза надо отказаться). Установка stg-web и sgconf_xml производится в /usr/local/www/apache22/data/stg_web/ Если вы хотите установить его в другое место, поменяйте данный путь в конце install_stg Для установки sgconf_xml создаются символические ссылки: ln -s /usr/local/include/expat.h /usr/include/expat.h ln -s /usr/local/include/expat_external.h /usr/include/expat_external.h Работоспособность всего этого дела пока что не проверялась

А на 7-й фре что-то вообще не собирается... Даже просто stg-2.405.9.8 + mod_netflow-1.3.4 gmake[2]: Entering directory `/usr/home/queeq/stargazer/stg-2.405.9.8/projects/stargazer/plugins/authorization/inetaccess' g++ -c inetaccess.cpp -O2 -I/usr/local/include -Wall -fPIC -I /usr/home/queeq/stargazer/stg-2.405.9.8/projects/stargazer/../../include -DFREE_BSD5 g++ inetaccess.o /usr/lib/libpthread.so /usr/home/queeq/stargazer/stg-2.405.9.8/projects/stargazer/../../lib/libstg_common.so -L/usr/local/lib -shared -L/usr/home/queeq/stargazer/stg-2.405.9.8/projects/stargazer/../../lib -Wl,-rpath,/usr/lib/stg -lpthread -lstg_common -o mod_auth_ia.so ln -fs "`pwd`/mod_auth_ia.so" /usr/home/queeq/stargazer/stg-2.405.9.8/projects/stargazer/modules/mod_auth_ia.so gmake[2]: Leaving directory `/usr/home/queeq/stargazer/stg-2.405.9.8/projects/stargazer/plugins/authorization/inetaccess' gmake -C configuration/sgconfig gmake[2]: Entering directory `/usr/home/queeq/stargazer/stg-2.405.9.8/projects/stargazer/plugins/configuration/sgconfig' gmake[2]: *** No targets. Stop. gmake[2]: Leaving directory `/usr/home/queeq/stargazer/stg-2.405.9.8/projects/stargazer/plugins/configuration/sgconfig' gmake[1]: *** [configuration/sgconfig] Error 2 gmake[1]: Leaving directory `/usr/home/queeq/stargazer/stg-2.405.9.8/projects/stargazer/plugins' gmake: *** [plugins] Error 2 Хотя чистый stg-2.405.9.8 (после определённых манипуляций с lc_r -> lpthread) собирается нормально

Как я понял, последняя работающая связка - это 2.4-2007.01.20-13.47.20 + stg-web_0.06 + mod_netflow-1.3.4 и для stg-2.405.9.8 такого не сделать. Вот и хочется узнать когда выйдет что-то подобное. И можно ли взять на тестирование сейчас.

Разработка остановилась?

Как хорошо, что я дочитал эту тему до конца Подскажите, пожалуйста, работающий рецепт STG + netflow + stg-web. Есть ли более свежий, чем 2.4-2007.01.20-13.47.20 + stg-web_0.06 + mod_netflow-1.3.4?

да-да, поддерживаю pf!

enable conf t ip http server

Мысль хорошая. Особенно полезно ставить её на клиентские тачки, которая будет производить операции по их защите. А то от одностороннего arp-спуфинга на клиента она не защитит, если стоит только на сервере. Ещё пару замечаний. Во-первых всплывает проблема смены пользователями компов либо использования нескольких компов (например, ноутбука). В таком случае я вижу решение в клиент-серверной архитектуре с регистрацией своих маков на сервере. Т.е. когда клиент хочет добавить новый комп в сеть, он ставит программку и регистрируется на сервере. Допустим это должен администратор утвердить вручную. После этого и клиентские машины, с установленным X-Lan Manager'ом будут принимать пакеты от данного компа. Ну а кто не защитился - сам виноват, мы предупреждали Ещё одно замечание касательно этого: Например программа ettercap тихонько шлёт gratuitous arp пакеты клиенту (при односторонней атаке) - это одиночные reply с одиночной связкой mac-ip, поэтому даже если у пользователя стоит данная программа - метод, указанный в п.3, не сработает.

Гы, я в соседнем здании работаю

to hell1987 ИМХО, Ваши неграмотно написанные сообщения являются поводом ставить под сомнения Ваши слова.

мы не ищем легких путей! а на самом деле - все равно надо будет ставить роутер, все равно прийдется делить сеть на подсети.. и чем больше сейчас ты захватишь маской тем больше прийдется менять в дальнейшем. Да, это по-правильному. Но тут надо по-быстрому

Хм. Почему в таком случае просто маску не увеличить? Поставить, например, 172.16.22.0 /23

Можно.

Просто ставите управляемый свич где запланировали, разбиваете на вланы. Делаете транковый порт в сторону роутера. По-идее тупые свичи должны dot1q пакеты нормально до роутера форвардить.

Не обязательно с этим разбираться. Можно нанять интегратора, который всё сделает за тебя и будет поддерживать твою сеть.

Чудеса какие-то. А есть возможность поменять этот тп-линк на что-то другое временно?

Zaporog"e подфартило...

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

И скажите ещё, пожалуйста, кто какие 16-портовые тупые гигабитные свичи использует. Д-линки нормальные такие?