Перейти до

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

 

щас переустоновил занова ставлю опять я тогда ставил МС , правда не думаю что это он виноват.

mc... на NAS-е... до установки всякого софта с запутанными зависимостями... мда.

 

Короче если не выгорит - поорите мне завтра. У меня для хороших людей припасен конфигуратор НАС-ов ставящий все из бинарников за 10 минут ;)

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

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

UPD: А хрен там с утра. Я ж нормально с таким не засну     проблема исправлена начиная с 0.5.4 rev 3462. Для резкого фикса следует обновить api/libs/api.userreg.php получив его отсюда: https://g

Думаю согласились бы, если бы были в курсе как работает OpenPayz.   Большинство нормальных ПС умеет показывать юзеру сколько у него денег на счету, как его зовут, где он живет и кто он такой вообще

всем привет ! сегодня ночью чет не спалось и получилось вот это Miktotik-Linux-nas это адаптированный Mikrotik NAS для Linux делается все также как тут http://wiki.ubilling.net.ua/doku.php?id=mikrotik

Posted Images

 

щас переустоновил занова ставлю опять я тогда ставил МС , правда не думаю что это он виноват.

mc... на NAS-е... до установки всякого софта с запутанными зависимостями... мда.

 

Короче если не выгорит - поорите мне завтра. У меня для хороших людей припасен конфигуратор НАС-ов ставящий все из бинарников за 10 минут ;)

 

ну сижу смотрю как компилиться ))) ну в linux он точно ни кому ни когда не мешал )) поэтому я както без задней мысли его и всунул , а еще заметил что надо бандвиш ставить самому ? потомучто в конце он тоже ошибку выдавал . ладно щас вот ставиться на вообще только установленную систему и измененный через vi rc.conf и подправленный autosetup.sh , надеюсь прокатит через мин 20 увидим)
Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

 

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

Г-р-р-р. Хорошо хоть xorg и gnome перед сетапом не притащили.

 

 

  1. Чистая(!) FreeBSD 8.4 установленая на адекватном железе

 

Можете ставить что хотите, только вдумчиво руками а не в слепую скриптом писанным несколько лет назад по пьяни. Скорее всего валиться оно у вас изза того, что ставили вы какое-то древнее говно из необновленных портов и теперь по обновленному дереву хрен чего по человечески соберется, поверху дремучих депенденсов.

 

Думаете почему по всей документации с восклицательными знаками растыкано "только по чистой системе"? Я просто не имею физической возможности тестировать все возможные упоротые конфигурации и самодеятельность (и да - хрен за это кто-то заплатит). Так что ориентируется все только на чистый релизный дистрибутив.

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

Чистая(!) FreeBSD 8.4 установленая на адекватном железе

 

Чистее некуда , правда в vmware ну я не думаю что фря настолько привередлива!!!!! черное окошко еще бегает )) результат пока не известен, сижу жду!тем временем запихиваю в виртуал PCBSD интересно поглядеть.

Відредаговано DemonidZe
Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

 

тем временем запихиваю в виртуал PCBSD интересно поглядеть.

Бве. Попытка сделать из исконно серверной системы не сильно убогий десктоп. Попытка заведомо провальная.

Мы все и так прекрасно знаем, какая и к сожалению единственная из BSD-образных является полноценным десктопом ;)

 

 

По НАС-у: сейчас уже просто не имею здоровья + на пол ночи работы впереди. Стучите завтра - наглядно покажу как как оно все ставиться либо за 2 либо за 10 минут на выбор. На самом деле все максимально примитивно - главное много не думать.

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

Мы все и так прекрасно знаем, какая и к сожалению единственная из BSD-образных является полноценным десктопом ;)

  

По НАС-у: сейчас уже просто не имею здоровья + на пол ночи работы впереди. Стучите завтра - наглядно покажу как как оно все ставиться либо за 2 либо за 10 минут на выбор. На самом деле все максимально примитивно - главное много не думать.

мм ну да у меня был ноут на такой единственной системе))) пока не сперли ноут вместе с рюкзаком или наоборот ркзак с ноутом . ну а я пока поизучаю фрю в частности ipfw и почемуто последниее правило которое поидеи должно заменять стандартное где add 65535 allow all from any to any когда смотришь ipfw list там стоит deny ну это я так наблюдения

