Перейти к содержимому
Local
podwar

Миграция клиентов и MikroTIk

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

Здравствуйте. Сделал миграцию клиентов. Для данных клинтов не происходить enable disable в address list MikroTik. Хотя если я добавляю новых клиентов в Ubilling то для них данные действия работают. Что еще нужно сделать для мигрированых клиентов?  

Поделиться сообщением


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

очевидно зайти и почекать целосность абонов для начала

так же проверить привязаны ли сети к насам

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
8 минут назад, l1ght сказал:

очевидно зайти и почекать целосность абонов для начала

Что это значит? Баланс уходит в минус.  Я могу пополнять ему счет. Но в микротик ничего не меняется.

 

10 минут назад, l1ght сказал:

так же проверить привязаны ли сети к насам

Создал сеть 172.16.16.1-172.16.19.254  выбрал ее для NAS сервера. У мигрированного клиента ip 172.16.16.70

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
6 минут назад, podwar сказал:

очевидно зайти и почекать целосность абонов для начала

это значит что стоит лучше ознакомится с интерфейсом и его возможностями

а так же поискать модуль "целостность пользователя"

 

 

Поделиться сообщением


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

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

checkuser.jpg

Поделиться сообщением


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

@Pautiina, @bobr-kun и кто там ещё с микротиками

помогите человеку)))

но я чую что это не специфичная проблема для микротика

скорее всего какая-то лажа с ip -> netid

надо пробовать ручками дергать скрипты из /etc/stargazer и смотреть че происходит

Изменено пользователем l1ght

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
9 часов назад, l1ght сказал:

и кто там ещё с микротиками

Я микротики ненавижу.

 

Разрегубусь немного со своими вопросами-попробую помочь.

Самый быстрый способ помочь, и то что мне в памяти осталось: это перезагрузить старгейзер. Он этих клиентов сразу не цепляет, только после ребута.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
42 минуты назад, Pautiina сказал:

перезагрузить старгейзер

Ну по идее миграция должна происходить при мертвом старгейзере. А когда БД готова и стг запустили то он должен их подцепить.

Поделиться сообщением


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

Проверьте в самом микротике создаются ли ARP запись, присваивается ли IP из DHCP, создаются ли правила в Queues Lists и FireWall и логи микротика и старгазера allconnect.log на предмет ошибок :)

Изменено пользователем device

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
17 минут назад, device сказал:

Проверьте в самом микротике создаются ли ARP запись, присваивается ли IP из DHCP, создаются ли правила в Queues Lists и FireWall и логи микротика и старгазера allconnect.log на предмет ошибок :)

При создании нового клиента данные в микротик добавляются. 

 

 

l1ght Остановить старгейзер сделать миграцию, и снова запустить старгейзер? 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
1 минуту назад, podwar сказал:

При создании нового клиента данные в микротик добавляются.

Ну имеется в виду не при создании нового клиента, а с проблемными уже существующими. в allconnect.log при рестарте проблемного юзера точно все хорошо?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
2 часа назад, podwar сказал:

При создании нового клиента данные в микротик добавляются. 

 

 

l1ght Остановить старгейзер сделать миграцию, и снова запустить старгейзер? 

Именно так.

killall stargazer && stargazer

Поделиться сообщением


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

А как абоны которые не управляются оказались на микротике? Уже были там. Если так. То удаление всех из ARP, FIREWALL, DHCP. И ребут билла он их все пересоздаст. Но перед этим проверьте в логах микрота есть реакция на действия убилла когда например тыкаете ресет в профиле пользователя который мигрирован.

Поделиться сообщением


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

А в логах... в логах то что при этом творится? :) их же не просто так придумали :) в микротике и юбиллинге

Изменено пользователем device

Поделиться сообщением


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

В микротике ничего не вижу. В убилинге что нужно посмотреть? 

Поделиться сообщением


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

откройте лог на микротике и сделайте ресет из учентки абона мигрированного и покажите на видосе и там  что у абона мак нули были )) user2 

 

 у вас поле с макками не мигрировало походу ну так есть подозрение

Поделиться сообщением


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

Да. И баланс минусуется. Но никаких изменений на микротике

Изменено пользователем podwar

Поделиться сообщением


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

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

ВІ ЄТО ДЕЛАЛИ

 

