madf

Да у него дело не втом, нафиг ему типовой скрипт ? у него стг вероятно не очень корректно заканчивает свою работу и не убивает за собой процессы stg-exec. У меня кстати такая-же картина. Но это меньший из глюков, с ним можно жить При -9 он просто не может корректно завершить свою работу, и оставляет stg_exec

Поищи такого юзера: Max

Кому именно нет доступа?

Спроси у разработчиков... В принципе могу дать свою версию плагина. Но у нее есть особенность: т.к. от коллектора трафик приходит с определенной задержкой - он может не посчитаться юзеру, если тот успел снять авторизацию до подхода трафика. Хотя, в принципе, потери там не очень большие.

Если патч не для 2.405.9.8 - не соберется

А никто и не путает

Патч от для этой версии?

Хреново пропатчил.

Авторизация - это неотъемлимая часть RADIUS. Если бы rlm_stg.so ее не умел - его бы небыло в секции авторизации. Я еще раз перечитал доступные материалы по Cisco и FreeRADIUS и еще раз убедился в том, что циске не хватает некоторых полей в ответе радиуса. В частности: Service-Type := NAS-Prompt-User и/или cisco-avpair = "shell:priv-lvl=15" (это поле не является обязательным). Их можно дописывать к ответу в секции post-auth (смотри документацию на FreeRADIUS). Именно так работает rlm_stg.so, если необходимо назначать пользователям статические IP-адреса в VPN - он добавляет параметр Framed-IP-A

Ворнинги пусть не смущают. Это я сам их написал. В admin_conf.h тоже добавь #include <cstring>

Видимо, это ты чего-то не понимаеш. Модуль rlm_stg.so представляет собой прослойку между FreeRADIUS и Stargazer. Ответ Access-Accept посылает FreeRADIUS, а не модуль. Решение о посылке аксепта он принимает на основании правильности пароля и дополнительного ответа старгейзера. Смотри, в секции authorization модуль rlm_stg.so просто предоставляет FreeRADIUS'у Cleartext-Password для запрошенного юзера (из базы Stg). В секции authentication модуль rlm_stg.so принимает решение, позволять авторизоваться этому юзеру или нет. То есть, даже если пароли совпадают, этот модуль в этой секции может отменит

еслиб я знал как это зделать! Зделал бы! Может у кого есть готовое такое решение? А чего тут знать? Запусти sgconf - он выведет список доступных команд. Там среди них есть у управление cash пользователя. Имена пользователей вычитывай из базы. Все это засунь в скрипт. Скрипт скорми крону.

Добавь #include <cstring> в файл include/user_ips.h Примерно так: #ifndef USER_IPS_H #define USER_IPS_H #include <stdio.h> #include <vector> #include <algorithm> #include <string> #include <iostream> #include <sstream> #include <cstring> ///////////////////////// #include <sys/socket.h> #include <netinet/in.h> #include <arpa/inet.h>

У меня просто есть необходимость, чтобы один сервер снимал абонку в начале месяца другой снимал абонку в конце месяца. Может есть другие методы? Может кто подскажет как такое дело организовать! Я так подозоеваю, что будет гемор. Что-то вы явно нехорошее городите... Снимайте консольным конфигуратором по крону.

Все равно ничего не понял. Решение об авторизации принимает FreeRADIUS. Основываясь на информации от модулей. Чего не хватает твоей циске, что она не хочет авторизоваться через FreeRADIUS? И зачем описывать пользователя 2 раза?

find ./ -name \* -exec grep -Hn -lc_r {} \;

Собери в debug-режиме и покажи консольный лог

Ммм... Не понял при чем тут модуль к авторизации на циске. Циска работает с FreeRADIUS, а не с модулем.

Проблема не в ресолвинге. Проблема в том, что старгейзер дальше IP-пакета не заглядывает. А для определения URL'ов необходимо смотреть заголовки HTTP-запроса. На форуме есть кча примеров связки squid + stargazer

В мускульной базе нет транзакций. Стремно. А вобще - реально.

Подозреваю, наш недочет. Завтра гляну - запостю фикс.

Только с помощью прокси

Собери в debug-режиме и дай лог из консоли при попытке подключения. ./build debug <пишем в конфиге ModulesPath=./modules> LD_LIBRARY_PATH=../../lib ./stargazer При этом он стартонет без дэмонизации и отрыва от консоли. Можно сразу перенаправить вывод в лог-файл.

Нет. Посмотри в конфиге где у тебя лежат модули (обычно - в /usr/lib/stg) и сделай там rm

Ну, в идеале - почистить бинари от старой а в новой сделать make install