За помощь с насом за рание огромное спасибо, блин так не привычно все настраиваеться в одном месте половина системы я так понял в rc.conf

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

 

мм ну да у меня был ноут на такой единственной системе))) пока не сперли ноут вместе с рюкзаком или наоборот ркзак с ноутом

угу, она.

 

 

и почемуто последниее правило которое поидеи должно заменять стандартное где add 65535 allow all from any to any когда смотришь ipfw list там стоит deny ну это я так наблюдения

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

 

Итого смотрим стандартный фаер:

# вторая табличка - юзерская сеть. Она должна блокироваться бай дефолт на внутреннем интерфейсе + НАТ-иться.
${FwCMD} table 2 add сеть_юзеров
# девятая - просто для сетей айпишек трафик которых будет у нас ходить мимо НАТ-а (наш сайт допустим)
${FwCMD} table 9 add сеть_юзеров
${FwCMD} table 9 add своя_айпишка


#Подымаем экземпляр НАТ-а
${FwCMD} nat 1 config log if igb1 reset same_ports
#Заворачиваем в него исходящий трафик юзеров, на внешнем интерфейсе, не идущий к девятой табличке, которую мы заведомо не НАТ-им
${FwCMD} add 6000 nat 1 ip from table\(2\) to not table\(9\) via igb1
#Весь входящий трафик который вернулся из интернетов на внешний интерфейс заворачиваем обратно в НАТ
${FwCMD} add 6001 nat 1 ip from any to наша_айпишка via igb1

#Шейп трафика пользователей. Он же работает как allow. Трафик попавший в эти правила прекращает шествовать по фаеру дальше.
#Резак скорости аплода
${FwCMD} add 12001 pipe tablearg ip from any to table\(4\) via igb0 out
#Резак скорости даунлода
${FwCMD} add 12000 pipe tablearg ip from table\(3\) to any via igb0 in

#На всякий случай насильно делаем allow трафика к нашему биллинго/кабинетному серверу. При некоторых конфигурациях это может понадобиться.
${FwCMD} add 101 allow all from скорее_всего_айпишка_кабинета_или_убиллинга to any
${FwCMD} add 101 allow all from any to скорее_всего_айпишка_кабинета_или_убиллинга


# Позволяем доступ к себе на 80-й порт - опять же нужно в основном для добирания через внутренний интерфейс до bandwidhtd
${FwCMD} add  62000 allow tcp from any to me dst-port 80
${FwCMD} add  62000 allow tcp from me to any src-port 80


# Самое интересное - политика блокирования по умолчанию
# Вырезаем вторую табличку (все еще помним, что это юзера?) нафиг на внутреннем интерфейсе 
# До этих правил долетит только трафик юзеров не попавших в 3 и 4 таблички (читаем которых не OnConnect-нуло)
${FwCMD} add 65533 deny all from table\(2\) to any via igb0
${FwCMD} add 65534 deny all from any to table\(2\) via igb0
# Позволяем все остальное - оно нам ничего плохого не сделало. Бороться нужно только с юзерами таки.
${FwCMD} add 65535 allow all from any to any

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

 

#Шейп трафика пользователей. Он же работает как allow. Трафик попавший в эти правила прекращает шествовать по фаеру дальше.
#Резак скорости аплода
${FwCMD} add 12001 pipe tablearg ip from any to table\(4\) via igb0 out
#Резак скорости даунлода
${FwCMD} add 12000 pipe tablearg ip from table\(3\) to any via igb0 in

# Самое интересное - политика блокирования по умолчанию
# Вырезаем вторую табличку (все еще помним, что это юзера?) нафиг на внутреннем интерфейсе 
# До этих правил долетит только трафик юзеров не попавших в 3 и 4 таблички (читаем которых не OnConnect-нуло)
${FwCMD} add 65533 deny all from table\(2\) to any via igb0
${FwCMD} add 65534 deny all from any to table\(2\) via igb0
# Позволяем все остальное - оно нам ничего плохого не сделало. Бороться нужно только с юзерами таки.
${FwCMD} add 65535 allow all from any to any

 