Изменено пользователем seversever404

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
В 12.03.2018 в 16:33, Pautiina сказал:

Именно так.

killall stargazer && stargazer

 

заходите через PUTTY  и вводите эти команды

1) killall stargazer

1.1) МИГРАЦИЯ

2) stargazer

вот как то так надо было бы попробывать

Поделиться сообщением


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

Делал. И реальны мас-и прописывал 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
2018-03-14 21:26:27 -- Users: Stop successfull.
2018-03-14 21:26:28 -- Queue removed successfully.
2018-03-14 21:26:28 -- StgTimer: Stop successfull.
2018-03-14 21:26:28 -- Stg stopped successfully.
2018-03-14 21:26:28 -- ---------------------------------------------
2018-03-14 21:27:02 -- Stg v. 2.409
2018-03-14 21:27:02 -- Message queue created successfully. msgKey=5555 msgID=0
2018-03-14 21:27:02 -- Timer thread started successfully.
2018-03-14 21:27:02 -- [store_mysql] MYSQL_STORE: Current DB schema version: 1
2018-03-14 21:27:02 -- Storage plugin: mysql_store v.0.67. Loading successfull.
2018-03-14 21:27:03 -- Users started successfully.
2018-03-14 21:27:03 -- Traffcounter started successfully.
2018-03-14 21:27:03 -- Module 'Remote script v 0.3' started successfully.
2018-03-14 21:27:03 -- Module 'Stg Configurator v. 2.0' started successfully.
2018-03-14 21:27:03 -- Module 'Always Online authorizator v.1.0' started successfully.
2018-03-14 21:27:03 -- Module 'cap_nf v. 0.4' started successfully.
2018-03-14 21:27:03 -- Stg started successfully.
2018-03-14 21:27:03 -- +++++++++++++++++++++++++++++++++++++++++++++
2018-03-14 21:33:51 -- TRAFFCOUNTER: Reloaded rules successfully.
2018-03-14 21:33:51 -- [rscript] /etc/stargazer/remote_nas.conf reloaded successfully.
2018-03-14 21:41:23 -- Admin 'admin', 127.0.0.1: User 'probprobestreet1ap0_v7ne' added.
2018-03-14 21:41:23 -- Admin 'admin', 127.0.0.1: User 'probprobestreet1ap0_v7ne': 'password' parameter changed from '******' to '******'. 
2018-03-14 21:41:23 -- Admin 'admin', 127.0.0.1: User 'probprobestreet1ap0_v7ne': 'ips' parameter changed from '*' to '192.168.5.2'. 
2018-03-14 21:41:23 -- Admin 'admin', 127.0.0.1: User 'probprobestreet1ap0_v7ne': 'alwaysOnline' parameter changed from '0' to '1'. 
2018-03-14 21:41:23 -- Admin 'admin', 127.0.0.1: User 'probprobestreet1ap0_v7ne': 'DisabledDetailStat' parameter changed from '0' to '1'. 
2018-03-14 21:43:28 -- Admin 'admin', 127.0.0.1: User 'probprobestreet1ap0_v7ne': 'disabled' parameter changed from '0' to '1'. 
2018-03-14 21:43:28 -- Admin 'admin', 127.0.0.1: User 'probprobestreet1ap0_v7ne': 'alwaysOnline' parameter changed from '1' to '0'. 
2018-03-14 21:43:28 -- Admin 'admin', 127.0.0.1: User 'probprobestreet1ap0_v7ne' deleted.
2018-03-14 21:45:26 -- Admin 'admin', 127.0.0.1: User 'probprobestreet1ap0_l0x9' added.
2018-03-14 21:45:26 -- Admin 'admin', 127.0.0.1: User 'probprobestreet1ap0_l0x9': 'password' parameter changed from '******' to '******'. 
2018-03-14 21:45:27 -- Admin 'admin', 127.0.0.1: trying to assign an IP 192.168.5.2 to 'probprobestreet1ap0_l0x9' that is currently in use by 'probprobestreet1ap0_v7ne'
2018-03-14 21:45:27 -- Admin 'admin', 127.0.0.1: Requested change leads to a forbidden state: AlwaysOnline with multiple IP's
2018-03-14 21:45:27 -- Admin 'admin', 127.0.0.1: User 'probprobestreet1ap0_l0x9': 'DisabledDetailStat' parameter changed from '0' to '1'. 
2018-03-14 21:46:10 -- Admin 'admin', 127.0.0.1: User 'probprobestreet1ap0_l0x9': 'disabled' parameter changed from '0' to '1'. 
2018-03-14 21:46:11 -- Admin 'admin', 127.0.0.1: User 'probprobestreet1ap0_l0x9': 'alwaysOnline' parameter changed from '0' to '0'. 
2018-03-14 21:46:11 -- Admin 'admin', 127.0.0.1: User 'probprobestreet1ap0_l0x9' deleted.
2018-03-14 21:46:25 -- Admin 'admin', 127.0.0.1: User 'probprobestreet1ap0_7f3j' added.
2018-03-14 21:46:25 -- Admin 'admin', 127.0.0.1: User 'probprobestreet1ap0_7f3j': 'password' parameter changed from '******' to '******'. 
2018-03-14 21:46:26 -- Admin 'admin', 127.0.0.1: User 'probprobestreet1ap0_7f3j': 'ips' parameter changed from '*' to '192.168.5.3'. 
2018-03-14 21:46:26 -- Admin 'admin', 127.0.0.1: User 'probprobestreet1ap0_7f3j': 'alwaysOnline' parameter changed from '0' to '1'. 
2018-03-14 21:46:26 -- Admin 'admin', 127.0.0.1: User 'probprobestreet1ap0_7f3j': 'DisabledDetailStat' parameter changed from '0' to '1'. 
2018-03-14 21:47:22 -- Admin 'admin', 127.0.0.1: User 'probprobestreet1ap0_duma' added.
2018-03-14 21:47:22 -- Admin 'admin', 127.0.0.1: User 'probprobestreet1ap0_duma': 'password' parameter changed from '******' to '******'. 
2018-03-14 21:47:22 -- Admin 'admin', 127.0.0.1: User 'probprobestreet1ap0_duma': 'ips' parameter changed from '*' to '192.168.5.4'. 
2018-03-14 21:47:22 -- Admin 'admin', 127.0.0.1: User 'probprobestreet1ap0_duma': 'alwaysOnline' parameter changed from '0' to '1'. 
2018-03-14 21:47:23 -- Admin 'admin', 127.0.0.1: User 'probprobestreet1ap0_duma': 'DisabledDetailStat' parameter changed from '0' to '1'. 
2018-03-14 21:57:44 -- +++++++++++++++++++++++++++++++++++++++++++++
2018-03-14 21:57:44 -- Module 'cap_nf v. 0.4' stopped successfully.
2018-03-14 21:57:44 -- Cannot write disconnect for user probprobestreet1ap0_7f3j.
2018-03-14 21:57:44 -- Couldn't connect to Server
2018-03-14 21:57:44 -- Cannot write disconnect for user probprobestreet1ap0_duma.
2018-03-14 21:57:44 -- Couldn't connect to Server
2018-03-14 21:57:44 -- Module 'Always Online authorizator v.1.0' stopped successfully.
2018-03-14 21:57:45 -- Module 'Stg Configurator v. 2.0' stopped successfully.
2018-03-14 21:57:47 -- Module 'Remote script v 0.3' stopped successfully.
2018-03-14 21:57:47 -- Traffcounter: Stop successfull.
2018-03-14 21:57:47 -- Cannot write stat for user probprobestreet1ap0_duma.
2018-03-14 21:57:47 -- Couldn't save user stat:

