madf

Распределяться будет плохо

Угу.

Тут поймаются не только платежи но и снятия абонки. Правда, их можно отфильтровать по отрицательному приросту.

Раз уж пошла косметика... Вакуум на 8-й ветке можно не делать вручную - он выполняется автоматически. Частоту можно настроить в конфиге.

Как-то один знакомый админ говорил мне: "Хороший сисадмин должен быть немножечко программистом"

По крайней мере никто о таком ничего не писал. Но ничего невозможного нет и написать такой не очень сложно.

При выкручивании теряется вся прелесть такого подхода. Это тогда будет более тормозной аналог ipq/divert

Хочу предупредить об одном маленьком побочном эффекте. Если используется авторизация пользователей через mod_auth_ia - часть трафика полученного непосредственно перед отключением юзера не будет учитана. Происходит это потому что после разавторизации для пользователя прекращается обсчет трафика, а сенсор отдает данные с некоторой задержкой. В будущем это будет исправлено (я думаю к 407-й версии).

vacuum, фактически, очищает незанятое место в базе. Это никак не отражается на содержимом базы, по этому при таком варианте бекапа vacuum не ускорит процесс. Если же делать бекап на уровне файловой системы (tar и т.д.) - тогда да, vacuum немного ускорит процесс. Почитать про бекапы можно тут: Chapter 24. Backup and Restore Про vacuum тут: Chapter 23. Routine Database Maintenance Tasks

На самом деле он написан очень неэффективно и подкрутить там есть чего. На это еще один из местных троллей в прошлом году обращал внимание. Просто у меня никогда небыло под рукой FreeBSD чтобы нормально заняться этим плагином. По поводу NetFlow - говорят, фря это как-то сама умеет (админ наш так говорит и, по идее, у нас так реализовано). Только я не знаю как это делается. Из альтернативных решений - fprobe. Она написана с использованием libpcap и должна работать и под фрей.

divert дает 100% гарантию обсчета, но может вызывать тормоза роутера и тормозить сам трафик. nf считает, вроже, точно, но с задержкой обратно пропорциональной частоте сброса данных от сенсора. При этом минимально нагружается stargazer.

Внутрь в него в основной цикл добавить журналирование. Статистическими данными не владею. SMP ничего специфического в систему не добавляет, влиять не должно.

Сеть 172.16.1.0/24 не пускать в нат. Она и так должна маршрутизироваться. При этом не забыть на биллинге добавить маршрут для сети 10.10.0.0/16 через роутер.

Раз не помогает - значит не отключился. При обычной маршрутизации IP-адреса не меняются. Проверь что: - у пользователей маршрут на 172.16.1.0/24 лежит через роутер; - у биллинга маршрут на сеть 10.10.0.0/16 лежить через тот-же роутер; - (если на роутере Linux) таблица nat у роутера пуста.

Надо - добавим. Напишете патч - еще лучше. В последнюю версию добавили патчем изменеия ip и реализовали какую-то мелочевку по запросу с форума.

sgconf идет в комплекте со старгейзером. Его разработчики - я и Борис. sgconf_xml когда-то делал, кажется, Алферов. Странно почему в базе пусто. Правильный путь - это как раз преобразовывать в koi8 и кодировать.

В NAT. А что, сервер авторизации в другой сети?

ls -l /dev/disk/by-id/ ... Где GEA534RJ374MGA - серийный номер моего винта. Про это я знаю, но у всех ли такое есть? Да и подменить его для "взлома" пароля в таком виде очень легко.

Стремный какой-то сборочный скрипт. Удаляет заголовочные файлы, сам библиотеки инсталлирует...

Выложил версию 1.3.2. Исходники: qia-1.3.2.tar.gz DEB: qia-1.3.2-i386.deb RPM: qia-1.3.2-i386.rpm Исправлено поведение при возникновении ошибки подключения и включенном переподключении (судя по всему это те феерические эффекты о которых писал rozloff выше). Теперь сообщение при hide-on-close появляется только один раз (при первом таком действии). Если включена опция "Автоподключение" окно авторизатора не появляется (стартует свернутым в трей). Сделал неактивными все пункты настроек которые еще не реализованы. PS: если кто знает как можно без прав root получить серийник жесткого д

А как собрать ? запускал ./devbuild ############################################################################# Building STG 2.4 for Linux ############################################################################# Checking endianess... Little Endian Checking for -lexpat... yes Checking for -lfbclient... no Checking for mysql_config... no Checking for -lmysqlclient... no Checking for pg_config... yes Checking for pg_config --includedir... [/usr/include/pgsql] Checking for pg_config --libdir... [/usr/lib] Debug build. Type make explicitly И на єтом все кончило

Это больше похоже на отпадания Firebird А из-за чего может происходить? Проблемы сети - если Firebird на удаленном хосте. Проблемы внутри если Firebird на локальном (в этом случае стоит обратить внимание на лог самого Firebird).

Подозреваю что на тачке еще форум стоит, его боты юзают, скриптов вагон, спам рассылают... И действительно в чем же грабля...? Если вопрос о "подвисании" конфигуратора - то проблема в множестве одновременных соединений от авторизаторов.

Это больше похоже на отпадания Firebird

Кто ж спорит Но мы, админы, народ ленивый и мне лень было собирать из исходников. Нашел .rpm 2.405.9.8 для CentOS 5.2 попробовал поставить на fedora 11 - с полпинка установилось и запустилось. Вот если вы сделаете красивый .rpm для версии 2.406 сразу же и обновлю. Начитался где то про правильность установки через rpm, а не через исходники - вот теперь не могу себя пересилить Привычка очень правильная. Проблема только в том что сам я собирать rpm-ки не умею. Предыдущую собрал только потому что используемяа в проекте система сборки позволяет такое делать. Ну посмотрим что можно придума