Все Заведлсь!!!МС ставить до того как нельзя!!! работает терь только надо он конект поправить мнеж надо както разделять кто с реальным айпи а кто в нат как в линуже я то знаю а тут надо придумать. я когда читал не понял что к чему что в ipfw можно дойти до правила и остановиться на этом ) эт по идеи мне надо их засунуть в 9, 3, 4 таблицку. А и да при ipfw list правило 65535 видиться как denny хотя в конфиге хотят allow

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

 

Все Заведлсь!!!МС ставить до того как нельзя!!!

Хренасе, как "неожиданно" :)

 

 

терь только надо он конект поправить

Ну что за линуксячие привычки?! Сразу ручками какую-то хрень сотворить не думая.

Не трогайте скрипты инициализации.

 

 

я когда читал не понял что к чему что в ipfw можно дойти до правила и остановиться на этом )

Можно - только нахрен не нужно.

 

Показываю раз и навсегда как это делается:

${FwCMD} table 10 add 1.2.3.4/24
${FwCMD} add 65531 deny all from table\(10\) to any via igb0
${FwCMD} add 65532 deny all from any to table\(10\) via igb0
Ссылка на сообщение
Поделиться на других сайтах

2 felixio_01

 

значение SIGNUP_TYPEID соответствует значениям ID типа оплат и "Справочники" -> " Тип оплаты" ???

 

или это отдельный ID типа оплат, для индентификации денег за подключение?

Логика подсказывает, что да - это должно бы быть оно.

Если окажется что не так - лучше спросить Jcomm - эта враждебная штука с платами за подключение, полностью его код.

 

 

также по поводу "UKV_BS_PAYID" ?

А вот по поводу этого можно сказать точно. Да - это ID типов оплат, под видом которых УКВ будет разносить автоматом деньги по ощадкассовским выпискам.

 

ок, значить я под SIGNUP_TYPEID выделяю отдельный тип оплат, с id, например 5 и соответсвенно прописываю его в типах оплат. 

также для UKV_BS_PAYID также выделяю отдельный тип оплат, с id, например 6 и соответсвенно прописываю его в типах оплат

 

с этим разобрались.

 

 

Нет. Вы НЕ ХОТИТЕ использовать УКВ. Оно взрывается в руках.

По крайней мере в ближайших пару недель в продакшне ему делать вообще нечего.

 

хе хе хе, ни в коем случае )))))))))

 

 

 

Это говорит о невалидном формате/отсутствии опции BUILD_EXTOPTS.

 

Должно быть что-то типа

 

; "максимумэтажей,максимумподъездов"

 

BUILD_EXTOPTS="16,12"

 

у меня было прописанно 

 

BUILD_EXTOPTS="12,9,5,4,2"

 

это типа я напортачил )))))))))))))

всё исправил, спасибо, работает.....

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


