madf

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

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

Я вас помирю Во-первых, прошу не путать sgconf и sgconfig. sgconf - это консольный конфигуратор под *nix. sgconfig - это графический конфигуратор под Windows. Хоть и работают по одному протоколу, но все-таки разные утилиты. Во-вторых, sgconf, как и sgconfig никуда не денутся, т.к. полно сетей и на 20 абонов, и на 100 абонов. Не у всех их более 1000. Даже больше скажу - я постараюсь исправить ошибку приводящую к "тормозам" sgconfig. XML-RPC API предназначено, в первую очередь, для взаимодействия со сторонними разработками. Это ну никак не полноценный конфигуратор. И пока официального web-инт

Учитывая его юникс сокет он должен быть на одном сервере с старгазером когда с радисуом это далеко не обязательно рвать сессии тоже не важно но вот данные в пакете для шейпа нужны по зарез кат что если это уже есть в том что сделанно с удовольствием бы получиль преальфа весрию .. как раз помог бы с тестами , на данный момент один сервер стоит в режиме мыльница .. для миграции на дебиан Текущую версию всегда можно получить тут: https://gitorious.org/stg Нет, шейпов в ней нет. Они есть только в планах. Ну и неплохо было бы пользоваться знаками препинания

тоже рекомендую, с около полугода полёт отличный, кстати будет в комплекте с релизом? БД (кроме файловой и мускуля) уже давно можно было держать в юникоде, XML-RPC API выдает данные в юникоде. sgconf работает с текущей локалью. Чего еще-то надобно? Включение purestg2 в комплект мы с Алексеем не обсуждали. Да и зачем, оно сейчас и так неплохо себя чувствует.

Релиз 2.408 предполагает smux-плагин в составе стг? Конечно. Это единственное что пока не дает сделать релиз.

По поводу сроков. На сегодня 2.408 почти готов. Осталось дописать буквально мелочь и потестить. Если я туда воткну шейпы/маки/вланы - релиз затянется на неопределенный срок, т.к. надо будет реализовать логику и доступ к этим параметрам. В т.ч. и через sgconfig. Ну и скрипты миграции написать для PostgreSQL и FireBird. Из-за отсутствия скриптов, к стати, FireBird до сих пор использует старую и неэффективную структуру некоторых таблиц и до сих пор не внедрена расширенная помесячная статистика, реализованная в свое время для ГТС. Выбирайте: или скорый релиз 2.408 с несколькими "вкусными и полезн

Звучит очень заманчиво .. знать бы еще на сколько скоро это время переползаю с BSD на Linux ... переписывать свой биллинг не охото так как в нем не было функционала как у старгазера , но зато был дроп сессии впн или пппое при минусовом балансе COA ..... кстате есть в линуксе подобия ipfw table ? По поводу сессий VPN. Если используется pppd то рекомендую осмотреть на http://local.com.ua/forum/topic/25760-purestg2/

Для файловой базы, в силу ее специфики, апдейт пройдет вообще незаметно. Для базы в MySQL тоже, в силу специфики подхода избранного автором. Для остальных будет доступен инкрементальный апдейт структуры. Возможно, необязательный.

Я планирую в скором времени расширить список атрибутов юзера и тарифа. Юзеру будут добавлены VLAN, мак, входящий шейп, исходящий шейп. Возможно еще порт и IP свитча. К тарифу будут добавлены входящий шейп и исходящий шейп. Это не сложно и соответствует реалиями XXI-го века Возможно это попадет в грядущий скоро релиз 2.408. А может и нет. В любом случае я постараюсь сохранить обратную совместимость.

project/stargazer/plugins/other/radius/radius.cpp:479 int RADIUS::ProcessAcctStartPacket(RAD_PACKET * packet) { USER_PTR ui; if (!FindUser(&ui, (char *)packet->login)) { packet->packetType = RAD_REJECT_PACKET; printfd(__FILE__, "RADIUS::ProcessAcctStartPacket user '%s'

Его не нужно никуда добавлять. Его нужно передать в функцию Authorize.

Очень просто. В том месте где передается Framed-IP из FreeRADIUS отправлять его в пакете на сервер. А на сервере проверять: если ip == 0 то он не установлен и надо будет брать его из базы, а иначе делать дополнительную проверку на то, разрешено ли абоненту авторизоваться с этого IP и использовать его в последствии для вызова Authorize при аккаунтинге.

По заголовочным файлам. Если отбросить правку секций include то существенно поменялись две вещи. В conffile.h: < extern int cf_pair2xml(FILE *fp, CONF_PAIR *cp); < extern int cf_section2xml(FILE *fp, CONF_SECTION *cs); < extern int cf_pair2file(FILE *fp, CONF_PAIR *cp); < extern int cf_section2file(FILE *fp, CONF_SECTION *cs); --- > extern int cf_pair2xml(FILE *fp, const CONF_PAIR *cp); > extern int cf_section2xml(FILE *fp, const CONF_SECTION *cs); > extern int cf_pair2file(FILE *fp, const CONF_PAIR *cp); > extern int cf_section2file(FILE *fp, const CONF_SECTION *c

Начну с короткого ликбеза по тому как работает rlm_stg. Авторизация. rlm_stg (если он прописан в конфиге в секции авторизации) получает от FreeRADIUS логин абонента и Framed-Protocol. Второй нужен для фильтрации ненужных сервисов, на него внимания не обращаем. С логином, условно говоря, лезем в базу и получаем оттуда пароль в открытом виде. Этот пароль упаковываем в Cleartext-Password и возвращаем FreeRADIUS'у, о чем сообщаем посредством кода возврата RLM_MODULE_UPDATED. На этом этапе мы можем отклонить авторизацию если: логин в базе не найден; Framed-Protocol в конфиге запрещен. Аутенти

О боже, почему RAR?! Если меняются файлы FreeRADIUS то их лучше добавить в поставку Stargazer'а и не использовать системные. Тем более у FreeRADIUS давняя болезнь - проблемы со сборкой out-of-the-box. Так что такие вещи лучше предоставлять в виде патчей к stg. Ладно, сейчас сделаю диффы, посмотрю что там и как...

Давай патчи, я посмотрю.

Скорее всего вмесот аттрибута User-Password идет другой аттрибут. Хотелось бы видеть изменения которые были сделаны. Так по логам ничего не скажешь.

А как так получилось что он полез за "родными" заголовочными файлами? У него в комплекте идут патченные.

Пофиг на дизайн. Формат времени верните!

У меня тоже. Напрягает.

Значит будем пилить...

Он как-бы теперь только для второго. Но я его толком не тестировал, просто добился компилируемости.

А зачем iconv? Если им перекодировать файлы может вообще ничего не получиться. А для корректного занесения в MySQL нужно просто в нем в нужном месте (при коннекте) выставить SET NAMES koi8ru.

Замер времени между запросами InetAccess покажет... да ничего, в сущности, не покажет. На него влияет загрузка компа абона, по этому это не показатель. ping - да, почти бесполезен. Тем более что большинство современных версий Windows его блокируют по умолчанию (непонятно зачем). ping был реализован очень давно и уже мало кто помнит зачем, разве что Борис (автор системы).