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

[SVD 6]

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

[madf 279]

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

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

[SVD 6]

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

[madf 279]

  В 01.05.2013 в 17:09, SVD сказав:

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

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

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

[SVD 6]

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

[madf 279]

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

[yKpon 8]

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

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

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

 

  Цитата

date 043023502013.00

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

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

 

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

Відредаговано 2013-05-03 05:47:54 yKpon

[SVD 6]

  В 03.05.2013 в 05:13, madf сказав:

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

 

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

 

  В 03.05.2013 в 05:45, yKpon сказав:

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

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

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

 

  Цитата

date 043023502013.00

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

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

 

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

 

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

[jcomm 6]

  Цитата

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

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

 

  Цитата

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

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

 

 

  Цитата

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

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

 

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

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

     а. `Passive`

     b. `Down`

     c. `Cash`

     d. `Credit`

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

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

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

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

 

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

Відредаговано 2013-05-03 19:22:03 ub_mikrotik

[SVD 6]

  В 03.05.2013 в 19:21, ub_mikrotik сказав:

 

  Цитата

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

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

 

  Цитата

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

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

 

 

  Цитата

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

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

 

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

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

     а. `Passive`

     b. `Down`

     c. `Cash`

     d. `Credit`

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

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

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

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

 

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

 

 

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

[jcomm 6]

  Цитата

 

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

   

[madf 279]

  В 03.05.2013 в 16:54, SVD сказав:

 

 

  В 03.05.2013 в 05:13, madf сказав:

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

 

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

 

 

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

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

  В 03.05.2013 в 16:54, SVD сказав:

 

 

  В 03.05.2013 в 05:45, yKpon сказав:

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

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

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

 

 

  Цитата

date 043023502013.00

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

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

 

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

 

 

 

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

 

 

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

[madf 279]

  В 03.05.2013 в 23:24, SVD сказав:

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

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

[jcomm 6]

  Цитата

 

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

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

[SVD 6]

  В 05.05.2013 в 12:51, ub_mikrotik сказав:

 

  Цитата

 

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

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

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

 

 

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

[jcomm 6]

  Цитата

 

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

1. `Cash` < `Credit`

2. `Down` = 1

3. `Passive` = 1

 

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

[madf 279]

  В 05.05.2013 в 22:41, SVD сказав:

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

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

 

  В 06.05.2013 в 07:37, ub_mikrotik сказав:

 

 

  Цитата

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

1. `Cash` < `Credit`

2. `Down` = 1

3. `Passive` = 1

 

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

 

 

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

[SVD 6]

  В 06.05.2013 в 08:20, madf сказав:

 

  В 05.05.2013 в 22:41, SVD сказав:

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

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

 

  В 06.05.2013 в 07:37, ub_mikrotik сказав:

> 

  Цитата

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

1. `Cash` < `Credit`

2. `Down` = 1

3. `Passive` = 1

 

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

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

 

 

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

[madf 279]

  В 06.05.2013 в 12:43, SVD сказав:

...

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

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

  В 06.05.2013 в 12:43, SVD сказав:

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

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

[SVD 6]

  В 06.05.2013 в 13:53, madf сказав:

 

  В 06.05.2013 в 12:43, SVD сказав:

...

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

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

  В 06.05.2013 в 12:43, SVD сказав:

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

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

 

 

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

 

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