array (
0 =>
array (
'Tables_in_stg' => 'address',
),
1 =>
array (
'Tables_in_stg' => 'admins',
),
2 =>
array (
'Tables_in_stg' => 'ahenassign',
),
3 =>
array (
'Tables_in_stg' => 'apt',
),
4 =>
array (
'Tables_in_stg' => 'bankstaparsed',
),
5 =>
array (
'Tables_in_stg' => 'bankstaraw',
),
6 =>
array (
'Tables_in_stg' => 'build',
),
7 =>
array (
'Tables_in_stg' => 'buildpassport',
),
8 =>
array (
'Tables_in_stg' => 'capab',
),
9 =>
array (
'Tables_in_stg' => 'capabstates',
),
10 =>
array (
'Tables_in_stg' => 'cardbank',
),
11 =>
array (
'Tables_in_stg' => 'cardbrute',
),
12 =>
array (
'Tables_in_stg' => 'cashtype',
),
13 =>
array (
'Tables_in_stg' => 'catv_activity',
),
14 =>
array (
'Tables_in_stg' => 'catv_bankstaparsed',
),
15 =>
array (
'Tables_in_stg' => 'catv_bankstaraw',
),
16 =>
array (
'Tables_in_stg' => 'catv_decoders',
),
17 =>
array (
'Tables_in_stg' => 'catv_fees',
),
18 =>
array (
'Tables_in_stg' => 'catv_payments',
),
19 =>
array (
'Tables_in_stg' => 'catv_paymentscorr',
),
20 =>
array (
'Tables_in_stg' => 'catv_signups',
),
21 =>
array (
'Tables_in_stg' => 'catv_tariffs',
),
22 =>
array (
'Tables_in_stg' => 'catv_users',
),
23 =>
array (
'Tables_in_stg' => 'cfitems',
),
24 =>
array (
'Tables_in_stg' => 'cftypes',
),
25 =>
array (
'Tables_in_stg' => 'city',
),
26 =>
array (
'Tables_in_stg' => 'contractdates',
),
27 =>
array (
'Tables_in_stg' => 'contracts',
),
28 =>
array (
'Tables_in_stg' => 'contrahens',
),
29 =>
array (
'Tables_in_stg' => 'cpe',
),
30 =>
array (
'Tables_in_stg' => 'cpetypes',
),
31 =>
array (
'Tables_in_stg' => 'deathtime',
),
32 =>
array (
'Tables_in_stg' => 'detailstat_01_2013',
),
33 =>
array (
'Tables_in_stg' => 'detailstat_01_2014',
),
34 =>
array (
'Tables_in_stg' => 'detailstat_02_2013',
),
35 =>
array (
'Tables_in_stg' => 'detailstat_02_2014',
),
36 =>
array (
'Tables_in_stg' => 'detailstat_03_2013',
),
37 =>
array (
'Tables_in_stg' => 'detailstat_04_2013',
),
38 =>
array (
'Tables_in_stg' => 'detailstat_05_2013',
),
39 =>
array (
'Tables_in_stg' => 'detailstat_06_2012',
),
40 =>
array (
'Tables_in_stg' => 'detailstat_06_2013',
),
41 =>
array (
'Tables_in_stg' => 'detailstat_07_2012',
),
42 =>
array (
'Tables_in_stg' => 'detailstat_07_2013',
),
43 =>
array (
'Tables_in_stg' => 'detailstat_08_2012',
),
44 =>
array (
'Tables_in_stg' => 'detailstat_08_2013',
),
45 =>
array (
'Tables_in_stg' => 'detailstat_09_2012',
),
46 =>
array (
'Tables_in_stg' => 'detailstat_09_2013',
),
47 =>
array (
'Tables_in_stg' => 'detailstat_10_2012',
),
48 =>
array (
'Tables_in_stg' => 'detailstat_10_2013',
),
49 =>
array (
'Tables_in_stg' => 'detailstat_11_2012',
),
50 =>
array (
'Tables_in_stg' => 'detailstat_11_2013',
),
51 =>
array (
'Tables_in_stg' => 'detailstat_12_2012',
),
52 =>
array (
'Tables_in_stg' => 'detailstat_12_2013',
),
53 =>
array (
'Tables_in_stg' => 'dhcp',
),
54 =>
array (
'Tables_in_stg' => 'directions',
),
55 =>
array (
'Tables_in_stg' => 'docxdocuments',
),
56 =>
array (
'Tables_in_stg' => 'docxtemplates',
),
57 =>
array (
'Tables_in_stg' => 'dshape_time',
),
58 =>
array (
'Tables_in_stg' => 'emails',
),
59 =>
array (
'Tables_in_stg' => 'employee',
),
60 =>
array (
'Tables_in_stg' => 'genocide',
),
61 =>
array (
'Tables_in_stg' => 'jobs',
),
62 =>
array (
'Tables_in_stg' => 'jobtypes',
),
63 =>
array (
'Tables_in_stg' => 'logs_01_2013',
),
64 =>
array (
'Tables_in_stg' => 'logs_01_2014',
),
65 =>
array (
'Tables_in_stg' => 'logs_02_2013',
),
66 =>
array (
'Tables_in_stg' => 'logs_02_2014',
),
67 =>
array (
'Tables_in_stg' => 'logs_03_2013',
),
68 =>
array (
'Tables_in_stg' => 'logs_04_2013',
),
69 =>
array (
'Tables_in_stg' => 'logs_05_2013',
),
70 =>
array (
'Tables_in_stg' => 'logs_06_2012',
),
71 =>
array (
'Tables_in_stg' => 'logs_06_2013',
),
72 =>
array (
'Tables_in_stg' => 'logs_07_2012',
),
73 =>
array (
'Tables_in_stg' => 'logs_07_2013',
),
74 =>
array (
'Tables_in_stg' => 'logs_08_2012',
),
75 =>
array (
'Tables_in_stg' => 'logs_08_2013',
),
76 =>
array (
'Tables_in_stg' => 'logs_09_2012',
),
77 =>
array (
'Tables_in_stg' => 'logs_09_2013',
),
78 =>
array (
'Tables_in_stg' => 'logs_10_2012',
),
79 =>
array (
'Tables_in_stg' => 'logs_10_2013',
),
80 =>
array (
'Tables_in_stg' => 'logs_11_2012',
),
81 =>
array (
'Tables_in_stg' => 'logs_11_2013',
),
82 =>
array (
'Tables_in_stg' => 'logs_12_2012',
),
83 =>
array (
'Tables_in_stg' => 'logs_12_2013',
),
84 =>
array (
'Tables_in_stg' => 'lousytariffs',
),
85 =>
array (
'Tables_in_stg' => 'messages',
),
86 =>
array (
'Tables_in_stg' => 'modem_templates',
),
87 =>
array (
'Tables_in_stg' => 'modems',
),
88 =>
array (
'Tables_in_stg' => 'mtnasifaces',
),
89 =>
array (
'Tables_in_stg' => 'nas',
),
90 =>
array (
'Tables_in_stg' => 'nastemplates',
),
91 =>
array (
'Tables_in_stg' => 'nethosts',
),
92 =>
array (
'Tables_in_stg' => 'networks',
),
93 =>
array (
'Tables_in_stg' => 'notes',
),
94 =>
array (
'Tables_in_stg' => 'passportdata',
),
95 =>
array (
'Tables_in_stg' => 'payments',
),
96 =>
array (
'Tables_in_stg' => 'paymentscorr',
),
97 =>
array (
'Tables_in_stg' => 'phones',
),
98 =>
array (
'Tables_in_stg' => 'radattr',
),
99 =>
array (
'Tables_in_stg' => 'realname',
),
100 =>
array (
'Tables_in_stg' => 'services',
),
101 =>
array (
'Tables_in_stg' => 'servtariff',
),
102 =>
array (
'Tables_in_stg' => 'signup_prices_tariffs',
),
103 =>
array (
'Tables_in_stg' => 'signup_prices_users',
),
104 =>
array (
'Tables_in_stg' => 'sigreq',
),
105 =>
array (
'Tables_in_stg' => 'speeds',
),
106 =>
array (
'Tables_in_stg' => 'stat',
),
107 =>
array (
'Tables_in_stg' => 'street',
),
108 =>
array (
'Tables_in_stg' => 'switchdeadlog',
),
109 =>
array (
'Tables_in_stg' => 'switches',
),
110 =>
array (
'Tables_in_stg' => 'switchmodels',
),
111 =>
array (
'Tables_in_stg' => 'switchportassign',
),
112 =>
array (
'Tables_in_stg' => 'tags',
),
113 =>
array (
'Tables_in_stg' => 'tagtypes',
),
114 =>
array (
'Tables_in_stg' => 'tariffs',
),
115 =>
array (
'Tables_in_stg' => 'taskman',
),
116 =>
array (
'Tables_in_stg' => 'ticketing',
),
117 =>
array (
'Tables_in_stg' => 'ub_im',
),
118 =>
array (
'Tables_in_stg' => 'ubstats',
),
119 =>
array (
'Tables_in_stg' => 'ubstorage',
),
120 =>
array (
'Tables_in_stg' => 'uhw_brute',
),
121 =>
array (
'Tables_in_stg' => 'uhw_log',
),
122 =>
array (
'Tables_in_stg' => 'ukv_fees',
),
123 =>
array (
'Tables_in_stg' => 'ukv_payments',
),
124 =>
array (
'Tables_in_stg' => 'ukv_tariffs',
),
125 =>
array (
'Tables_in_stg' => 'ukv_users',
),
126 =>
array (
'Tables_in_stg' => 'userreg',
),
127 =>
array (
'Tables_in_stg' => 'users',
),
128 =>
array (
'Tables_in_stg' => 'userspeeds',
),
129 =>
array (
'Tables_in_stg' => 'vcash',
),
130 =>
array (
'Tables_in_stg' => 'vcashlog',
),
131 =>
array (
'Tables_in_stg' => 'vservices',
),
132 =>
array (
'Tables_in_stg' => 'watchdog',
),
133 =>
array (
'Tables_in_stg' => 'weblogs',
),
)

 

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