2018-03-14 21:57:47 -- Cannot write stat for user probprobestreet1ap0_7f3j.
2018-03-14 21:57:47 -- Couldn't save user stat:

2018-03-14 21:57:47 -- Users: Stop successfull.
2018-03-14 21:57:48 -- Queue removed successfully.
2018-03-14 21:57:49 -- StgTimer: Stop successfull.
2018-03-14 21:57:49 -- Stg stopped successfully.
2018-03-14 21:57:49 -- ---------------------------------------------
2018-03-14 21:58:22 -- Stg v. 2.409
2018-03-14 21:58:22 -- Message queue created successfully. msgKey=5555 msgID=0
2018-03-14 21:58:22 -- Timer thread started successfully.
2018-03-14 21:58:23 -- [store_mysql] MYSQL_STORE: Current DB schema version: 1
2018-03-14 21:58:23 -- Storage plugin: mysql_store v.0.67. Loading successfull.
2018-03-14 21:58:23 -- Users started successfully.
2018-03-14 21:58:23 -- Traffcounter started successfully.
2018-03-14 21:58:23 -- Module 'Remote script v 0.3' started successfully.
2018-03-14 21:58:23 -- Module 'Stg Configurator v. 2.0' started successfully.
2018-03-14 21:58:23 -- Module 'Always Online authorizator v.1.0' started successfully.
2018-03-14 21:58:23 -- Module 'cap_nf v. 0.4' started successfully.
2018-03-14 21:58:23 -- Stg started successfully.
2018-03-14 21:58:23 -- +++++++++++++++++++++++++++++++++++++++++++++
2018-03-15 00:00:00 -- Admin '@stargazer', 0.0.0.0: User 'user9': 'cash' parameter changed from '0.000000' to '-100.000000'. Subscriber fee charge
2018-03-15 00:00:00 -- Admin '@stargazer', 0.0.0.0: User 'user4': 'cash' parameter changed from '0.000000' to '-100.000000'. Subscriber fee charge
2018-03-15 00:00:00 -- Admin '@stargazer', 0.0.0.0: User 'user3': 'cash' parameter changed from '0.000000' to '-100.000000'. Subscriber fee charge
2018-03-15 00:00:00 -- Admin '@stargazer', 0.0.0.0: User 'user2': 'cash' parameter changed from '0.000000' to '-100.000000'. Subscriber fee charge
2018-03-15 00:00:00 -- Admin '@stargazer', 0.0.0.0: User 'user11': 'cash' parameter changed from '0.000000' to '-100.000000'. Subscriber fee charge
2018-03-15 00:00:00 -- Admin '@stargazer', 0.0.0.0: User 'user10': 'cash' parameter changed from '0.000000' to '-100.000000'. Subscriber fee charge
2018-03-15 00:00:00 -- Admin '@stargazer', 0.0.0.0: User 'user1': 'cash' parameter changed from '0.000000' to '-100.000000'. Subscriber fee charge
2018-03-16 00:00:00 -- Admin '@stargazer', 0.0.0.0: User 'user9': 'cash' parameter changed from '-100.000000' to '-200.000000'. Subscriber fee charge
2018-03-16 00:00:00 -- Admin '@stargazer', 0.0.0.0: User 'user4': 'cash' parameter changed from '-100.000000' to '-200.000000'. Subscriber fee charge
2018-03-16 00:00:00 -- Admin '@stargazer', 0.0.0.0: User 'user3': 'cash' parameter changed from '-100.000000' to '-200.000000'. Subscriber fee charge
2018-03-16 00:00:00 -- Admin '@stargazer', 0.0.0.0: User 'user2': 'cash' parameter changed from '-100.000000' to '-200.000000'. Subscriber fee charge
2018-03-16 00:00:00 -- Admin '@stargazer', 0.0.0.0: User 'user11': 'cash' parameter changed from '-100.000000' to '-200.000000'. Subscriber fee charge
2018-03-16 00:00:00 -- Admin '@stargazer', 0.0.0.0: User 'user10': 'cash' parameter changed from '-100.000000' to '-200.000000'. Subscriber fee charge
2018-03-16 00:00:00 -- Admin '@stargazer', 0.0.0.0: User 'user1': 'cash' parameter changed from '-100.000000' to '-200.000000'. Subscriber fee charge
2018-03-16 00:45:51 -- Admin 'admin', 127.0.0.1: User 'user1': 'cash' parameter changed from '-200.000000' to '0.000000'. 
2018-03-16 10:37:48 -- [conf_sg] Received invalid header from 192.168.4.234:60670.
2018-03-16 13:09:21 -- Admin 'admin', 127.0.0.1: User 'probprobestreet1ap0_duma': 'disabled' parameter changed from '0' to '1'. 
2018-03-16 13:09:22 -- Admin 'admin', 127.0.0.1: User 'probprobestreet1ap0_duma': 'disabled' parameter changed from '1' to '0'. 
2018-03-16 13:09:41 -- Admin 'admin', 127.0.0.1: User 'probprobestreet1ap0_duma': 'disabled' parameter changed from '0' to '1'. 
2018-03-16 13:09:41 -- Admin 'admin', 127.0.0.1: User 'probprobestreet1ap0_duma': 'disabled' parameter changed from '1' to '0'. 
2018-03-16 13:09:48 -- Admin 'admin', 127.0.0.1: User 'probprobestreet1ap0_duma': 'disabled' parameter changed from '0' to '1'. 
2018-03-16 13:09:48 -- Admin 'admin', 127.0.0.1: User 'probprobestreet1ap0_duma': 'disabled' parameter changed from '1' to '0'. 
2018-03-16 13:10:05 -- Admin 'admin', 127.0.0.1: User 'user1': 'disabled' parameter changed from '0' to '1'. 
2018-03-16 13:10:05 -- Admin 'admin', 127.0.0.1: User 'user1': 'disabled' parameter changed from '1' to '0'. 
2018-03-16 13:10:10 -- Admin 'admin', 127.0.0.1: User 'user1': 'disabled' parameter changed from '0' to '1'. 
2018-03-16 13:10:10 -- Admin 'admin', 127.0.0.1: User 'user1': 'disabled' parameter changed from '1' to '0'. 
2018-03-16 15:27:57 -- +++++++++++++++++++++++++++++++++++++++++++++
2018-03-16 15:27:57 -- Module 'cap_nf v. 0.4' stopped successfully.
2018-03-16 15:27:57 -- Module 'Always Online authorizator v.1.0' stopped successfully.
2018-03-16 15:27:58 -- Module 'Stg Configurator v. 2.0' stopped successfully.
2018-03-16 15:27:59 -- Module 'Remote script v 0.3' stopped successfully.
2018-03-16 15:27:59 -- Traffcounter: Stop successfull.
2018-03-16 15:27:59 -- Users: Stop successfull.
2018-03-16 15:28:00 -- Queue removed successfully.
2018-03-16 15:28:01 -- StgTimer: Stop successfull.
2018-03-16 15:28:01 -- Stg stopped successfully.
2018-03-16 15:28:01 -- ---------------------------------------------
2018-03-16 15:30:52 -- Stg v. 2.409
2018-03-16 15:30:52 -- Message queue created successfully. msgKey=5555 msgID=0
2018-03-16 15:30:52 -- Timer thread started successfully.
2018-03-16 15:30:53 -- [store_mysql] MYSQL_STORE: Current DB schema version: 1
2018-03-16 15:30:53 -- Storage plugin: mysql_store v.0.67. Loading successfull.
2018-03-16 15:30:53 -- Users started successfully.
2018-03-16 15:30:53 -- Traffcounter started successfully.
2018-03-16 15:30:53 -- Module 'Remote script v 0.3' started successfully.
2018-03-16 15:30:53 -- Module 'Stg Configurator v. 2.0' started successfully.
2018-03-16 15:30:53 -- Module 'Always Online authorizator v.1.0' started successfully.
2018-03-16 15:30:53 -- Module 'cap_nf v. 0.4' started successfully.
2018-03-16 15:30:53 -- Stg started successfully.
2018-03-16 15:30:53 -- +++++++++++++++++++++++++++++++++++++++++++++
2018-03-16 15:32:56 -- Stg v. 2.409
2018-03-16 15:32:56 -- Message queue created successfully. msgKey=5555 msgID=32768
2018-03-16 15:32:56 -- Timer thread started successfully.
2018-03-16 15:32:56 -- [store_mysql] MYSQL_STORE: Current DB schema version: 1
2018-03-16 15:32:56 -- Storage plugin: mysql_store v.0.67. Loading successfull.
2018-03-16 15:32:56 -- Users started successfully.
2018-03-16 15:32:56 -- Traffcounter started successfully.
2018-03-16 15:32:56 -- Module 'Remote script v 0.3' started successfully.
2018-03-16 15:32:56 -- [conf_sg] Cannot bind listen socket: 'Address already in use'.
2018-03-16 15:32:56 -- Failed to start module 'Stg Configurator v. 2.0': 'Cannot bind listen socket: 'Address already in use'.'
2018-03-16 15:32:56 -- Module 'Always Online authorizator v.1.0' started successfully.
2018-03-16 15:32:56 -- [cap_nf] Cannot bind UDP socket: Address already in use
2018-03-16 15:32:56 -- Failed to start module 'cap_nf v. 0.4': 'Error binding UDP socket'
2018-03-16 15:32:56 -- Stg started successfully.
2018-03-16 15:32:56 -- +++++++++++++++++++++++++++++++++++++++++++++
2018-03-16 15:33:53 -- +++++++++++++++++++++++++++++++++++++++++++++
2018-03-16 15:33:53 -- +++++++++++++++++++++++++++++++++++++++++++++
2018-03-16 15:33:54 -- Module 'Always Online authorizator v.1.0' stopped successfully.
2018-03-16 15:33:53 -- Module 'cap_nf v. 0.4' stopped successfully.
2018-03-16 15:33:54 -- Module 'Always Online authorizator v.1.0' stopped successfully.
2018-03-16 15:33:54 -- Module 'Remote script v 0.3' stopped successfully.
2018-03-16 15:33:54 -- Module 'Stg Configurator v. 2.0' stopped successfully.
2018-03-16 15:33:54 -- Traffcounter: Stop successfull.
2018-03-16 15:33:55 -- Module 'Remote script v 0.3' stopped successfully.
2018-03-16 15:33:55 -- Users: Stop successfull.
2018-03-16 15:33:56 -- Traffcounter: Stop successfull.
2018-03-16 15:33:56 -- Queue removed successfully.
2018-03-16 15:33:57 -- StgTimer: Stop successfull.
2018-03-16 15:33:57 -- Stg stopped successfully.
2018-03-16 15:33:57 -- ---------------------------------------------
2018-03-16 15:33:57 -- Users: Stop successfull.
2018-03-16 15:33:58 -- Queue was not removed. id=0
2018-03-16 15:33:58 -- StgTimer: Stop successfull.
2018-03-16 15:33:58 -- Stg stopped successfully.
2018-03-16 15:33:58 -- ---------------------------------------------
2018-03-16 15:35:39 -- Stg v. 2.409
2018-03-16 15:35:39 -- Message queue created successfully. msgKey=5555 msgID=65536
2018-03-16 15:35:39 -- Timer thread started successfully.
2018-03-16 15:35:39 -- [store_mysql] MYSQL_STORE: Current DB schema version: 1
2018-03-16 15:35:39 -- Storage plugin: mysql_store v.0.67. Loading successfull.
2018-03-16 15:35:39 -- Users started successfully.
2018-03-16 15:35:39 -- Traffcounter started successfully.
2018-03-16 15:35:39 -- Module 'Remote script v 0.3' started successfully.
2018-03-16 15:35:39 -- Module 'Stg Configurator v. 2.0' started successfully.
2018-03-16 15:35:39 -- Module 'Always Online authorizator v.1.0' started successfully.
2018-03-16 15:35:39 -- Module 'cap_nf v. 0.4' started successfully.
2018-03-16 15:35:39 -- Stg started successfully.
2018-03-16 15:35:39 -- +++++++++++++++++++++++++++++++++++++++++++++

 

