Alferov

По п.2 согласен. Нет смысла. А вот по п.1 есть возражение. Даже не возражение а вопрос. А как трафик считать? Он ведь по IP считается! А если юзер авторизуется и сменит IP-адрес? За чей счет траф тогда будет?!

Есть небольшое пожелание, касаемое EAP Т.к. NAS не передает IP-адрес юзера, то проверить соответствие его на правильность нет возможности. И судя по исходникам, модуль просто берет первый IP из списка, прописанного в конфиге юзера и отдает его в функцию Authorize() Одноко NAS передает в поле "Calling-Station-Id" MAC-адрес. Так вот, нельзя ли, используя его, каким то образом получать IP? И отдавать этот IP дальше... в функцию Authorize() Иначе может получиться так, что юзер пришел с одного адреса, а OnConnect откроет другой.

ТЫК: ftp://h01.uzlovaya.ru/sgconf_xml.tar.gz )))))

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

А может у вас стг еще не остановился? И продолжает висеть на этом порту. Если останавливать стг скриптом (как положено), а не killall -KILL stargazer, то процесс остановки занимает довольно длительное время. Ведь надо каждому юзеру сделать disconnect и все такое прочее.

Уже много раз про это писали. Вариантов три. 1. из крона бэкапить все каждые 5-10 минут (скрипт пробегал на форуме) 2. держать все на журналируемой файловой системе (п.1. все равно надо бы выполнять) 3. поставить модуль MySQL

Видимо conf-файлы обнулились. Восстанавливай из backup'а.

не обязательно. Сам алгоритм известен. Есть класс Crypt_Blowfish на php. Не понятно как отдаются данные на шифрование... там чего то запутано все. Я не смог разобраться. Любой спец по Си, глянув исходники, разобрался бы. А я к сожалению не спец (((

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

http://local.com.ua/forum/index.php?showtopic=7857

Разумные пределы это сколько? icq - 104457969

2neom: это не ко мне. Это к Max'у

2neom Модуль store_mysql позволяет забыть про все это. После того, как ручками поковыряешь несколько раз конфиги и стату юзеров - понимаешь, что лучше сделать один раз нормально и забыть про такого рода проблемы.

Покурил... и понял, что наше дело труба. ))) Знаний у меня не хватает (а может терпения), чтобы разобраться в во всем этом. Конкретно в шифровании при авторизации на сервере СТГ. Конечно попробую дальше поковырять, а пока, - т.к. время не ждет, - с целью узнать таки формат и структуру запросов/ответов СТГ перелопатил весь парсер в плагине sgconfig, и переделал консольный конфигуратор так, чтобы можно было делать все то же самое, что и из виндового. Спасибо XoRe за наводку и пинок в сторону поиска ))) Покурив вот это: http://local.com.ua/forum/index.php?showtopic=4294 сделал КК, ра

Урррраааааа! Свершилось!!! Получил, поставил... работает. И быстро млин... даже не верится. )) Супер! Бигсенкс!

Нашел я тему эту. Если кому интересно почитать, вот - http://local.com.ua/forum/index.php?showtopic=4294 Все ясно... почти. Не совсем правда понятно как организовать авторизацию на сервере. Будем искать сами, раз разработчики не хотят помочь. (((

А зачем собственно на тот же сервер? Можно и на любой другой. PHP создаст соединение с стг как на локале, так и на удаленном хосте. Никакой разницы.

http://alf.uzlovaya.ru/tmp/sgconf.tar.gz По сравнению с ранее выложенной: Добавлено удаление/добавление юзеров Изменения Userdata0-9 Повторюсь. Уважаемые разработчики! Дайте плиз информацию по структуре и содержанию XML (запросы-ответы). И по алгоритму шифрования. Хочу попробовать сделать веб-морду без использования sgconf.

Давно ушло.

Теперь вот сижу и думаю... либо продолжать ковырять sgconf, чтобы можно было не только редактировать, но и добавлять/удалять юзеров, либо пойти другим путем. )) Насколько я понимаю, данные между СТГ и конфигуратором ходят в XML, ведь так? А почему бы в таком случае не использовать php-сокеты? Или тоже самое на перле? В этом случае все намного проще с моей точки зрения. И изящнее. Прошу у разработчиков помощи в этом направлении.

To set/unset 'AlwaysOnline' use: -u <user> -O <0/1> To change user's IP value use: -u <user> -I <new IP> To change user's Group value use: -u <user> -G <new Group> To change user's Phone value use: -u <user> -P <new Phone> To change user's Email value use: -u <user> -E <new Email> To change user's RealName value use: -u <user> -R <new RealName> To change user's Address value use: -u <user> -A <new Address> To change user's Note value use: -u <user> -N <new Note>

В любом случае придется прикручивать к веб-морде sgconf. Потому как прямое редактирование параметров в базе или в файлах ничего не дает, потому как СТГ плевать хотел на все эти изменения. Но это еще ничего... можно и прикрутить, но... тот sgconf, что распространяется, позволяет редактировать очень мало. Вчера поковырял исходники sgconf на предмет добавления функционала. Вроде переделал... теперь им можно все (или почти все). )) Кому надо - могу выслать на мыло... AS IS!

Имхо все надо в базу писать. А чтоб не разрасталось, каждый месяц переносить данные из этих таблиц в архивные таблицы. Например первого числа в 00-00-00 переименовывать таблицу из detail_stat в detail_stat_MMYYYY (тоже самое и с логами), и создавать заново пустую таблицу. А архивную можно потом еще и сжать и перевести в read_only средствами mysql. Это как вариант. Но в любом случае в базу.

Max, при всем уважении к тебе, я не готов отдавать деньги неизвестно кому и неизвестно за что. Деньги есть. Просто хотелось бы либо услышать мнение автора СТГ (стоит ли платить и платить именно тебе?), либо каких то еще гарантий. п.с. без обид. п.п.с. "dsa-3110" - а я думал речь о свитчах идет. А ты вон про что.

И вопрос по существу. Я конечно прочитал все посты касающиеся Firebird, однако не очень понял почему не именно он, а не мускл. Тем более что у абсолютного большинства, я думаю, мускл уже стоит и лепить еще что то рядом не очень то хочется. Зачем усложнять? Почему бы не добавить модуль MySQL? Финансирование этого модуля, в отличие от Firebird, думаю будет двигаться пошустрее.