nightfly

Попробуйте пройти самостоятельно по запощенной вами не существовавшей никогда ссылке. А если вот покачать вот по этой не выдуманной ссылке с реального сайта, озаглавленной как Актуальная сборка UBinstaller можно вполне себе убедиться, в том, что внутри - таки 0.4.4. у вас судя по всему все "каким то-образом" происходит Как минимум тем, что она категорически неверно заполнена. Возможно указание подсети в формате CIDR - является для вас чем-то сверхъестественным, ну тогда даже не знаю что сказать.... Нет - у меня нету ни малейшего желания бесплатно давать образование людям, н

Итак начинаем разбор полетов для людей в принципе не знакомых с такими азами сетей, как скажем банальная адресация в них.

И где вы вообще взяли уже неподдерживаемый 0.4.3?

Вполне возможно. Мало ли о каких странных вещах вы вели беседы. Как-бы и не должны. Сами придумали или подсказал кто? Очевидно потому, что я понимаю о чем говорю? Гладью не вышивали? Цветы полили? Пыль протерли? В любом случае это возымело бы точно такой же ефект, как и все что вы пытаетесь изобразить начисто игнорируя документацию. Значит фигово описали в rules как минимум. Также не удивлюсь если у вас netflow сенсор запущен на каком либо левом интерфейсе либо что-то самодеятельное в этом духе.

Угу, оно походу только для виндового конфигуратора и нужно.

2 y0uuuu наркологический диспансер не здесь 2 jcomm по идее вообще пофигу - можно и не заполнять

Ну по логике - активный пользователь у которого все впорядке в этой жизни, не должен удаляться. Следовательно до своего удаления он должен быть отключен. Монтажники пользующиеся биллингом и самостоятельно переселяющие/удаляющие пользователей... что ж - хорошо хоть не уборщица... OnDelete? Удаление пользователя в процесе смены IP.... как мило.... Предлагаю просто выезжать к пользователю на дом с топором, после чего мочить всех свидетелей и быстренько спиливать оттуда.

2 DemonidZe Значит в новом релизе мы ничего критичного не сломали, во что слабо вериться. Либо сломали, как всегда что-то втихаря - и это будет вылезать до следующего релиза - в это вериться больше 2 felixio_01 Ну дык - для себя же писано И вам господа спасибо - кто ж еще будет так рисковать психическим здоровьем?

Все там же. тому что сами же и нарисовали в rules - по дефолту это 0.0.0.0/0 - тоесть таки интернет. Не нужно. Обзывалка направлений - в модуле "классы трафика" в rules - ссылка на документацию stargazer 20-ю сантиметрами выше. в третий раз - в rules во второй раз: вот ... а еще каждому пользователю по персональному тарифу, персональной подсети и чего уж мелочиться - по персональному биллингу....

Внезапно Релиз Ubilling 0.4.4 rev 2790 Список изменений: При AJAX подгрузке данных теперь отображается хоть какая-то визуализация дающая понять что «хоть что-то происходит». Модуль «Мониторинг сигнала на Mikrotik»: теперь отображает IP мониторимых БС а также IP, Ф.И.О. и тарифы пользователей. Модуль «Планирование работ»: теперь показывает задачи только в текущем году, за исключением случая если текущий месяц - Январь. Модуль «Отчет по подключениям»: теперь популярность тарифов отображается относительно выбранного месяца. Модуль «Редактирование примечаний»: более строгое логирование. Модул

Почему все испытывают с этим такие страшные трудности - на данный момент остается загадкой вселенского масштаба. Давайте будем считать что это делается элементарно и раз и навсегда закроем этот вопрос. Хорошо?

Пожалуйста: Значит так "ищете". Также абсолютно беспроблемно в том же FAQ вы могли найти вот эту вот ссылку по которой настолько подробно разжеваны вопросы тарификации и прочих вещей, которыми заведует stargazer - насколько это вообще возможно.

ну значит фигово "прикрутили" очевидно никто не знает почему Под кроватью искали? А на антресолях? man ipfw, хотя возможно вы ожидаете увидеть скорость в 10кбит/с - вам виднее. Возможно использовав для этого какой-то другой нетарифицируемый класс трафика при создании тарифа? Господи, убейте меня Основываясь на всем этом потоке сознания я могу задать только два вопроса: 1. у вас хоть какой-то опыт администрирования FreeBSD есть? 2. документацию и FAQ в частности вы игнорируете чисто из принципа или по каким-то сугубо религиозным мотивам?

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

Затестив. Вихідні умови: 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?