nightfly

Ок. Вже добре. А з мікротіками шо?

Затестив. Вихідні умови: 1. Чиста 0.4.3 обновлена до 0.4.4 rev 2768 тупо запуском autoubupdate.sh 2. Зробив # rm /etc/stargazer/Get* && rm /etc/stargazer/On* && rm /etc/stargazer/fullArp.php && rm /etc/stargazer/config # cd /usr/local/www/apache22/data/billing # cp -r docs/presets/MikroTik/ /etc/stargazer # chmod a+x /etc/stargazer/On* 3. намалював в /etc/stargazer/config.ini вірний пароль mysql Результат: root@test:/usr/local/www/apache22/data # ipfw show 06000 1222 110352 nat 1 ip from table(2) to not table(9) via em1 06001 1975 2063802 nat 1 ip from any to 10.0.3.15 via em1 12000 1246 112980 pipe tablearg ip from table(3) to any via em0 in 12001 1950 2062529 pipe tablearg ip from any to table(4) via em0 out 65533 0 0 deny ip from table(2) to any via em0 65534 0 0 deny ip from any to table(2) via em0 65535 1071 286432 allow ip from any to any root@test:/usr/local/www/apache22/data # ipfw table 4 list 172.16.0.4/32 8101 root@test:/usr/local/www/apache22/data # ipfw pipe show 08101: 2.048 Mbit/s 0 ms burst 0 q139173 32 KB 0 flows (1 buckets) sched 73637 weight 0 lmax 0 pri 0 droptail sched 73637 type FIFO flags 0x0 0 buckets 0 active 00101: 1.024 Mbit/s 0 ms burst 0 q131173 32 KB 0 flows (1 buckets) sched 65637 weight 0 lmax 0 pri 0 droptail sched 65637 type FIFO flags 0x0 0 buckets 0 active Як видно - все ходить, швидкість ріжеться.

Все. Починаю слухати тематичну музичку і тестити на собі.

Несподіванний ефект Тепер в них швидкість взагалі не ріжеться. Точно нормально rscriptd.drv поправили?

Тимур каже шо подивиться шо то таке. Вже добре ipfw table 4 list та ipfw pipe show шо на це кажуть?

Всьо. Знайшов баг. Хотфікс: Файл /stc/stargazer/system/executer/rscriptd.drv Оцево: shell_exec($this->config['fwcmd'] . " pipe " . (ID + 101) . " config bw " . $rate['TX'] . " queue 32Kbytes"); shell_exec($this->config['fwcmd'] . " pipe " . (ID + 8101) . " config bw " . $rate['RX'] . " queue 32Kbytes"); слід замінити на таке: shell_exec($this->config['fwcmd'] . " pipe " . (ID + 101) . " config bw " . $rate['TX'] . "Kbit/s queue 32Kbytes"); shell_exec($this->config['fwcmd'] . " pipe " . (ID + 8101) . " config bw " . $rate['RX'] . "Kbit/s queue 32Kbytes");

2 major12 За замовчуванням net.inet.ip.fw.one_pass=1. Якщо хтось з якихось міркувань його вимикає з якихось конкретних міркувань - він мав би знати навіщо це треба. 2 mgo Ну так то всьо шо лежить в docs/presets/mikrotik - його творчість. Я в ній слабо розбираюсь. sysctl -a | grep "one.pass" Точно якась фігня в вас панове відбувається. Давайте якось швиденько обновляємось до 0.4.4, тушим старгейзер і обновляємо по дорозі скрипти ініціалізації.

ну дик чудес не буває - якшо юзера є в табличках і пайпи на них постворювані, значить одне з двох: 1. їм видано лівий дефолтраут 2. вимкнено якогось біса one.pass таки обновитись би - гірше точно не буде не впевнений чи так має бути - це точно тре питати в jcomm PS зловісні однако тарифи в 10Кбіт/с =)

