Перейти до

Как повторно проверить абонплату.


Рекомендованные сообщения

Как повторно проверить абонплату клиента (всех клиентов)? Имеется ввиду запустить еще раз OnDisconetc скрипт если клиент в минусе.  Хотелось бы еще раз запустить проверку АП как это происходить у меня 1 числа в 00 00. Я так понимаю что для этого есть какая то команда посланная на stargazer.

Ссылка на сообщение
Поделиться на других сайтах

Что значит "проверить абонплату"? И зачем это надо?

Первого числа в 00:00 происходят совсем другие процессы.

Ссылка на сообщение
Поделиться на других сайтах

Как повторить эти процессы для одного или для группы клиентов повторно. ??

Ссылка на сообщение
Поделиться на других сайтах

Как повторить эти процессы для одного или для группы клиентов повторно. ??

Какие процессы? Они и так повторяются каждую секунду.

Вы объясните в чем проблема, а мы придумаем как ее решить.

Ссылка на сообщение
Поделиться на других сайтах

смотрите чего бы мне хотелось. вот есть клиент у него баланс 0 и он работает.  когда приходит 1 число 00 00 часов  и на его счету  делаеться -100 кредит 0  тогда отрабатывает OnDisconect.  и у него теперь  -100.  OnDisconect отработал все отлично система с задачей справилась но я моделирую ситуацию в которой по какой то причине OnDiscоnect отработал но временно nas сервер не был доступен.  И я себе думаю  как бы мне системе послать еще раз команду для этого пользователя у которого -100 что бы stargazer еще раз дернул клиента (или группу клиентов).    

Ссылка на сообщение
Поделиться на других сайтах

1. остановите биллинг

2. разверните базу из последнего бекапа предыдущего месяца

3. установите время (к примеру 23:50)

 

date 043023502013.00

месяц, день, час, минуты, год, секунды - соответственно

4. запустите биллинг

 

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

Відредаговано yKpon
Ссылка на сообщение
Поделиться на других сайтах

Для работы с NAS надо использовать rscriptd, в нем все эти проблемы давно решены.

 

у меня в качестве наса MIKROTIK. И когда клиент уже в минусе . Я не могу дернуть его еще раз в дисконект  а нужно. у меня постоянно идет проверка всех пользователей и если вдруг в списке разрешенных находиться должник система должна опять дернуть дисконкт вернее не посто дернуть а пересмотреть данные по состоянию счета и дернуть его в отключку.  Хорошо может это замудренно для вас у меня свое виденье у вас свое. просто скажите как принудительно по клиенту сделать disconnect даже если он неактивен заморожен или отключен.   Если бы все было бы на freebsd не писал бы.

 

1. остановите биллинг

2. разверните базу из последнего бекапа предыдущего месяца

3. установите время (к примеру 23:50)

 

date 043023502013.00

месяц, день, час, минуты, год, секунды - соответственно

4. запустите биллинг

 

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

 

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

Ссылка на сообщение
Поделиться на других сайтах

У меня все прекрасно работает.

Спорное утверждение, если постают такие задачи.. ^_^

 

Если бы все было бы на freebsd не писал бы.

Тоже спорное утверждение :).. Чем же реализация подобого отличается от MikroTik'овского? :huh:

 

 

... Просто допиливаю свои нужды  ...

Судя и по предыдущим вашим постам, тут попахивает искусственным интеллектом на FreeBSD :rolleyes:

 

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

1. Извлекаем из БД значение полей:

     а. `Passive`

     b. `Down`

     c. `Cash`

     d. `Credit`

2. На основании полученного делаем вывод в каком состоянии долен быть абонент на NAS'е

3. Смотрим в каком состоянии находится абонент на NAS'е

4. Если в том, что надо - оставляем всё без изменений, а вот если не в нужном - запускаем скрипт OnDisconnect прямо через консоль, например так:

"/etc/stargazer/OnDisconnect", естественно не забываем передать и праметры))

 

P.S. Идея оочень непонятная, и не нужная для хорошей сети! :wacko:

;)

Відредаговано ub_mikrotik
Ссылка на сообщение
Поделиться на других сайтах

 

У меня все прекрасно работает.

Спорное утверждение, если постают такие задачи.. ^_^

 

>Если бы все было бы на freebsd не писал бы.

Тоже спорное утверждение :).. Чем же реализация подобого отличается от MikroTik'овского? :huh:

 

 

... Просто допиливаю свои нужды  ...

Судя и по предыдущим вашим постам, тут попахивает искусственным интеллектом на FreeBSD :rolleyes:

 

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

1. Извлекаем из БД значение полей:

     а. `Passive`

     b. `Down`

     c. `Cash`

     d. `Credit`