перестал работать frontend 24Nonstop

 

msg_icon_1.pngВозникла ошибка вида
Не может пропарсить 1256 Тестовый юзер 33 internet 90 1 9000 121 28.02.2014 20:30:11
При :http://xxx.xxx.xxx.xxx/openpayz/frontend/24nonstop/?ACT=1&SERVICE_ID=internet&PAY_ACCOUNT=33&PAY_ID=D12D2DEB-2C54-4EE7-A6E3-60298477C98D&TRADE_POINT=121&SIGN=C276969B89E8F89E9538AD2AB7D36E3D
<?xml version="1.0" encoding="UTF-8"?> <pay-response> <balance>1256</balance> <name>Тестовый юзер</name> <account>33</account> <service_id>internet</service_id> <abonplata>90</abonplata> <min_amount>1</min_amount> <max_amount>9000</max_amount> <status_code>21</status_code> <time_stamp>28.02.2014 20:30:11</time_stamp> </pay-response>

 

<?xml version="1.0" encoding="UTF-8"?> <pay-response> <balance>1256</balance><name>Тестовый юзер</name><account>33</account><service_id>internet</service_id> <abonplata>90</abonplata> <min_amount>1</min_amount> <max_amount>9000</max_amount> <status_code>21</status_code> <time_stamp>28.02.2014 20:35:25</time_stamp> </pay-response>

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

