madf

Если у вас NetFlow то при чем тут cap_bpf? К авторизации оно вообще отношения не имеет. И привязать авторизатор к какому-то локальному IP нельзя (хотя и не невозможно), он всегда шлет с подходящего по нужному маршруту. Вообще вам бы с физикой проблему решить, а не костыли городить.

Ну могли бы и сами проверить. Делов-то на пару минут. Но я сразу скажу — не работает. Используйте другие плагины захвата трафика: cap_divert например, или cap_nf и какой-нибуть NetFlow-сенсор.

Ох і накручено. Перевірте що NAS доступний з боку біллніга (ну хоча б пінгується). Ще перевірте свої скрипти OnConnect/OnDisconnect на NAS. Абони живуть у 192.168.10.0/24? Графіками і трафіком займається інший софт.

Биллинг спровектирован так чтобы контролировать все процессы происходящие с абонентами. После выключения биллинга теряется всякий контроль над этими процессами, по этому он их и выключает. Фактически это нештатная ситуация. Если вы хотите взять на себя ответственность за жизнедеятельность сети при выключенном биллинге - это нужно сделать вручную. Например, выполнив команду вида "ipfw add 10 drop ip from 172.16.0.1 to 172.16.0.2". Впрочем, если очень сильно хочется, можно добавить в систему вызов скриптов OnStart/OnStop.

Конечно, ведь при выключении биллинга он сперва отключает абонов.

Чего только люди не делают чтобы не использовать нормальные СУБД

Со стороны старгейзера точно придется останаваливать его перед изменением.

Можно. Обрабатывает.

Задержки на выключение пользователей не добавляется. Из ваших слов получается что нужно добавить в конфиг опцию которая эмулирует UserTimeout=∞ Мало 7200 — поставьте 86400 (сутки).

Что не так с UserTimeout? Как именно нужно модифицировать rscriptd?

Ок. А на латентность включения доступа это повлияет? Нет.

Та я так, аби побурчати

А чем грозит этот параметр? т.е. какие могут быть побочные действия? ... Земля налетит на небесную ось, истинно вам говорю! Грозит тем что увеличивается потенциальная латентность реакции на отключение доступа для абонента.

Попридираюсь: "All ok!" -> "Everything is ok!" "This take a while." -> "This may take a while." "<something> in progress." -> "<something> is in progress."

Поставьте UserTimeout в настройках rscriptd 7200. Но пеняйте на себя.

С Фрегата и с Даты пускает нормально.

http://stg.dp.ua http://stargazer.dp.ua - оба работают. Файл справки прикрепил. stargazer_help_v2.17.pdf

Да ну! Все прекрасно открывает.

Ну пока больше всего на такой облом претендуют Фоккарди и Росси, да вот только не слышно о них давно ничего...

Да ладно, сейчас как раз не хватает здорового торсионного срачика

Опять? Или это чтобы отвлечь от политики?

Да, но переписывать все это я не обещал

В аттаче патч. Должно помочь. Похоже проблема возникает только с mysql-5.6, а у меня только 5.5, по этому воспроизвести не смог. Но должно помочь. mysql-userdata-patch.diff.txt

Если вечером ничего не случится — будет патч на эту проблему.

Если есть возможность - попробуйте. Все ж дополнительная информация. Но в принципе у меня сейчас по крайней мере есть идея о том что происходит. Вечером буду моделировать.