2. На основании полученного делаем вывод в каком состоянии долен быть абонент на NAS'е

3. Смотрим в каком состоянии находится абонент на NAS'е

4. Если в том, что надо - оставляем всё без изменений, а вот если не в нужном - запускаем скрипт OnDisconnect прямо через консоль, например так:

"/etc/stargazer/OnDisconnect", естественно не забываем передать и праметры))

 

P.S. Идея оочень непонятная, и не нужная для хорошей сети! :wacko:

;)

 

 

Все правильно к этому уже пришел так и буду делать за что вам еще раз благодарность за консультации, единственное непонятно мне почему вы не писали для UB изначально так что бы не старгазер дергал скрипты а только базу колошматил, ну это ладно как есть так и есть как говориться даренному кону в рот не заглядывают.  По поводу "хорошей сети"  эта та которая без света и с обрывами кабеля, с трактористами, з нагружеными магистралями серверами, с плановыми ночными работами  телекомуникационных компаний, с грозами который даже иногда закопаную 100 парку выпаливают на 1 метре в глубине  в укртелекоме, это крутые монтажники подрядчики  больших компаний которые могут в любой момент ребутнуть ТКД...... для меня такой нет потому я в этом плане параноик.

Ссылка на сообщение
Поделиться на других сайтах

 

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

:facepalm:  :facepalm:  :facepalm:

Ссылка на сообщение
Поделиться на других сайтах

 

 

Для работы с NAS надо использовать rscriptd, в нем все эти проблемы давно решены.

 

у меня в качестве наса MIKROTIK. И когда клиент уже в минусе . Я не могу дернуть его еще раз в дисконект  а нужно. у меня постоянно идет проверка всех пользователей и если вдруг в списке разрешенных находиться должник система должна опять дернуть дисконкт вернее не посто дернуть а пересмотреть данные по состоянию счета и дернуть его в отключку.  Хорошо может это замудренно для вас у меня свое виденье у вас свое. просто скажите как принудительно по клиенту сделать disconnect даже если он неактивен заморожен или отключен.   Если бы все было бы на freebsd не писал бы.

 

 

Принудительно сделать юзеру дисконнект когда он уже отключен невозможно. Это просто бессмысленно. Нельзя два раза выключить выключатель.

При чем тут FreeBSD я совсем не понял.

 

 

1. остановите биллинг

2. разверните базу из последнего бекапа предыдущего месяца

3. установите время (к примеру 23:50)

 

 

date 043023502013.00

месяц, день, час, минуты, год, секунды - соответственно

4. запустите биллинг

 

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

 

 

 

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

 

 

У вас все не прекрасно работает. У вас все ужасно работает. У вас нет обратной связи между биллингом и NAS'ом и нету ничего что бы ее заменяло.
Ссылка на сообщение
Поделиться на других сайтах

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

Если скрипты будет дергать UBilling то Stargazer'у там места уже не будет. Он не колошматит базу.
Ссылка на сообщение
Поделиться на других сайтах

 

 

У вас нет обратной связи между биллингом и NAS'ом ...

Я так понял, что здесь и прямая связь не всегда есть  :D  :D  :D

Я зарание извиняюсь.  Возможно я не до понял каких то фундаментальных моментов по этим вопросам. Еще раз попытаюсь выразиться. Вот вы говорите об обратной связи НАСА. Я вот когда начинал работать на фирму провайдера был 1 сервак на нем крутился биллинг самописный  плюс ipfw   с таблцами ну и дальше все понятно. Стал вопрос раширения , поскольку табличные списки были в файлах все что требовалось это копировать их на другой сервер и все.  Обратной связи как таковой нет. В итоге 4 сервера простым rsync были в нужном состоянии. понятно  дело что была задержка в приминении состояния 5 мин. но зато все ок работало.    

 

 

 PS по чем  stargazer  знает что он отключен, а если нет то как тогда?? 

Ссылка на сообщение
Поделиться на других сайтах

 

по чем  stargazer  знает что он отключен, а если нет то как тогда?? 

1. `Cash` < `Credit`

2. `Down` = 1

3. `Passive` = 1

 

Я так понял, вы это имели виду...

Ссылка на сообщение
Поделиться на других сайтах

Я вот когда начинал работать на фирму провайдера был 1 сервак на нем крутился биллинг самописный  плюс ipfw   с таблцами ну и дальше все понятно. Стал вопрос раширения , поскольку табличные списки были в файлах все что требовалось это копировать их на другой сервер и все.  Обратной связи как таковой нет. В итоге 4 сервера простым rsync были в нужном состоянии. понятно  дело что была задержка в приминении состояния 5 мин. но зато все ок работало.