UPD: Там доречі ше самі OnConnect/OnDisconnect скрипти обновились суттєво наскільки я памятаю станом на 0.4.3-0.4.4. Точніше вкурсі jcomm шо він там наворотив. Як варіант я б ше обновився до 0.4.4 current та розгорнув нові заготовки скриптів OnConnect/OnDisconnect оттако, попередньо потушивши stargazer: # rm /etc/stargazer/Get* && rm /etc/stargazer/On* && rm /etc/stargazer/fullArp.php && rm /etc/stargazer/config # cd /usr/local/www/apache22/data/billing # cp -r docs/presets/MikroTik/ /etc/stargazer # chmod a+x /etc/stargazer/On*

де фінальний deny на table(2)? Це для користувача з неактивним рахунком? Давайно спробуєм для початку увімкнути debug = TRUE в /etc/stargazer/config.ini а також уважно подивитись на ipfw table 4 list та ipfw pipe show

логіка - вірна нереально ж шо нам розповідає /var/stargazer/allconnect.log і як виглядає ipfw show?

Ну это с заделом на будущее и универсальность На самом деле критически нужны ему: mysql, bcmath, mbstring, xml.

Вроде все. Бай дефолт оно ставиться с заделом на будущее, как-то так: extension=bcmath.so extension=ctype.so extension=dom.so extension=filter.so extension=gd.so extension=hash.so extension=iconv.so extension=json.so extension=mbstring.so extension=mysql.so extension=pdo.so extension=pdo_sqlite.so extension=phar.so extension=posix.so extension=session.so extension=simplexml.so extension=sqlite3.so extension=tokenizer.so extension=xml.so extension=xmlreader.so extension=xmlwriter.so

/etc/stargazer/ А я бы просто дописал +-4 строчки в два вышеуказанных скрипта и общий резак по tablearg.

Ну дык берете, и в процессе конвертации абонбазы выставляете какие вам там нужны айпишки, выкроив под это дело предварительно нужную подсеть. В чем проблема?

Из готовых вещей есть вот такое. Скорость на ua-ix общая и может отличаться от тарифной. В случае если требуется каждому абоненту выделять отдельный пайп на украину с какой-то кастомной скоростью - придется крутить логику в OnConnect/OnDisconnect. Но в целом - все также тривиально.

1. Это - изначально херовая идея 2. Это - описано в FAQ. Подсказываю - в разделе "Технические вопросы"., 3. Да - шансы крашнуть целостность данных вполне себе не иллюзорны.

цитирую: cd /usr/ports/lang/php5 && make WITH_CLI=yes WITHOUT_APACHE=yes BATCH=yes install cd /usr/ports/lang/php5-extensions/ && make WITH_MYSQL=yes WITH_MBSTRING=yes WITH_ICONV=yes WITH_GD=yes WITH_BCMATH=yes WITH_XML=yes BATCH=yes install

А тем временем себе спокойно существует автоматический скрипт сборки NAS под управлением rscriptd.....

Как оказалось, некоторые люди умудряются при миграции накликивать по 300-500 абонентов методом их последовательной регистрации на свеже установленном Ubilling Есть подозрения что такие суровые действия, со стороны беженцев с других систем, в первую очередь связаны с не документированностью штатного механизма конвертации абонбазы. Вот: исправляем досадную недосказанность.

Кстати как-минимум намекает на то что в ходе установки не собрался и не запустился сам stargazer.

А могли бы вместо истерических переустановок и панических "ааааничивонеработает" посмотреть себе логи из /tmp/ub* после трехминутной оффлайновой установки и подумать, где же все-таки умудрились налажать....

Очевидно делаете, но что-то бесполезное. Попробовал 10 минут назад. Я реально не знаю, с чем вы тут не способны справиться: www.youtube.com/watch?v=xx6j5J7H9HU Работает изкоробки и с пол-пинка, что в плотную нас подводит к чтению FAQ, в частности 9-го и 15-го вопросов.

У всех, все ставиться. У вас - нет. Повод задуматься.

зачем? зачем? коряво заполнен диапазон в модуле "Сети и сервисы" Чисто из интереса попробовал поставиться по быстрому на 8.4 i386 с offline KMOD - ровно три минуты. Не представляю с чем там можно не справиться. Почему не 7.2 или скажем 6.4? Точно такие же давно не поддерживаемые релизы как и 8.3.