2 felixio_01

 

array (
0 =>

Хм. Таки да - ukv_banksta не развернулось. Попробуйте phpmyadmin-ом пушнуть кверю, хоть увидите на что оно ругается.

 

2 oberon85

 

перестал работать frontend 24Nonstop

Неа. Как работал так и работает - в нем ничего не менялось еще от равизии 2796.

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

 

2 2late

 

Хотел бы узнать куда утилизируется память постоянно? Даже на демке свободное пространство почти уходит в "0".

:facepalm: Отсутствие free страниц в FreeBSD полностью нормально.

 

Просвещайтесь:

http://docs.freebsd.org/doc/en/articles/vm-design/article.html

http://nuclight.livejournal.com/129544.html

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

В alter.ini с функцией "SAFE_REGMODE=0". При регистрации можно вести вручную абону ip, но после, вручную поменять нельзя, только случайный подбором.

Где-то не дочитал конфиг или баг?

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

Мне даже страшно писать о том, что так и не нашел ответа на свой вопрос.

SAFA_REGMODE стоит в нуле. В убиллинге иду в "профиль", дальше "смена ip" если жмакать сохранить он будет меняться на первый свободный, а как вручную заставить менять так в мане и не нашел :( 

При том что выделил на услугу "Интернет" сеть 10.0.0.0/21. Не уж нужно создать огромный список адресов в этом диапазоне и менять IP адреса как захочется? Такая логика актуальна?

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

 

Мне даже страшно писать о том, что так и не нашел ответа на свой вопрос.

sled.jpeg

 

SAFA_REGMODE стоит в нуле.

не знаю такой

 

 

При том что выделил на услугу "Интернет" сеть 10.0.0.0/21. Не уж нужно создать огромный список адресов в этом диапазоне и менять IP адреса как захочется? Такая логика актуальна?

намекаю - в FAQ описано.

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

С каждой новой версией не даете найти какие-нибудь недочеты!

Спасибо большое, нашел.

Изначально рылся в конфигах и не совсем понимал фразу "Усиленную работу с клиентами ..."

 

Когда при vlan_per_user не попал или забыл указать нужный IP, приходиться перерегистрировать абона, ибо при автоматическом перебора меняются автоматом только два свободных IPa

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

 

Изначально рылся в конфигах и не совсем понимал фразу "Усиленную работу с клиентами ..."

Усиленно работает шо писец :)

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

Подскажите кто нибуть , так сложилось в этой жизни что кабинет пользователя и сам билинг живут на разных серверах, при генирации документов из кабинета пользователя они сохраняються туда куда написано конфиге (поменял туда куда мне надо) соединил общуюю папочку с помощью cifs , куда это добро все складывается и подкрутил в api.documents.php эти два параметра const TEMPLATES_PATH = '/bla/bla/pl_docx/';const DOCUMENTS_PATH = '/bla/bla/pl_cache/'; вот все вроди работает из личного кабинета можно скачать и новый и уже ранее генерированный , а вот из билинга скачивает нормально только если нажать сохранить , если жмешь сразу открыть то после docx делает вот так *.docx-1.xlsx естесно оно пытаеться открыть экселем. Гдет чет недосмотрел ? или недоправил? А можно гдет чтот подправить чтоб макрос {ADDRESS} не дописывал город?

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

 

Подскажите кто нибуть , так сложилось в этой жизни что кабинет пользователя и сам билинг живут на разных серверах

Это изначально предусмотрено для большинства функционала КП. Поэтому он и таскает за собой такой больной набор конфигов.

 

 

при генирации документов из кабинета пользователя они сохраняються туда куда написано конфиге (поменял туда куда мне надо)

И эти опции специально сделаны для таких случаев, если КП находиться не в дефолтной локации. Скажем можно сказать что-то типа  DOCX_STORAGE="/mnt/remote_documents/" по дороге монтируя их скажем NFS-ом либо той-же самбой откуда нам нужно а именно из content/documents/ биллингового сервера.

 

 

и подкрутил в api.documents.php эти два параметра const TEMPLATES_PATH = '/bla/bla/pl_docx/';const DOCUMENTS_PATH = '/bla/bla/pl_cache/';

Вандал :facepalm:

 

Откатите как было. То, что оно сделано константами, ни на что не намекает?

 

 

если жмешь сразу открыть то после docx делает вот так *.docx-1.xlsx естесно оно пытаеться открыть экселем.

Это какой-то косяк с mime types.

 

 

А можно гдет чтот подправить чтоб макрос {ADDRESS} не дописывал город?

Есть предчувствие, что на этот макрос должна влиять опция CITY_DISPLAY

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

Вандал :facepalm:

 

Откатите как было. То, что оно сделано константами, ни на что не намекает?

уже вернул , вдумчиво вчитался и вернул

Это какой-то косяк с mime types.

это глюк мазилы тармозилы

 

Есть предчувствие, что на этот макрос должна влиять опция CITY_DISPLAY

ХМ возможно это предчуствие верно .... ща проверим :))
Ссылка на сообщение
Поделиться на других сайтах

 