И после чего перестало?

 

 

 

по чем  stargazer  знает что он отключен, а если нет то как тогда?? 

1. `Cash` < `Credit`

2. `Down` = 1

3. `Passive` = 1

 

Я так понял, вы это имели виду...

 

 

Еще для всех трех вариантов обязательно Authorized.
Ссылка на сообщение
Поделиться на других сайтах

 

Я вот когда начинал работать на фирму провайдера был 1 сервак на нем крутился биллинг самописный  плюс ipfw   с таблцами ну и дальше все понятно. Стал вопрос раширения , поскольку табличные списки были в файлах все что требовалось это копировать их на другой сервер и все.  Обратной связи как таковой нет. В итоге 4 сервера простым rsync были в нужном состоянии. понятно  дело что была задержка в приминении состояния 5 мин. но зато все ок работало.

И после чего перестало?

 

по чем  stargazer  знает что он отключен, а если нет то как тогда?? 

1. `Cash` < `Credit`

2. `Down` = 1

3. `Passive` = 1

 

Я так понял, вы это имели виду...

Еще для всех трех вариантов обязательно Authorized.

 

 

И сейчас работает также. Вообще на данной схеме работы  односторонней синхронизации никогда не возникало проблем. Не спорю  бывали и черные дни с серверами они падали по разным причинам свет, беды, нагрузки которые требовали модернизации сетевых, настройки очередей вообщем оптимизации НО когда подымали их  и проходили 5 мин на всех их всегда была актуальная инфа.  Вот так я вижу отказоустойчивость по системе в текущей реализации.   1. `Cash` < `Credit` 2. `Down` = 1  3. `Passive` = 1 ЭТО я понял буду так и делать.

Ссылка на сообщение
Поделиться на других сайтах

...

НО когда подымали их  и проходили 5 мин на всех их всегда была актуальная инфа.

Если все работает - почему вопросы задаете?

Вот так я вижу отказоустойчивость по системе в текущей реализации.   1. `Cash` < `Credit` 2. `Down` = 1  3. `Passive` = 1 ЭТО я понял буду так и делать.

Что именно будете делать?
Ссылка на сообщение
Поделиться на других сайтах

 

...

НО когда подымали их  и проходили 5 мин на всех их всегда была актуальная инфа.

Если все работает - почему вопросы задаете?

>Вот так я вижу отказоустойчивость по системе в текущей реализации.   1. `Cash` < `Credit` 2. `Down` = 1  3. `Passive` = 1 ЭТО я понял буду так и делать.

Что именно будете делать?

 

 

Вопросы задаю надеясь на то что смогу заполучить больше инструментов управления пользователем так как я не  программер  в С и что то переделать в старгазере под себя  не смогу однозначно..  Пока не дорос до написания ядра и собственной логики  хотя и знаю как бы я хотел что бы было удобно и просто для понимания,  опять таки  все делал бы как было у меня на работе сделано.   Ubilling + stargazer уже у меня в полноценной работе я доволен как слон потому что  я реально все поставил во многом чем разобрался сам и спомощю этого форума  спасибо  nightflyub_mikrotik  и вам. можно сказать даже повысил свою квалификацию для себя же. 

 

