borin

Добрый день! Имеется OLT BDCOM P3310B. Ноо не могу, ни как найти как аналог команды epon pre-config-template 1tv binded-onu-llid 5, через SNMP Нашел что за это отвечает ветка .1.3.6.1.4.1.3320.101.22.7, но не могу найти MIB который описывал бы эти значения. Хотел бы автоматизивать управление OLOм по SNMP. Может кто находил подобное, спасибо!

Супер, мы тогда так и не доделали, сменил место работы. А под какие БД работает, мы тогда под пострегу писали.

А можно ссылку на вэбку, эту не понял как открыть. Очень хочется посмотреть.

А firewall у вас на столько суровый что сам правила придумает В скрипте не увидел не одного разрешающего правила.

Конечно надо Если sgconf еще сможет добавлять/изменять администраторов и тарифы то будет совсем замечательно, и еще если можно такую опцию: передаем sgconf логин-пароль администратора, в ответ получаем ok или error, хотел бы использовать в качестве авторизации администраторов на сайте, т.к. пароль админа зашифрован, а с blowfish для php не разобрался. На Си писать не умею к сожалению , но вэб интерфейсом когда допишем, обещаю поделиться со всеми

о_О еще обнаружил ./sgconf не умеет устанавливать credit_expire, ну действительно придется пользоваться конфигураторами вперемешку.

Планируется ли добавление функционала в sgconf который идет в комплекте, ну там управление администраторами и тарифами. Повторюсь управление всем из одного конфигуратора было бы ваще прекрасно, да еще если разработчиками поддерживается. Тоже кажется странным, я в принципе в курсе про кодировку, просто решил всячески оттестить, прежде чем на форуме написать.

Интересна судьба этих 2-х консольных конфигураторов, кто разработчик, будут ли развиваться??? ./sgconf_xml - вроде бы хороший конфигуратор, но есть минус, даже два: 1)не умеет disable-stat 2)в связке stg-2.406+БД(postgres) не знаю с другими БД не пробовал при запросе ./sgconf_xml -s 127.0.0.1 -p 5555 -a admin -w password -r '<SetUser><login value="krong" /><cash add="0" msg="Тут пишем сообщение" /></SetUser>' <SetUser>ok</SetUser> <!-- Ok --> в базе квадратики, если обрабатываю функцией stg_encode12 т.е. ./sgconf_xml -s 127.0.0.1 -p 5555

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

Вот Алферов, вот шайтан, сбил меня с пути истинного, на боевом сервере стоит 405 старгайзер с web-Алферова, и когда я там удалял пользователя он тут же пропадал и мне больше не отображался, а тут в своей вебке которая под postgresql удаляю пользователя, а он на месте и только через 3 минуты пропадает. Вот тут то я и запутался, думал в мускуле значится сразу удаляется, а в постгресе нет. Оказывается Алферов просто скрывал удаленных пользователей. Не удобно конечно для вэб интерфейса, что пользователь сразу не удаляется из базы, вроде удалил, а он тут, ладно статистика тут все норм, минутой

Кстати такое же поведение было замечено и с tb_stats_traffic, т.е. информация о изменении трафика вносится туда тоже где-то через 2-3 минуты.

Еще заметил одну багу: если добавлять пользователя через виндовый-конфигуратор, то информация о нем тут же заносится в базу (база postgresql), но вот если удалить пользователя, то запись из базы удаляется через 2,5-3 минуты. Не знаю может это и фича, но вот для вэб интерфейса это бага, т.к. информация выдаваемая будет не актуальна (инф. о пользователях достаю из базы sql запросом). PS. На БД Mysql такого не замечал, там такие изменения в базу в вносились сразу.

Протестировал и под XP та же ошибка. Тестировал конфигураторами:sgconfig.1.91.9.win.exe, sgconfig.1.90.9.win.exe, sgconfig.1.89.9.win.exe.

Итак воссоздаю ошибку. Создаю базу stg_tmp sudo su postgres createdb stg_tmp createlang plpgsql stg_tmp Заливаю дамп: psql stg_tmp -f stg-2.406/projects/stargazer/inst/var/00-base-00.postgresql.sql Лог заливки базы: CREATE DOMAIN CREATE DOMAIN CREATE DOMAIN CREATE DOMAIN CREATE DOMAIN CREATE DOMAIN CREATE DOMAIN CREATE TABLE psql:stg-2.406/projects/stargazer/inst/var/00-base-00.postgresql.sql:92: NOTICE: CREATE TABLE создаст подразумеваемую последовательность "tb_admins_pk_admin_seq" для serial-колонки "tb_admins.pk_admin" psql:stg-2.406/projects/stargazer/inst/var/00

