Перейти до

Миграция клиентов и 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 сказал:

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

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

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

 

 

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

@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 

 

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

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

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

ВІ ЄТО ДЕЛАЛИ

 

Відредаговано 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 користувачів

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

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

    • Від sanyadnepr
      Приветствую всех.
      Подскажите пожалуйста где копнуть и нет ли проблемы со стороны протокола взаимодействия сити24 или возможно не учтена необходимая проверка в модуле сити24 в Ubilling, пока писал понял что похоже в проверке payID, но это не точно.  
      Недавно обнаружилось с сити24 начали прилетать дубликаты платежей, в целом платежей мало, два одинаковых запроса Pay с одинаковым transactionID и payID в одну секунду одному платежному ID при этом биллинг "думает" примерно чуть больше минуты и отвечает одним ответом <result>0</result>, сити24 утверждает что ответ они не получили и по протоколу дальше повторяет запросы дублем, биллинг ответ и так по кругу, сити24 спрашивает каким образом с одинаковым payID от сити24 билл продолжает обрабатывать запросы и пополнять абоненту счет раз в 5 минут примерно, на одну и туже сумму, ведь этот payID уже был обработан предполагают сити24 согласно протоколу.
      Конечно есть вопрос к сити24 зачем они дублем присылают два запроса, но они отвечают что эта ситуация учтена в протоколе и проблема на стороне биллинга, потому что он пополняет счет по уже обработанному одинаковому payID.
      При этом transactionID в дублях одинаковый, но с каждым новым дублем разный.
      Если зафаерволить запросы от сити24, но оставить возможность отвечать то после блокировки билл отправляет 2-3 минуты 6 ответов <account>0001</account>  <result>0</result>.
      После снятия блокировки, дубли и платежи нескольких проблемных абонентов прилетают так же по кругу, при этом и с некоторыми новыми пополнениями происходит аналогичная ситуация.
      В openpayz в платежах transactionID и не видно payID.
    • Від nightfly
      Ubilling 1.4.3 rev 9058 The Bladewood Grove
       
      Зміни в структурі БД. alter.ini: нові опції OPHANIMFLOW_ENABLED та OPHANIMFLOW_URLS котрі вмикають та керують інтеграцією з OphanimFlow. alter:ini: нова опція PHOTOSTORAGE_POSTPROCESSING, що вмикає післяобробку зображень при завантаженні в Сховище зображень. alter:ini: нова опція PHOTOSTORAGE_WATERMARK, що вмикає розміщення вотермарки на всіх зображеннях, що завантажуються. alter:ini: нова опція PHOTOSTORAGE_RECOMPRESS, що вмикає зміну компрессії завантажених зображень. alter:ini: нова опція PHOTOSTORAGE_AUTORESIZE, що вмикає автоматичне та лагідне масштабування зображень конячих розмірів. alter:ini: нова опція PHOTOSTORAGE_DRAWIMGINFO, що вмикає вдруковування в зображення відлагоджувальної інформації. alter.ini: нова опція ONDEMAND_CHARTS, що вмикає відкладене завантаження графіків завантаження користувацької смуги. userstats.ini: нова опція OPHANIM_ENABLED, що вмикає інтеграцію OphanimFlow в кабінеті користувача. Модуль Заздрість: тепер авторизаційні дані пристроїв, не відображаються в списку пристроїв. Модуль “Заздрість”: при створенні та редагуванні пристроїв, для полів “пароль” та “enable пароль” тепер використовуються інпути паролів. Модуль “Заздрість”: заздрісним пристроям додано нове поле “Порт”. Тепер в скриптах можна використовувати, відповідний макрос {PORT}. Модуль “Статистика трафіку користувача”: проведено радикальний рефакторинг. Модуль “Статистика трафіку користувача”: додано опційну можливість, відображення трафіку отриманого з OphanimFlow. Модуль “Статистика трафіку користувача”: виправлено проблему невірного відображення залишку коштів на кінець місяця, при використанні Ішимури. Модуль “Статистика трафіку користувача”: додано можливість відображення графіків за останню годину з OphanimFlow. Модуль “Користувачі”: додано опційну можливість, відображення трафіку отриманого з OphanimFlow. Модуль “Сховище зображень”: тепер додатково перевіряє завантажувані зображення на тему їх валідності. Модуль “Фінансові операції”: виправлено відображення суми платежів користувача. Remote API: новий виклик ophanimtraff, який просто бере і синхронізує локальну БД з віддаленими джерелами OphanimFlow. Remote API: виклик userbynum тепер також опційно містить поле з “Платіжним ID” користувача. Глобально: у всіх полях вводу паролів, окрім форми входу, тепер відображається елемент керування “показати/приховати” пароль. Кабінет користувача: в модулі “Трафік” додано опційну можливість, відображення трафіку отриманого з OphanimFlow. Кабінет користувача: в модулі “Трафік” виправлено проблему невірного відображення залишку коштів на кінець місяця, при використанні Ішимури. Кабінет користувача: в модулі “Відеоспостереження” для NVR WolfRecorder замінено розділювач попередньо заповнених даних авторизації. OpenPayz: додано frontend portmonemulti, для отримання платежів від різних контрагентів. Інформацію по контрагентам бере з біллінгу, також використовую розширену інформацію контрагента. Платіжна система в контрагенті мусить бути створена, як PORTMONE 1984tech: додано функціонал генерації RPZ для isc-bind, спасибі @misterromanbush  
      Повний чейнджлог
      Оновлена демка
       

    • Від mac
      Здається, після оновлення PHP 7.4 до PHP 8.2 feesharvester припинив працювати:
       
      /usr/local/bin/curl "http://127.0.0.1/billing/?module=remoteapi&key={SERIAL}&action=feesharvester" <br /> <b>Fatal error</b>: Uncaught TypeError: Unsupported operand types: string - string in {UBPATH}/billing/api/libs/api.fundsflow.php:570 Stack trace: #0 {UBPATH}/billing/modules/remoteapi/feesharvester.php(22): FundsFlow-&gt;harvestFees('2024-01') ...  
      Невеличке розслідування врешті з'ясувало, що це через наявність пробілу у деяких логінах абонентів. Як так сталося? Тому що інколи був неуважно додан трейлінг пробіл до номеру будинка і цей пробіл потрапив до логіну абоненту. Логін абоненту неможливо змінити ніяким чином штатними засобами. Я не розглядаю створення нового абонента для усунення помілки.

      Був обран такий шлях вирішення проблеми. Заміну функції php explode() знайшов у мережі. Мабуть це станеться в нагоді:

       
      diff api.fundsflow.php.bak api.fundsflow.php.new 559c559 < $eachfee = explode(' ', $eachline); --- > $eachfee = preg_split("~(?<!\\\\)(?:\\\\{2})*'[^'\\\\]*(?:\\\\.[^'\\\\]*)*'(*SKIP)(*F)|\s+~s" , $eachline);  
    • Від Dilan
      Собственно ищу кто сделает такую связку с нуля под ключ. Тз высылаю в личку. Заранее спасибо.
    • Від ukrtelekom
      Доброго часу!
      Шукається адміністратор віддалений для разової роботи по коригуванню працюючого Ubilling з мікротами. Якщо стосунки зклєяться- то до постійної додаткової копійки. 
      Всім заздалегідь дякую. Хейти, бажано не писати. Контакти в приватні повідомлення або O73283344O
×
×
  • Створити нове...