А по поводу что делать. есть уменя таблица в address-list enable на зываеться. если  `Cash` < `Credit` 2. `Down` = 1  3. `Passive` = 1 то клиент должен быть Disable. B  также у меня щас работеает скрипт который который проверяет нет ли лишних записей на микротике (дело все в том что у нас есть работники которые могут напрямую в микротике что то  добавить отредактировать а удалить забдут или еще как)   если в базе таких нет они удаляются из наса.  Ну и осталось таким образом делать выборку по одному nas микротику  например 20 клиентов и одним массивом  с помощю api в зависимости от состояния  Cash Credit Down Passive` добавлять их в access-list

Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

  • Схожий контент

    • Від ppv
      Проглянув FAQ і Ubilling Wiki. Зацікавило питання чи є в Ubilling якась реалізація reCAPTCHA, чи потрібно додавати руцями, (для прикладу для форми подачі заявок чи для кабінету користувача)?
       
    • Від Keen
      Пару дней назад под юзером админ пропал вход через stargazer configurator.
      Начало писать Invalid password. Хотя пароль не меняли.
      Ессно через ubilling тоже вход слетел. Просто обновляется на страницу входа.
      Решил ребутнуть старгейзер, т.к. в папке admins файлы не менялись с 2011г и по бекапам хеш паролей сходится.  Затупил уже мускул база, а не файловая.
      Теперь выдает recv data answer error
      в логах:
      2023-06-07 13:23:02 -- Admin's connect failed. IP 192.168.0.14
      2023-06-07 13:26:24 -- Shutting down... 15
      2023-06-07 13:26:24 -- +++++++++++++++++++++++++++++++++++++++++++++
      2023-06-07 13:26:30 -- Module: 'Stargazer RPC v. 0.2'. Stop successfull.
      2023-06-07 13:26:30 -- Module: 'Stg configurator v.0.08'. Stop successfull.
      2023-06-07 13:26:31 -- Module: 'Pinger v.1.01'. Stop successfull.
      2023-06-07 13:26:33 -- Module: 'Always Online authorizator v.1.0'. Stop successfull.
      2023-06-07 13:26:34 -- Module: 'InetAccess authorization plugin v.1.4'. Stop successfull.
      2023-06-07 13:26:34 -- Module: 'Ether_cap v.1.2'. Stop successfull.
      2023-06-07 13:26:34 -- Traffcounter: Stop successfull.
      2023-06-07 13:26:35 -- Users: Stop successfull.
      2023-06-07 13:26:36 -- Queue removed successfully.
      2023-06-07 13:26:36 -- StgTimer: Stop successfull.
      2023-06-07 13:26:36 -- Stg stopped successfully.
      2023-06-07 13:26:36 -- ---------------------------------------------
      2023-06-07 13:27:20 -- Stg v. 2.407-p1
      2023-06-07 13:27:20 -- Message queue created successfully. msgKey=5555 msgID=32768
      2023-06-07 13:27:20 -- Timer thread started successfully.
      2023-06-07 13:27:20 -- Storage plugin: mysql_store v.0.67. Loading successfull.
      2023-06-07 13:27:20 -- Error in parameter password
      2023-06-07 13:27:21 -- Users started successfully.
      2023-06-07 13:27:21 -- Traffcounter started successfully.
      2023-06-07 13:27:21 -- Module: 'Ether_cap v.1.2'. Start successfull.
      2023-06-07 13:27:21 -- Module: 'InetAccess authorization plugin v.1.4'. Start successfull.
      2023-06-07 13:27:24 -- Module: 'Always Online authorizator v.1.0'. Start successfull.
      2023-06-07 13:27:24 -- Module: 'Pinger v.1.01'. Start successfull.
      2023-06-07 13:27:24 -- Module: 'Stargazer RPC v. 0.2'. Start successfull.
      2023-06-07 13:27:24 -- Module: 'Stg configurator v.0.08'. Start successfull.
      2023-06-07 13:27:24 -- Stg started successfully.
      2023-06-07 13:27:24 -- +++++++++++++++++++++++++++++++++++++++++++++
      2023-06-07 13:27:43 -- Invalid configuration request
       
      Если через stg configurator (windows) зайти под юзером касира - конфигуратор виснет намертво..
      При этом через юбиллинг доступ есть и линуховый sgconfig под касиром все обрабатывает
      Пните, где копать?
       
    • Від ppv
      Доброго дня, не працює примусовий опит OLT. Якщо оновлювати дані для даного ОЛТ то все норм. Була версія білінгу 1.3.3, вчора оновив до 1.3.6 нічого не змінилось.
      Чи може я щось пропустив в оновленях що треба було доналаштувати? Підкажіть будь ласка, хочу знати на що звернути увагу.
      Через крон теж не згрібає сигнали, хоча бачу регламенти проходять. Олт BDCOM різного типу.
      До білінгу давно не дивився, незнаю точно коли проблема появилась.
    • Від ppv
      Цікаво а чи реально, реалізація кучаген, тип підключення pppoe, nas на різних іп. Але якщо брати з одного пулу іп абонентам. Розумію що збочена реалізація але цікаво все ж).
    • Від ProstoName
      Після видалення непотрібної мережі під номером 3 (є мережі з ID 1,2,4) вилазять такі помилки на сторінці з мережами (***billing/?module=multinet):
       
      Notice: Undefined offset: 3 in /usr/local/www/apache24/data/billing/api/libs/api.networking.php on line 1069

      Notice: Trying to access array offset on value of type null in /usr/local/www/apache24/data/billing/api/libs/api.networking.php on line 1070

      Notice: Trying to access array offset on value of type null in /usr/local/www/apache24/data/billing/api/libs/api.networking.php on line 1071

      Notice: Trying to access array offset on value of type null in /usr/local/www/apache24/data/billing/api/libs/api.networking.php on line 1072

      Notice: Undefined offset: 1 in /usr/local/www/apache24/data/billing/api/libs/api.networking.php on line 1074
×
×
  • Створити нове...