-HS-

У тебя есть конфиг /etc/radiusclient/radiusclient.conf ? От той ли он версии радиуса, проверь его содержимое на правильность. Судя по логу создается впечатление, что перепутаны конфиги radiusd.conf и radiusclient.conf.

Еслибы при работе с впн нормально работал модуль пинга, то можно былобы при впн конекте чекать онлайн ли юзер, и если онлайн то рвать соединение. Т.е. на мой взгляд нужно доработать пинговалку.

То закачка была с торента (новафильм) при раздаче свеженькой серии декстера.

Кстати про развод, чтобы не быть голословным вот скриншотик с пакета ого-4

У меня пакет домашний 4 мбита, торент тянет ровно главное не забивать канал аплоада. Никаких сбоев, разве что около полуночи дисконект - но это связано с биллинговой системой укртела.

Сделай репеир всем таблицам в базе биллинга.

С проксом попробуй дополнителоно считать все что приходит на PREROUTING

2 ar2r Это необходимое условие - все пропускать через прокс ? Мы тоже как то делали похожим образом, помню там была проблема в том, что все что заворачивалось на прокс не проходило, или както криво проходило через правила форварда QUEUE, подробностей уже не помню. Попробуй локализовать проблему, убрав прокс (сделав просто маскарад) и проверить подсчет трафика проходящего просто через форвард.

Я воспользовался следующим методом (конечно это касательно впн): http://local.com.ua/forum/index.php?showto...=45entry76558

Новый довесочек к этой сборке - шейпер входящего и исходящего трафика впн соединений реализованный следующим образом: Создаем файл с произвольным именем в каталоге /etc/ppp/ip-up.d, например route с таким кодом #!/bin/bash INTERFACE=$1 LOCAL_IP=$4 REMOTE_IP=$5 IPPARAM=$6 LOGIN="stg_sql_user" PASSWORD="stg_sql_password" DB="stg_billing" IPTABLES=/sbin/iptables RES=`echo $REMOTE_IP | grep "^192\.168\.5.*" -c` if [[ $RES = 1 ]] then DOWN=`/usr/bin/mysql -u $LOGIN --password="$PASSWORD" -e "select Userdata1 from users where ip = '$REMOTE_IP'" $DB| /usr/bin/tail -n 1` UP=`/usr/bin/

Проверь срабатывают ли скрипты OnConnect, OnDisconnect и обязательно используй коллектор трафика ipq_linux он хорошо считает трафик с впн, правила в форварде должны быть QUEUE, например $IPTABLES -I FORWARD -s $IP -j QUEUE $IPTABLES -I FORWARD -d $IP -j QUEUE

Ну не все же в Киеве живут ! В Киеве не спорю наверняка найдутся цены попроще и скорости побольше, а для всех остальных простых смертных мне кажется это наилучший вариант, чтобы там не говорили.

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

Нет, я не это имею в виду. API ядра фиксировано. И через это API нельзя определить, используется ли модуль для авторизации Always Online или нет. Повторюсь: Если в этом наборе нет соотв функции может ее добавить ?

Незнаю про разводы, но 4 мбита за 250 грн укртел выдает чесно, без всякой обрезки трафика и т.д. С первого дня перехода на этот пакет скорость ни разу не падала. И даже если они и не гарантируют 4 мегабита, пусть там будет (ну предположим) 2 мбита точно, а 4 когда загрузка каналов позволяет - и где Вы найдете, пусть даже такой анлим за 250 грн в месяц ??? Скажу сразу меня укртел ниразу не развел ни начто, а пользуюсь я им уже года 3 походу. Всегда, что говорили то и делали, ну иногда приходилось договариваться, да однажды инет 2 часа лежал, однако уверен в домашних сетках боков, простоев и

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

у меня так и работал.... и работал отлично! я прописывал лоиги и пасс + ip в файлике chap-secrets, а в stg все онлайн + одинаоквый пароль + логин который в chap-secrets и у меня всё работало Как я писал выше - авторизатор выдает ошибки даже если указывать в качестве стг-сервера впн адрес сервера и запускать его при уже поднятом впн. 2 Bolik_Stav. Когдато было точно также, счас добавилось не много автоматизации в это дело. 2 Олл. Для решения проблемы был применен хак в виде предложенного Genius варианта с ->Authorize. Хотя не думаю что это идеальный вариант. 2 Разработчики.

Ребята ! Расскажите можно ли добавить следующий функционал: При включенном режиме "Всегда онлайн" авторизатор и сервер не выполнял различного рода проверки которые приводят к ошибкам вида "Ваш логин уже используется", "Авторизатор уже запущен с другого IP", и тому подобное, а просто выводил текущую статистику на основании логина + пароля. Для чего ? Основная задача - при использовании с впн технологией. В базе как известно хранятся виртуальные ип пользователей, а авторизатор написан так, что он смотрит на каком ип он находится и передает его серверу, сервер видно смотрит с какого ип пр

Сейчас все онлайн. Если у когото есть возможность перетяните и выложите в надежное место. (у меня нет такой возможности к сожалению)

Думаю с файловой бд без Вашего радиус модуля никак, тут уж некопнеш

Кстати почитал ветку про этот модуль и могу сказать: А зачем нужен был радиус модуль если уже давно есть готовое, качественное и бесплатное решение с хорошей потдержкой и обновлением в виде фрирадуиса ?

Думаю, какой из методов использовать, дело каждого. К томуже радиус протокол во фрирадиусе реализован неплохо, да и потдержка его тоже не запаздывает. Потому я его и выбрал. Это не значит что ваш радиус модуль плох, очень хорошо что он есть, просто я предпочитаю фрирадиус. Уверен есть люди которые также предпочтут его.

Начало. Никакой ответственности за результаты того что здесь изложено я не несу, все действия Вы выполняете на свой страх и риск. Большое спасибо разработчикам старгейзера и ребятам MAX и Alferov за их разработки. Вся эта связка работает только благодаря их "апгрейдам" для старгейзера. Как все было раньше: Стоял stargazer с модулем коллектора трафика ipq_linux и текстовой бд file_store, раздача инета реализовывалась через vpn путем синхронного добавления руками пользователей в файл chap-secrets (pptpd) и бд stargazerа конфигуратором Что решено было сделать: Скрутить вместе st