Перейти до

madf

Сitizens
  • Всього повідомлень

    4 122
  • Приєднався

  • Останній візит

  • Дней в лидерах

    22

Сообщения додав madf

  1.  

    можно попытаться дропнуть сессию ответом на interim-update.

     

    А можно коротко, как можно попытаться это сделать? Я так понимаю, что не просто установкой интервала на Микроте в профайле Хотспот 

     

    Вдумчивым программированием.

  2.  

    stg не отдает команд. Концепция RADIUS состоит в предоставлении AAA, а не в управлении клиентским оборудованием.

    Клиент авторизовался, потом ему сменили настройки (тариф например) или МАС, а открытая сессия не завершается. Разве не должно дропать сессию и пересоздать новую с актуальными параметрами? 

     

    Радиус только аутентифицирует, авторизует и проводит аккаунтинг. Он не дропает сессии. Он вообще пассивное звено - только отвечает на запросы радиус-клиентов.

    Если радиус-клиент шлет регулярные interim-update запросы на радиус-сервер - можно попытаться дропнуть сессию ответом на interim-update. Но нет никакой гарантии что радиус-клиент в этом случае будет делать реконнет. interim-update служит для передачи статистической информации и вполне может игнорироваться.

  3. 1. stg не отдает команд. Концепция RADIUS состоит в предоставлении AAA, а не в управлении клиентским оборудованием.

    2. Модуль mod_radius в stg не работает сам по себе - он работает в связке с rlm_stg для freeradius. Начиная с версии 2.408 он сломан (спасибо автору FreeRADIUS Алану ДеКоку).

    3. Есть его рабочая замена в ветке stg-2.409-radius. Но она существенно отличается от старого mod_radius и rlm_stg.

  4. Подскажите кто знает, я так понял, что модули хранятся в /usr/lib/stg

    Потом мне надо в старгейзер.конф в секции модуль прописать модуль radius. И после этого будут отдаваться команды из биллинга на radius клиенты?

    Если коротко — нет.
  5. или похоже запущен, но не работает адекватно.., как исправить??... заранее спасибо

    Если честно, из вашего объяснения ничего не понял. Какой бекап, что маленькое, при чем тут лог, почему вы пишете что в списке процессов ничего не видно хотя в приведеном вами листинге процесс есть, и почему вы считаете что stg у вас работает неадекватно?
  6. ...

    Не занимает ли это больше времени при доступе к базе?

    ...

    Когда-то давно, когда дискеты были большие а я — маленький, на СУБД-шных форумах постоянно поднимался этот спор по поводу текстовых ключей. Типа, числовой ключ это денормализауия, это плохо. Но текстовый ключ это медленно, это плохо.

    Но сейчас-то 21-й век на дворе, телефоны умеют 3D и дополненную реальность, а виртуальные машины успешно пишут на JavaScript и запускают в браузере! Нету большой разницы между текстовыми и числовыми ключами.

  7.  

    Это я сообразил, но несколько неудобно лазить к каждому в профиль и менять тариф (Это ведь единственный путь?)

    Нет естественно. Видели "PHP консоль"? Угадайте зачем она нужна? :)

    Да для вот таких всяких штук, которые происходят не каждый день.

    set_time_limit (0);
    $from='OldTariff';
    $to='NewTariff';
    
    $query="SELECT * from `users` WHERE `Tariff`='".$from."' AND `TariffChange`='' ";
    $all=simple_queryall($query);
    
    if (!empty($all)) {
    foreach ($all as $io=>$eachuser) {
    	  $login=$eachuser['login'];
    	  $billing->settariff($login,$to);
    	  log_register('CHANGE Tariff AUTOMOVE ('.$login.') ON `'.$to.'`');
    	  $billing->resetuser($login);
    	  log_register('RESET User ('.$login.')');
    }
    
    }
    

     

    Читерство :)

    PS: Не думал приделать к UBilling REST API?

  8.  

     

    Таки вопрос с переименованием остался открыт,

     

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

     

    Это я сообразил, но несколько неудобно лазить к каждому в профиль и менять тариф (Это ведь единственный путь?)

     

    bash + curl = love!
  9.  

    Так а вопрос в чем?

    Как не остаться без денег :)

    По прошествии времени, почти у всех снялась АП. Вопрос, по каким притериям она снимается?

     

    Вроде как, защита от дурака есть, и при установке серваку даты снятия АП дважды, не снимается в этом месяце второй раз

     

    Что значит дважды? Stg не снимает абонплату дважды если не играться со временем.

    Абонплата снимается в день снятия абонплаты (настройка DayFee).

    Если включен режим FeeChargeType=1 то абонплата не снимается при отрицательном балансе.

    Если включен режим FeeChargeType=2 то абонплата не снимается при балансе меньшем абонплаты.

    Если включен режим FullFee то абонплата снимается полностью, независимо от того сколько дней в месяце проработал абоненте (абонент не работает если он заморожен и до подключения).

  10.  

    Мне это видится, как отдельное поле в таблице абонов с датой последнего снятия.

    А мне это видится, попыткой оправдать неспособность обеспечения хоть какого-то адекватного функционирования собственного же аппаратного обеспечения, бессмысленными софтовыми подпорками.

     

    Да ладно тебе :)

    Не все могут сразу поставить сервер в стойку а стойку в комнату с резервированием питания, микроклиматом и доступом по магнитным ключам :)

  11. Помучавшись с FreeBSd-10 и исходником stg-2.408 и потом с stg-2.409 нашел вариант как заставить stg-2.409 заработать сборке и установке.

    установился stargazer, запустился. Но вот не задача при попытке подключения с виндового конфигуратора с логином "admin" и паролем "123456" выдает ошибку подключения типа "не корректный логин".

    в логе вижу следующее:

    2016-08-24 14:48:34 -- [conf_sg] Attempt to connect with wrong password from admin@50.50.50.52:57925.

    Подскажите какой логин и пароль в дистрибе заложен?

     

    admin:123456

    На stg-2.409 все должно работать. Откуда взяли?

  12. Перше схоже або на моніторинг портів, або на портскан.

    Друге схоже розрив зв'язку.

    З першим боротися файрволом, або забити. Але все таки краще файрвол — я б взагалі до stg пускав тільки із внутрішньої мережі.

    З другим боротися моніторингом мережі.

  13. Это изначально заложенная ошибка - выбор неверной арифметики для целочисленного исчисления. Байты - это целые числа. Дни - целые, копейки с рублями - целые.

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

     

    Это другая, как по мне, ошибка stg - делать начисления маленькими порциями, используя миллион знаков после запятой. Независимо от формы начисления.

    stg не делает начислений маленькими порциями. Если, конечно, его об этом не попросить :) Но тут уж ССЗБ, как говорится.

     

    Целочисленная арифметика с разрядом до 0.1 копейки позволяет делать начисления с точностью до пол копейки, что вполне достаточно для округления.

    Пока не начинаем делить на 3...

     

    Но то такое, исправлять уже этого никто не будет, годы прошли (хехе). Так-что можно считать это своеобразным троллингом с моей стороны, вызванный определенными безапелляционными заявлениями кое-кого. :)

    Ну почему же, поменять внутреннее представление особой проблемы не составляет.

×
×
  • Створити нове...