madf

Т.е. сунуть туда скрипт, делающий накопление данных в каком-то файле для конкретного юзера, например? Я так понимаю именно эти данные СТГ дублирует в /var/log/stargazer.log и лог-файл юзеров? При изменении какого либо параметра юзера "снаружи" происходит вызов OnChange с данными юзера, именем параметра, старым и новым значением и запись в лог об изменении этого параметра.

А что попадает в QUEUE?

А еще можно брать эти данные при выполнении скрипта OnChange.

Тогда к PPPoE тем более лучше не соваться

А зачем? Есть как минимум 2 альтернативных гарантированно рабочих решения. Настроить FreeRADIUS для работы с базой Stargazer'а (в случае использования MySQL или PostgreSQL) или настроить FreeRADIUS для работы с самим Stargazer'ом (через rlm_stg).

Под Microtik можно собрать sgauth. Теоретически.

Одно тебе или все тебе?

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

Кроме этого еще неплохо было бы корку получить. Что вы с ним делаете? У меня эта версия с апреля месяца крутится на 3 серверах и было всего одно падение (к сожалению) по непонятной причине.

А як злінкувати?)) Прописати у Makefile поряд з -lstg_common

У 2.407 для використання цих функцій треба лінкуватись з libstg_crypto. Раніше було достатньо з libstg_common. Навіть не знаю що сказати. А що у логах? Чи можна буде відтворити таку поведінку для виявлення і усунення причин?

Да

Та в основном про связку с FreeRADIUS. Тему с mod_radius так никто и не раскрыл. Кроме того у меня есть большие сомнения в том что тот mod_radius соберется с современными версиями stg.

Возможно ты перепутал с mod_radius который когда-то предоставил Max (или Alferov, не помню точно). Там модуль действительно выполнял функции RADIUS-сервера.

дело в том что обновление только авторизатора не решает проблему сервера, но позволяет её обходить, но это же не дело чтобы абоны пачками отваливались, а потом такими же пачками переподключались автоматом. Так а сервер обновить? Я когда писал это сообщение имел в виду обновление и сервера и авторизатора.

С каких это пор обновление ПО стало костыльным решением?

stglibs/conffiles.lib/conffiles.cpp:82 pos = line.find('#'); if (pos != string::npos) line.resize(pos); С символа # начинается коментарий. Да, проблемы с экранированием паролей наблюдаются уже давно, но обычно все приходят к меннию что нужно просто ограничивать входной алфавит буквенно-цифровыми символами.

Ну можна diff зробити і подивитись Авторизатором займався Борис, я не в курсі що він там змінював.

Если имеется в виду модуль который идет в составе stg то его описание есть в доке к stg. Но он отвечает только за взаимодействие с FreeRADIUS для авторизации. Скорость и прочая чепуха передается непосредственно из FreeRADIUS другими средствами. Скриптами, например. Документация на FreeRADIUS есть на сайте самого FreeRADIUS.

Ядерная физика для домохозяек. Возможно, немного старовато, но вполне актуально.

Скорее не "пудрят мозги" а сами не до конца разбираются в теме. За hint с MSI/MSI-X спасибо. Я так понимаю для его использования должна быть поддержка со стороны устройства, карты и ядра?

Разница в той самой цифирке в proc/irq/nn. На одной системе там прописано "1", а на второй "f". Сделайте echo "f" > /proc/irq/19/smp_affinity и будет вам кажущееся счастье. На данный момент ситуация такова в файле /proc/irq/19/smp_affinity по умолчанию стояло ffffffff после echo "f" > /proc/irq/19/smp_affinity значение автоматом меняется на 00000003 Значит балансировка уже была. Это значение - битовая маска по процессорам. 1 в соответствующем бите разрешает использовать соответствующее ядро.

На двух сетевых баланс действительно будет лучше. Да, это зависит и от сетевой тоже. По второму вопросу - результат будет одинаков.

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

Чет не вьехал, пыщ-пыщь? что это? /ололо/ так же не понял nano /proc/irq/что именно выбрать?/smp_affinity 0/ 1/ 10/ 11/ 12/ 13/ 14/ 15/ 19/ 2/ 21/ 22/ 23/ 3/ 4/ 5/ 6/ 7/ 8/ 9/ cat /proc/interrupts CPU0 CPU1 0: 33 1 IO-APIC-edge timer 1: 0 2 IO-APIC-edge i8042 7: 1 0 IO-APIC-edge parport0 8: 0 1 IO-APIC-edge rtc0 9: 0 0 IO-APIC-fasteoi acpi 14: 0 0 IO-APIC-edge ide0 19: 51709 45412455 IO-