Тоже решил попробовать собрать Stargazer с модулем Postgresql, долго мучился с дампом базы sudo su postgres createdb stg createlang plpgsql stg_database psql stg_database -f 00-base-00.postgresql.sql После того как залил оказалось, что таблицы были пустые кроме, tb_admins, ну соответственно конфигуратор пускал под admin/123456, ну а на все дальнейшие действия вылезала ошибка. Только потом до меня дошло, что для того чтоб конфигуратор не ругался надо заполнить остальные таблицы. Собрал конвертер и конвертнул пустую текстовую базу в postgresql и все конфигуратор заработал. Не

Скопируй эту библиотеку из stg-2.406/lib/ в /usr/lib/stg и будет те счастье. На сколько я знаю web-интерфейс Алферова не работает с версией 2.406, а sgconf_xml норм собирается и работает с новой версией.

Отличный совет, если бы я мог разобраться в исходниках я бы не спрашивал совета. В принципе, если бы научить sgconf, чтоб он при передаче ему логина пароля, давал однозначный ответ "да"/"нет"/"сервер не запущен", мне как таковой пароль в чистом виде и не нужен. И еще вопрос разработчикам: планируется ли обучение sgconf который идет в комплекте, тем функциям которые доступны через sgconf_xml? Тогда бы можно было использовать только родной.

Нет, меня наверно не правильно поняли, старгайзер сохраняет пароли в базе уже в зашифрованном виде, например: пользователь admin, а пароль geahonjehjfofnhammefahbbbfbmpkmkmmefahbbbfbmpkmkmmefahbbbfbmpkmkaa, а на самом деле пароль 123456. Т.е. вот эта "geahonjehjfofnhammefahbbbfbmpkmkmmefahbbbfbmpkmkmmefahbbbfbmpkmkaa" это уже и напоминает хэш-функцию от 123456. Только дело в том нужен алгоритм каким образом старгайзер формирует из 123456 вот эту длинную строку. Тогда проблем не возникнет, мне останется преобразовать пароль который будет вводить админ в вэб-интерфейсе к такому же виду и сравн

Пишем вэбку которая бы работала с не патченной базой (решили не дожидаться автора, да и за одно по изучать php). Все пока на начальном этапе, стали прикручивать авторизацию, и тут же напоролись на грабли: пароль в базе на администраторов шифруется. Тут вижу 2 выхода и 1 костыль: 1) Если пароль можно расшифровать, расшифровываем и сверяем с тем что ввел админ 2) Если пароль зашифрован необратимым шифрованием, то шифруем тот пароль который вводит пользователь и полученный результат сверяем с тем что в базе 3) (костыль - сейчас пока так и реализовано) прошу sgconf_xml совершить какое-нибудь д

Тогда вот, что-то типа так из консоли: mysql -uLogin -pPassword stg_database -e "SELECT login, day, startTime, endTime, IP, down, up FROM detailstat_09_2008 WHERE login='pap' and day='15'" > /var/www/stat PS: и патчить не надо и совсем просто.

Коллега как раз что-то типа такого пишет, чтоб можно было делать выборку детальной статистики по человеку и показывать ее через WEB, только когда напишет фиг знает А так вот статистика от разработчика: http://stg.dp.ua/modules.php

А на офф сайте смотрел??? http://stg.dp.ua/download.php?show=all вот прямая ссылка http://stg.dp.ua/download/sgauth/2.12.6/sg....2.12.6.src.tgz

вопросик; перечитал посты, ща гадаю стоит ли переводить сервак на mysql_mutex_0.68 или пока на 0.67 жить? что нового в 0.68?

спс, я еще не волшебник, а только учусь

Решил поменять Debian на Ubuntu server, все застопорилось на сборке sgconf_xml borin@ruter:/usr/src/stargazer/stg-2.405.9.8/projects/sgconf_xml$ ./build ############################################################################# Building sgconf for Linux ############################################################################# Checking for -lexpat... yes Makefile:88: deps: No such file or directory gmake -C /usr/src/stargazer/stg-2.405.9.8/projects/sgconf_xml/../../stglibs includes gmake[1]: Entering directory `/usr/src/stargazer/stg-2.405.9.8/stglibs' gmake includes -C conff