это глюк мазилы тармозилы

Только на ФФ по сути и тестирую в мейнстриме - остальные браузеры, уже при возникновении конкретных проблем.

 

 

ХМ возможно это предчуствие верно .... ща проверим :))

Я точно не уверен, но искренне надеюсь, что это так. По замыслу в любом случае должно быть.

Ссылка на сообщение
Поделиться на других сайтах
Гость
Эта тема закрыта для публикации сообщений.
  • Зараз на сторінці   0 користувачів

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

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

    • Від a_n_h
      Всем доброго дня и мирного неба!
        После многочисленных экспериментов выяснил, что на последних версиях freebsd  максимум удавалось прокачать до 14 ГБт суммарно трафика со 100% загрузкой процессора. На том-же железе но с установленной freebsd 11.2 прокачивается до 20-ти ГБт суммарно тестового трафика с загрузкой процессора около 50%. 
        Подскажите, что можно убрать или наоборот добавить в систему с freebsd 13,3 для получения аналогичного результата...
    • Від ppv
      Проглянув FAQ і Ubilling Wiki. Зацікавило питання чи є в Ubilling якась реалізація reCAPTCHA, чи потрібно додавати руцями, (для прикладу для форми подачі заявок чи для кабінету користувача)?
       
    • Від 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);  

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