Поделиться сообщением


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

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

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

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

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

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

Войти

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

Войти сейчас


  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.

  • Похожие публикации

    • Автор: camchatix
      Добрый день
       
      Имеется работающий ubilling 0.8.8 rev 6006
      ponizator + бдком + opt82 - все работает
      Подключил zte c300, добавил в разделе свич оборудование с описание ОЛТ (снмп шаблон выбрал zte 320 ГПОН)
      айпишка пингуется с биллинга
       
      на ЗТЕ есть работающие 3 онушки но при опросе олт - в понизаторе, в списке неизвестных ону нету ону с ЗТЕ.. только с бдком
      с билинга запустил snmpwalk на zte - посыпались данные
       
      дальше поковырялся и в папке billing/exports вижу файлы с опросами ОЛТ
      так вот файлы от бдкома вижу 5 штук (distance, fdb, signals, onuindex, onuinterface) 
      а вот от zte c300 только один IDOLT_OLTSIGNALS (посмотрел что внутри а там все верно - 3 онушки и ихние сигналы)
       
      но в понизаторе в таблице zte c300 пусто
      такое ощущение что в файле snmp не правильные MIBs указаны
       
      поделитесь инфо, или шаблоном snmp
      версия firmware zte c300 1.2.5
    • Автор: pavlabor
      Вопрос дополнения базы данных и биллинга таблицей "все-ко-всем", продиктованы следующими потребностями.
      Есть модуль "Филиалы".
      При подключении данного модуля возникает следующая проблема.
      Не возможно подключить например город или филиалы для филиала, потому как филиал получает доступ ко всей информации о других филиалах.
      Нужно создать условия при которых филиал сможет самостоятельно вносить пользователей, адреса, вести склад при этом не видя информацию в материнской базе и других филиалах.
      Далее филиал не может создавать филиал.
       
      Такие задачи решаются созданием таблицы "все-ко-всем" в которой формируется каскадное вложение филиалов и связкой соответствующих таблиц сервисов.
      При правильном построении форм запроса и проверке на стороне сервера прав, филиал сможет получать доступ только к разрешенным ему модулям, и только его позициям в базе.
      Более того филиал сможет создавать свои филиалы, контролировать в них данные.
       
      Приветствуется любая критика и предложения,
      помощь в консультации и программировании.
      Спонсирование заинтересованных сторон, приветствуется.
    • Автор: pavlabor
      Почитал вопросы возникающие вокруг работы ubilling и понял что проблемы связаны с архитектурой  Stargazer
      Насколько я понял проблем очень много, некоторые из них.
      Stargazer работает с базой в памяти и при параллельной работе с базой возникают конфликты с работой, например с внесением оплаты другим приложением.
      При остановке Stargazerа или биллинга идет сбой работы Насов.
      Текущая архитектура может стать ограничением по количеству возможно обслуживаемых клиентов.
       
      Проблемы не все, но этих достаточно чтобы задуматься о альтернативе написания эмулятора  Stargazer-а.
      Мое понимание, эмулятор должен выглядеть как модуль, который можно включить или выключить, или выбор работы или через Stargazer, или через внутренний модуль.
       
      Приветствуется любая критика и предложения,
      помощь в консультации и программировании.
      Спонсирование заинтересованных сторон, приветствуется.
    • Автор: pavlabor
      Права, введение расширенной настройки прав.
      Предлагаю рассмотреть формирование и в перспективе реализации расширения следующих прав.
      Имеется, структурированное управление правами, которое не совсем закрывает потребность.
      Имеется.
      Объекты.
      - Модуль.
      - Позиция в модуле, юнит.
      Юзатели.
      - Филиалы.
      - Администраторы.
      Администраторы.
      - Стажер(демо).
      - Специалист.
      - Эксперт.
      Действия.
      - Просмотр.
      - Создание.
      - Редактирование.
      - Удаление.
      Собственно идея в чем. В оператора, или при создании филиала, администраторам могут быть переданы права на работу с модулем.
      В текущий момент, не имеется сквозной политики на права, поэтому они предоставляются выборочно и не совсем понятно по какой системе, по все вероятности "так получилось", как следствие, например.
      При создании филиала и передачи ему права на роботу с модулем город, то админ филиала может удалить город, изменить название, что может привести к проблеме у других филиалах и материнской структуре.
      При реализации единой политики, появляется необсуждаемая возможность и требование к модулям по правам.
      В связи с этим, определенный модуль можно делегировать/не делегировать филиалу, с определенными ограничениями, например филиал может просматривать, вносить города, но не может их редактировать или удалять.
      Внутри филиала, появляется возможность создавать профили уровней сотрудников не беспокоясь о состоянии базы, например создаеются
      - Стажер(демо).
      - Специалист 3 категории.
      - Специалист 2 категории.
      - Специалист 1 категории.
      - Эксперт.
      Взяли на работу чела, дали ему уровень стажера и пусть листает базу пока не прозреет,
      прозрел, дается профиль Специалиста 3 категории, и т.д.
      То же самое и с филиалами.
      Как админ филиала может завести пользователя, а выносить мозг дирекции тоже не каширно, вот и даются оговоренные права что админ филиала пользователя может завести, но редактировать и удалять не может, если другое не оговорено.
       
      Параллельно возникает вопрос с пользователями другого филиала, но этот вопрос будет рассмотрен в разделе "Требуется внесение таблицы "все-ко-всем".
       
      Приветствуется любая критика и предложения,
      помощь в консультации и программировании.
      Спонсирование заинтересованных сторон, приветствуется.
       
    • Автор: cetim
      Если сменить view при формировании платежного ID , чем это чревато со стороны приема платежей (кроме недовольства пользователей) ?
×