nightfly

волшебно, года 2 как без единого падения (пыщь пыщь по столу из дсп) Stg v. 2.406-rc1 Sgconf version: 1.07.9 патченный, хотя патч меняет только возможность изменения AlwaysOnline. Должно работать и на таком. To set IP-addresses use: sgconf set -s <server> -p <port> -a <admin> -w <admin_pass> -u <user> -I <*|ip_addr[,ip_addr...]> To get IP-addresses use: sgconf get -s <server> -p <port> -a <admin> -w <admin_pass> -u <user> -I

ну значит оно вам и не нужно считайте просто примером как можно интегрировать в сию морду вывод любых консольных конструкций. покажите как ругаеться - isc dhcpd всюду один - должон работать собственно: /usr/local/etc/dhcpd.conf option domain-name "ctv"; option domain-name-servers 172.30.0.1; default-lease-time 3600; max-lease-time 43200; authoritative; ddns-update-style none; log-facility local7; one-lease-per-client true; deny duplicates; ########################################### subnet 172.30.0.0 netmask 255.255.248.0 { default-lease-time 3600; option domain-name "ctv"

конкретный IP для пользователя выбираеться по справочнику сетей dhcp, исходя из lastusedip+1 - оно там для этого и есть. Выглядеть это должно так: скорее всего это случилось поскольку scripts/setip не отработал верно - попробуйте позапускать руками как ./setip login ip и посмотреть в чем косяк (надеюсь все путя вида /home/nightfly/billing-current/scripts/ поправили под свои реалии?)

2 Neelix правильные, просто я забыл засунуть в дамп умолчательные данные 2 Anton_M попробуйте в табличку networks засунуть вручную свою сеть допустим subnet: 192.168.0. а в subnetstate что-то типа: subnetid: 1 (id подсети из таблички networks) lastusedip: 2 (последняя использованная в ней айпишка) current: 1 (флаг текучести) После этого справочник сетей и регистрация должны нормально отрабатывать. Еще один нюанс который забыл осветить в мануале: chmod -R a+x ./scripts/*

дебаг в api.mysql включите - сразу и увидите в чем проблема Скорее всего не заполнили справочник сетей - он только для регистрации нужен.

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

ура ура

Какой бюджет и база какая?

Причем тут биллинг? Это проблемы неадекватного подхода к работе с субд - сейчас имею 2 нагруженных хоста с крутящимися мускулями 32 и 37 гиг по базам соответственно - полет нормальный, ниодной смерти табличек. детальная статистика для 2к пользователей? за 10 лет назад? зачем? +1 ...нормально рисуй индексы/переходи в иннодб

в конфиге да

зачем? нет - стг не читает базу в процесе работы, только переписывает FreeMbAllowInet - не оно (в случае пакетных тарифов)? Кроме того, а кто запрещает сделать допустим файловые архивы просто по 0 денег за Мб отдельным класом трафика?

зачем их переучивать?

Ясно - уровень "провайдера" так и прет. это совсем другая кухня - на то есть свои весомые причины, так делают многие _нормальные_ ктб операторы. Нежелание же пойти на встречу пользователю методом выставления 1-й(!) галки в конфигураторе чтобы сделать возможным использование полностью стандартного(!) абонентского оборудования (не цмтс же новый вы просите оператора приобрести) - хороший показатель уровня конторы с которой вы связались. ну в принципе да - если провайдер использует скажем DHCP или же просит рученьками прописать айпишечки юзера чтобы поверх них ходили inetaccess-ы то не

Для него это что-то меняет? У меня все пользователи по определению всегда онлайн - это ликвидирует массу проблем в том числе и с роутерами на фрях, и железными роутерами, и с рабочими станциями на соляре (да да - даже такие юзера бывают). Провайдер должен думать о том как(!?) пользователь должен в последствии пользоваться предоставленными услугами - если он по определению не может ими пользоваться (допустим хочу интернеты у себя по офису раздавать циской пиксой - мне что выкинуть ее?). В принципе никто не мешает попробывать собрать sgauth под целевую платформу (с ужасом представил себе еще

а AlwaysOnline - не?

а каким макаром по-вашему биллинг должен угадывать факт вашей "благотворительности"?

>>Ну оно как бы и да...но хочется гламурненько это не грамурненько - это наркоманьство. А FullFee=yes пробовали?

К городу отдельные пайпы что логично бы. Ну табличками допустим более гибко. Как пример pipe 9977 ip from table(5) to table(45) via em0 in pipe 9976 ip from table(45) to table(5) via em0 out В чем проблема, то?

Да не - не изза количества точно Stg-2.406-rc1 ? П.С. любопытно было вылезание косяков на 1к+ пользователей.

какая база/сколько юзверей? (чистое любопытство)

stg_get_fio_bylogin($login) делает просто 'SELECT * FROM `fioz` where `login`="'.$login.'"'; но все это потом проходит сквозь enc_corr($string,$reverse=false) в две стороны.

Дык подставьте ей свои реалии относительно кодировок и все. Она используеться для коректной обработки полей где возможна кирилица чтобы обеспечить обратную совместимость с виндовым конфигуратором.

эммм, а у вас одна улица? Если вы конвертируете уже существующую базу советую также обратить внимание на табличку fioz она в последней сборке работает костылем для безболезненного изменения RealName. Все проблемы с кодировками если такие возникают пока что решаются смотрением на функцию enccorr(). Ей богу очень хотелось вынести в инишку но лень меня победила, да и кодировка базы не каждый день меняеться.

вы совершенно правы, и это учтено см. таблица build и поля street (int) & build (varchar) где собственно указано id улицы где находиться дом и собственно номер дома (варчар). Все это привязываеться к таблице address где упомянутый вами build (int) не что иное как просто id конкретного дома на конкретной улице а kvart (varchar) изначально из рассчета на а/б/в итд (когда много пользователей в одной квартире). Знаю, это немного по-наркомански но делалось изначально с рассчетом на легкую интеграцию с другими уже существующими решениями привязаными к дом/улица/фио.

1. ссылку исправил - приношу извинения 2. http://bandwidthd.sourceforge.net/ - рисует симпатичные графички по типам траффика для указанных подсетей - приятно просто потом статистику абонента рассматривать выглядит это приблизительно так: под фрями ставиться без проблем из портов. КК патчить патчем от madf нужно в случае данной сборки для возможности проставления атрибута AlwaysOnline. Если такая не требуеться все должно работать и так. Замена ФИО абонента решена костылем с отдельной табличкой. 3. гениально, таки просто не исполнять кверизы с делитами, инсертами и апдейтами было очевидн