nightfly

Скорее всего сломается. Для миграции более чем трех с половиной юзеров лучше использовать генерацию SQL дампа, который потом еще и можно по своим потребностям подрихтовать и уже тогда заливать, при потушенном старгейзере ессно. Традиционная регистрация средствами stargazer-а довольно медленная и любит взрываться, по причинам утечек памяти и еще невесть чего.

Вообще пофигу - если "щас" попадает в интервал заданный в от и до - все будет ок. Если "щас" не попадает в этот интервал... ну значит не попадает...

Ага, взять и написать, в чем проблема?

1. Под реальные айпишки зарезервирована 10 табличка, см. документацию по NAS rscripd. 2. Просто дорисуйте ее а firewall.conf по образцу второй, ессно за вычетом NAT-а. 3. Думаю понятно, что айпишка алиаса должна попадать в сеть/cidr но не должна присутствовать в диапазоне "от-до", за вычетом айпишек вида х.х.х.1 - они юзерам принципиально не выдаются, с надеждой, что там "мы". 4. И да - ничем они не отличаются.

Когда я это писал, я смотрел на часы и прикинул, что они ходят стрелочками слева направо.

Пффф. https://github.com/nightflyza/Ubilling/blob/master/docs/dshaper/dnswitch.php#L149 Воткните себе следующей строкой что-то типа $up_mark=$normal_mark-18000; // (или сколько у вас там смещение в OnConnect?) dshape_SwitchSpeed($new_speed,$up_mark,$shape_interface,$shape_method,$speed_size); и живите щастливо.

Моя гадалка на кофейной гуще, на сегодня сломалась.

У вас время "от" получается меньше времени "до". Должно быть от 06:59 до 15:10 или типа того. Поскольку время текущего периода определяется максимально тупо и прямолинейно в виде: ЩАС > время_от а также ЩАС < время_до

Это атавизм, не использующийся уже около двух лет. На шейпинг дамминетом изначально никак не влияет.

Запускайте руками, смотрите чего он делает. Смотрите в date. Прикидывайте - попадает ли оно в ваши интервалы и как...

1. Пользователь заморожен = АП не начисляется, пользователь перманентно OnDisconnect, все остальное может себе происходить. 2. Пользователь неморожен = АП начисляется старгейзером, относительно состояния счета вызываются OnConnect/OnDisconnect, все остальное может себе все так же происходить.

# ntpdate time.in.ua # adjkerntz -a # /etc/rc.d/cron restart должно бы помочь

а замороженость как?

http://wiki.ubilling.net.ua/doku.php?id=stargazerdailyfee

Не могли бы. http://ubilling.net.ua/stg/stg-new-daily-fee.tar.gz 8643$ можете высылать бандеролью, мелкими немечеными купьюрами Нет. Мануал по обновлению планировал написать еще вчера, но как-то шибко занят другими срочными штуками. Намалюю когда освобожусь.

Да, тот.

Отличный вариант, Работать будет ? А если поставить 0.1 ? Я даже больше скажу: RESET_AO=xyu или RESET_AO=fayans даст точно такой же эффект. Хотя более склоняюсь к фаянсу.

Як здоров'ячко? Бо мені казали, що ви захворіли. В мене - взагалі супер. А жінку сьогодні вже виписали. Так що непродуктивні лікарняний/міні відпустка підійшли до кінця

I'll be back З завтрашнього дня виходжу на роботу.

Фаянс!

Где-то в /stg-2.408/projects/stargazer/ (X-X)==0 всегда Также как и (Y-Y)==0 Нет. Вообще бл..дь не ясно, как эти ваши фантазии про "баланс минус баланс" соотносятся с объективной четырехмерной реальностью.

60/120 вполне ок, при кило юзеров на на 1 нас. При медленных On* скриптах, типа микротичных придется еще раза в два выкрутить.

Угу, потому как аватарка достается по банальному хешу мыла. По идее там мыло должно быть в ловеркейсе. Надо будет посмотреть на досуге, как оно в реальности работает.

И всеравно, проигнорировали кусок ФАК-а, где четко сказано, почему детальная статистика именно таая, какая она есть. На данном этапе это атавизм, созранившийся с эпохи тарифов "скорость 128кбит, оплата помегабайтно".

См. пост тремя сантиметрами выше.