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 f

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

Несподіванний ефект Тепер в них швидкість взагалі не ріжеться. Точно нормально 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.