RamadaN

НАСу попробовали дать адрес из той же подсети? Отправлено с моего Lenovo P1ma40 через Tapatalk

Хотя отрабатывает он некорректно все равно - при удалении абона срабатывает OnDisconnect и затем OnDelUser. Так вот последний норм отрабатывает, а OnDisconnect: 2016-09-12 01:20:59 - [Ubilling] - OnDisconnect started for user `00001`: 2016-09-12 01:20:59 - [Database] - Debug: MySQL driver loaded 2016-09-12 01:20:59 - [Database] - Debug: Connection with database is established... 2016-09-12 01:20:59 - [Database] - Debug: Query -> SELECT `netid` FROM nethosts WHERE `ip` = '194.183.177.2' 2016-09-12 01:20:59 - [Database] - Error: Can't find user's network id! 2016-09-12 01:20:59 - [Database] - Debug: Query -> SELECT `nasip`, `nastype`, `options` FROM nas WHERE `netid` = '' 2016-09-12 01:20:59 - [Ubilling] - Error: Can't run executer, NAS'es type is needed! 2016-09-12 01:20:59 - [Ubilling] - QC: 2, elapsed time: 0.008 sec. При этом абон удаляется и из базы и с микротика

Проблему победил. Сеть/CIDR был указан 194.ххх.ххх.1/24 - изменив на 194.ххх.ххх.0/24 все заработало как надо)) Банальная очепятка.

Ну вот у нашего кипрского брата по оружию один из первых постов

NAS и абоны в разных подсетях? IP наса 172.20.0.7 правильно? А абоны в 172.100.4.х?

А логи stg где? Желательно с включенным дебагом. В логе фрирадиуса сказано, что ему не нравится "Clear text password"

включи DEBUG=TRUE в /etc/stargazer/config.ini , чтобы allconnect.log был по-информативнее

1 интерфейс, на среднем офисном ведре

На вертушке поднял чистую freebsd 10.2, накатил юбиллинг, провел минимальную настройку и результат идентичный. Единственное, что я не страиваю DHCP... не может же это влиять

как раз это и была не решенная моя тема про отключенных абонентов https://local.com.ua/forum/topic/87583-%D0%BC%D0%B0%D1%81%D1%81%D0%BE%D0%B2%D1%8B%D0%B9-%D1%80%D0%B5%D0%B7%D0%B5%D1%82-ubilling-mikrotik-nas/?do=findComment&comment=917844 после которой пришло прозрение! И через 10 минут она стала не актуальна. ну вот, к примеру, лог удаления пользователя от struske: 2016-09-08 02:25:59 - [Ubilling] - OnUserDel started for user `00056`: 2016-09-08 02:25:59 - [Database] - Debug: MySQL driver loaded 2016-09-08 02:25:59 - [Database] - Debug: Connection with database is established... 2016-09-08 02:25:59 - [Database] - Debug: Query -> SELECT `IP` FROM users WHERE `login` = '00056' 2016-09-08 02:25:59 - [Database] - Debug: Data -> `IP` is 10.0.2.65 2016-09-08 02:25:59 - [Database] - Debug: Query -> SELECT `id`, `desc` FROM networks 2016-09-08 02:25:59 - [Database] - Debug: Query -> SELECT `nasip`, `nastype`, `options` FROM nas WHERE `netid` = '1' 2016-09-08 02:25:59 - [Database] - Debug: Data -> `nasip` = 10.0.2.1 2016-09-08 02:25:59 - [Database] - Debug: Option -> `version` = '6' 2016-09-08 02:25:59 - [Database] - Debug: Option -> `username` = 'ubilling' 2016-09-08 02:25:59 - [Database] - Debug: Option -> `password` = 'xxxx' 2016-09-08 02:25:59 - [Database] - Debug: Option -> `users_interface` = 'bridge1' 2016-09-08 02:25:59 - [Database] - Debug: Option -> `graph_interface` = 'bridge1' 2016-09-08 02:25:59 - [Database] - Debug: Option -> `manage_firewall` = '1' 2016-09-08 02:25:59 - [Database] - Debug: Option -> `manage_arp` = '1' 2016-09-08 02:25:59 - [Database] - Debug: Option -> `manage_queue` = '1' 2016-09-08 02:25:59 - [Database] - Debug: Option -> `manage_dhcp` = '1' 2016-09-08 02:25:59 - [Database] - Debug: Data -> `nastype` = mikrotik 2016-09-08 02:25:59 - [Executer] - Debug: MikroTik driver loaded 2016-09-08 02:25:59 - [Executer] - Debug: Connection with MikroTik is established 2016-09-08 02:25:59 - [Executer] - Success: Firewall entry was removed 2016-09-08 02:25:59 - [Executer] - Success: Queue entry was removed 2016-09-08 02:25:59 - [Executer] - Debug: MikroTik QT is not enabled 2016-09-08 02:25:59 - [Executer] - Success: DHCP entry was removed 2016-09-08 02:26:00 - [Executer] - Success: ARP entry was removed 2016-09-08 02:26:00 - [Executer] - Debug: MikroTik PPP-secrets managing is not enabled 2016-09-08 02:26:00 - [Ubilling] - QC: 3, elapsed time: 0.79 sec. Это какая-то оказия)) Ведь в этой ситуации все отработано нормально

Так и есть, места себе не нахожу 1. Микротиками занимается jcomm, я вообще не в теме. 2. Да. В теории удаление юзера без выставленного AlwaysOnline либо с заранее врубленным Down должно происходить мягче. У юзера выставлено AlwaysOnline. Попробовал выставить минусовой баланс юзеру - ondisconnect отработал на ура: И правило ALLOW для юзера 00001 отключило на микротике. 2016-09-07 23:51:53 - [Ubilling] - OnDisconnect started for user `00001`: 2016-09-07 23:51:53 - [Database] - Debug: MySQL driver loaded 2016-09-07 23:51:53 - [Database] - Debug: Connection with database is established... 2016-09-07 23:51:53 - [Database] - Debug: Query -> SELECT `netid` FROM nethosts WHERE `ip` = '194.xxx.xxx.2' 2016-09-07 23:51:53 - [Database] - Debug: Query -> SELECT `nasip`, `nastype`, `options` FROM nas WHERE `netid` = '3' 2016-09-07 23:51:53 - [Database] - Debug: Data -> `nasip` = 194.xxx.xxx.1 2016-09-07 23:51:53 - [Database] - Debug: Query -> SELECT `nasip`, `nastype`, `options` FROM nas WHERE `netid` = '3' 2016-09-07 23:51:53 - [Database] - Debug: Data -> `nasip` = 194.xxx.xxx.1 2016-09-07 23:51:53 - [Database] - Debug: Option -> `version` = '6' 2016-09-07 23:51:53 - [Database] - Debug: Option -> `username` = 'admin' 2016-09-07 23:51:53 - [Database] - Debug: Option -> `password` = 'xxxxxx' 2016-09-07 23:51:53 - [Database] - Debug: Option -> `users_interface` = 'ether3' 2016-09-07 23:51:53 - [Database] - Debug: Option -> `graph_interface` = 'ether3' 2016-09-07 23:51:53 - [Database] - Debug: Option -> `manage_firewall` = '1' 2016-09-07 23:51:53 - [Database] - Debug: Option -> `manage_arp` = '1' 2016-09-07 23:51:53 - [Database] - Debug: Data -> `nastype` = mikrotik 2016-09-07 23:51:53 - [Executer] - Debug: MikroTik driver loaded 2016-09-07 23:51:53 - [Executer] - Debug: Connection with MikroTik is established 2016-09-07 23:51:58 - [Executer] - Success: Firewall entry was updated/created 2016-09-07 23:51:58 - [Executer] - Debug: MikroTik queue managing isn't enabled 2016-09-07 23:51:58 - [Executer] - Debug: MikroTik DHCP-leases managing is not enabled 2016-09-07 23:51:58 - [Database] - Debug: Query -> SELECT `mac` FROM nethosts WHERE `ip` = '194.xxx.xxx..2' 2016-09-07 23:51:58 - [Database] - Debug: Data -> `mac` is 14:88:68:52:34:59 2016-09-07 23:51:58 - [Executer] - Success: ARP entry was updated/created 2016-09-07 23:51:58 - [Executer] - Debug: MikroTik PPP-secrets managing is not enabled 2016-09-07 23:51:58 - [Ubilling] - QC: 3, elapsed time: 4.795 sec. статус юзера "отключен" Удаляем юзера и смотрим лог: 2016-09-07 23:54:42 - [Ubilling] - OnUserDel started for user `00001`: 2016-09-07 23:54:42 - [Database] - Debug: MySQL driver loaded 2016-09-07 23:54:42 - [Database] - Debug: Connection with database is established... 2016-09-07 23:54:42 - [Database] - Debug: Query -> SELECT `IP` FROM users WHERE `login` = '00001' 2016-09-07 23:54:42 - [Database] - Debug: Data -> `IP` is 194.xxx.xxx.2 2016-09-07 23:54:42 - [Database] - Debug: Query -> SELECT `id`, `desc` FROM networks 2016-09-07 23:54:42 - [Database] - Debug: Query -> SELECT `nasip`, `nastype`, `options` FROM nas WHERE `netid` = '' 2016-09-07 23:54:42 - [Ubilling] - Error: Can't run executer, NAS'es type is needed! 2016-09-07 23:54:42 - [Ubilling] - QC: 3, elapsed time: 0.009 sec. Почему-то не хочет корректно отрабатывать OnUserDel, конкретно в запросе: SELECT `nasip`, `nastype`, `options` FROM nas WHERE `netid` = '' должно быть, предположительно : SELECT `nasip`, `nastype`, `options` FROM nas WHERE `netid` = '3' Почему netid может оставаться пустым?

Нет никакой предвзятости , у самого этих микротиков тележка , они мне 3 года назад даже снились постоянно! Вот вы например внедрили в сеть биллинговую систему для клиентов , это по сути ступень, выше чем обычная маршрутизация на микротик. Сейчас у вас проблема при взаимодействии связки с биллингом, которую вы не в состоянии решить сам. Вопрос , если вам не помогут на форуме, вы откажетесь от биллинга для своих клиентов и будете обратно крутить сеть на микротиках или воспользуетесь альтернативой и установите ubilling + NAS , где этой проблемы нет и все работает из коробки раньше чем успевает завариваться чай! Что вы выберете? Хотелось бы, чтобы тут еще был вариант - добавить этот баг в Известные проблемы и решить эту проблему. Возможно я излишне наивен, но я по прежнему верю, что есть решение этой проблемы) Молюсь на Ростислава, читаю молитву дабы он снизошел и просветил))))) Только что проверил, у меня всё работает - arp, queue, dhcp. Решение нужно трекить в вашей инсталляции конкретно. Вот это обнадеживает. Ну конечно , он уже наверно прямо щас сидит и допиливает для вас включалку/выключалку для микротика! попробуйте сейчас удалить юзера с разным статусом ( с неактивным , и с активным ) Ща попробую еще раз - начиная с добавления НАСа.

Нет никакой предвзятости , у самого этих микротиков тележка , они мне 3 года назад даже снились постоянно! Вот вы например внедрили в сеть биллинговую систему для клиентов , это по сути ступень, выше чем обычная маршрутизация на микротик. Сейчас у вас проблема при взаимодействии связки с биллингом, которую вы не в состоянии решить сам. Вопрос , если вам не помогут на форуме, вы откажетесь от биллинга для своих клиентов и будете обратно крутить сеть на микротиках или воспользуетесь альтернативой и установите ubilling + NAS , где этой проблемы нет и все работает из коробки раньше чем успевает завариваться чай! Что вы выберете? Хотелось бы, чтобы тут еще был вариант - добавить этот баг в Известные проблемы и решить эту проблему. Возможно я излишне наивен, но я по прежнему верю, что есть решение этой проблемы) Молюсь на Ростислава, читаю молитву дабы он снизошел и просветил)))))

1 коли пропав звязок між НАС і білінгом в момент відстрілу абонента, абонент лишеться невідстрілений назавжди, або поки руками не відстрілите. 2 незачищає ARP після видалення/заміни сервіса абонента. попри це можна жити, але є такі незручності, вони спричинені особливістю роботи stargazer. юзаю як мікротік так і rscript залежно від ситуації. Класссссс! Я как раз по этому по этому поводу тему начал. Так это известные проблемы/баги взаимодействия ubilling с mikrotik? Когда уже Ростислав внесет ясность в этот вопрос?))))

А зачем это делать вручную? Разве это не должно делаться с биллинга? Это только один из многих костылей , из-за которых я решил лишить микротик работать как nas в связке с любым unix . Это касается не только ubilling, но и многих других isp , на разных иксах. Единственное о чем жалею , в том что не сделал это несколько лет назад (видать тогда еще не дорос). Тем более в наше время собрать 12 v бокс на mini ITX + ddr3L c последним поколением даже celeron 4 ядра - это дешевле , практичней и надежней вот одна из моих тем https://local.com.ua/forum/topic/87583-%D0%BC%D0%B0%D1%81%D1%81%D0%BE%D0%B2%D1%8B%D0%B9-%D1%80%D0%B5%D0%B7%D0%B5%D1%82-ubilling-mikrotik-nas/?do=findComment&comment=917844 Ну судя из строки: 2016-09-07 00:14:23 - [Database] - Debug: Query -> SELECT `netid` FROM nethosts WHERE `ip` = '194.xxx.xxx.2' 2016-09-07 00:14:23 - [Database] - Error: Can't find user's network id! проблемы не в mikrotik'е, а в отработке запроса к БД, который должен вернуть netid. Мне совсем не понятно, чем вызвано такое предвзятое мнение об микротиках - за все время использования этих железок у меня только положительное мнение. Я все же подожду - возможно сведущие люди подскажут или же направят меня на путь истинный.

При попытке удалить абонента в ubilling он удаляется, а вот на NASе все остается - ни firewall, Arp таблица не очистилась. NAS на mikrotik. Не задумываясь иду в /var/stargacer/allconnect.log и нахожу там: 2016-09-07 00:14:23 - [Ubilling] - OnDisconnect started for user `00001`: 2016-09-07 00:14:23 - [Database] - Debug: MySQL driver loaded 2016-09-07 00:14:23 - [Database] - Debug: Connection with database is established... 2016-09-07 00:14:23 - [Database] - Debug: Query -> SELECT `netid` FROM nethosts WHERE `ip` = '194.xxx.xxx.2' 2016-09-07 00:14:23 - [Database] - Error: Can't find user's network id! 2016-09-07 00:14:23 - [Database] - Debug: Query -> SELECT `nasip`, `nastype`, `options` FROM nas WHERE `netid` = '' 2016-09-07 00:14:23 - [Ubilling] - Error: Can't run executer, NAS'es type is needed! 2016-09-07 00:14:23 - [Ubilling] - QC: 2, elapsed time: 0.008 sec. 2016-09-07 00:14:24 - [Ubilling] - OnUserDel started for user `00001`: 2016-09-07 00:14:24 - [Database] - Debug: MySQL driver loaded 2016-09-07 00:14:24 - [Database] - Debug: Connection with database is established... 2016-09-07 00:14:24 - [Database] - Debug: Query -> SELECT `IP` FROM users WHERE `login` = '00001' 2016-09-07 00:14:24 - [Database] - Debug: Data -> `IP` is 194.xxx.xxx.2 2016-09-07 00:14:24 - [Database] - Debug: Query -> SELECT `id`, `desc` FROM networks 2016-09-07 00:14:24 - [Database] - Debug: Query -> SELECT `nasip`, `nastype`, `options` FROM nas WHERE `netid` = '' 2016-09-07 00:14:24 - [Ubilling] - Error: Can't run executer, NAS'es type is needed! 2016-09-07 00:14:24 - [Ubilling] - QC: 3, elapsed time: 0.009 sec. Error: Can't find user's network id! .... но ведь при создании этого абонента картина вот такая: 2016-09-07 00:12:38 - [Ubilling] - OnConnect started for user `00001`: 2016-09-07 00:12:38 - [Database] - Debug: MySQL driver loaded 2016-09-07 00:12:38 - [Database] - Debug: Connection with database is established... 2016-09-07 00:12:38 - [Database] - Debug: Query -> SELECT `netid` FROM nethosts WHERE `ip` = '194.xxx.xxx.2' 2016-09-07 00:12:38 - [Database] - Debug: Query -> SELECT `nasip`, `nastype`, `options` FROM nas WHERE `netid` = '3' 2016-09-07 00:12:38 - [Database] - Debug: Data -> `nasip` = 194.xxx.xxx.1 2016-09-07 00:12:38 - [Database] - Debug: Option -> `version` = '6' 2016-09-07 00:12:38 - [Database] - Debug: Option -> `username` = 'admin' 2016-09-07 00:12:38 - [Database] - Debug: Option -> `password` = 'xxx' 2016-09-07 00:12:38 - [Database] - Debug: Option -> `users_interface` = 'ether3' 2016-09-07 00:12:38 - [Database] - Debug: Option -> `graph_interface` = 'ether3' 2016-09-07 00:12:38 - [Database] - Debug: Option -> `manage_firewall` = '1' 2016-09-07 00:12:38 - [Database] - Debug: Option -> `manage_arp` = '1' 2016-09-07 00:12:38 - [Database] - Debug: Data -> `nastype` = mikrotik 2016-09-07 00:12:38 - [Executer] - Debug: MikroTik driver loaded 2016-09-07 00:12:38 - [Executer] - Debug: Connection with MikroTik is established 2016-09-07 00:12:43 - [Executer] - Success: Firewall entry was updated/created 2016-09-07 00:12:43 - [Executer] - Debug: MikroTik queue managing isn't enabled 2016-09-07 00:12:43 - [Executer] - Debug: MikroTik DHCP-leases managing is not enabled 2016-09-07 00:12:43 - [Database] - Debug: Query -> SELECT `mac` FROM nethosts WHERE `ip` = '194.xxx.xxx.2' 2016-09-07 00:12:43 - [Database] - Debug: Data -> `mac` is 14:88:29:92:68:13 2016-09-07 00:12:44 - [Executer] - Success: ARP entry was updated/created 2016-09-07 00:12:44 - [Executer] - Debug: MikroTik PPP-secrets managing is not enabled 2016-09-07 00:12:44 - [Ubilling] - QC: 3, elapsed time: 5.149 sec. перед удалением выполняю select * from nethosts; и вывод: id 8 netid 3 ip 194.xxx.xxx.2 mac 14:88:19:47:94:63 option NULL и с этого момента у меня ступор - я что-то делаю "не так"? Подскажите пожалуйста.

ок, закажите у себя консалтинг или удаленную поддержку теперь ему пофиг Взять и зарегать. У меня вот получилось на демке. http://piclod.com/s/3240 В чем может быть ваша проблема? Ну например в том, что одинаковые мыла/логины не должны существовать, что в прошлом, что в будущем. Ебнули бы кеш юзеров aka billing/content/users.cache.dat что-ли. Хочу заметить, что без агрессивно-пассивного "стёба" от Ростислава у меня абсолютно ничего не работает))))) Ростислав, спасибо Вам за то, что терпите нас и помогаете))

Пожалуйста, если вы владеете доменом 2.ru - выделите и мне там ящичек. Дабы не плодить темы дубликаты: Ростислав, к Вам вопрос: 1) регистрирую еще одного админа и задаю эмейл d.shylenko@global-it.com.ua 2) в логах ничего, только в "событиях" 256 2016-09-05 14:42:44 admin 194.xxx.xxx.227 CHANGE AdminPermissions {ramadan} 255 2016-09-05 14:42:39 admin 194.xxx.xxx.227 CHANGE AdminPermissions {ramadan} 254 2016-09-05 14:42:25 admin 194.xxx.xxx.227 CLONE AdminPermissions FROM {admin} TO {ramadan} 253 2016-09-05 14:41:05 admin 194.xxx.xxx.227 CLONE AdminPermissions FROM {admin} TO {ramadan} 252 2016-09-05 14:40:49 admin 194.xxx.xxx.227 ADMREG {ramadan} и зайти под этим юзером не могу НО как только ставлю почту из домена ukr.net - сразу зарегало. Домен global-it.com.ua мой личный. В чем разница для ubilling'а между этими двумя вполне рабочими доменами?) Как мне зарегать админа с почтой из моего домена?

Заходишь в админку юбилинга--->>Настройки системы--->>Настройки stargazer и там вуаля "Пароль администратора Stargazer"

смотреть логи старгейзера по юзеру видно что было -5, пополнили на 5 сами посчитаете что в итоге получилось?)) 1. Посмотрите что приходит от portmone. 2. Какую ссылку вы им отдали для уведомления об оплате? У меня проблема была следующая, они прописали ссылку http://xxx.xxx.xxx/portome/ и из-за последнего "/" - затирался весь POST запрос. с ссылкой всё норм. При отправке уведомления portmone получает: Invalid response code CODE=15 REASON=User_Not_Found я везде повключал openpayz_realid при оплате на портмоне передается ?customer_id=00001 это реальный айди юзера, юзер единственный и только что созданный, LOGIN_GENERATION=INCREMENTFIVE oberon85 а у тебя логины юзеров как генерируются? дело не в генерации логина, а во вьюшке для БД как эти самые customer_id генерироваться будут пробуйте не по логину а по стандартному CRC32 -- transform users.login -> crc32(users.login); CREATE VIEW op_customers (realid,virtualid) AS SELECT users.login, CRC32(users.login) FROM `users`; Доброго времени суток! По CRC32 в op_transactions появилась транзакция id 1 hash 9ec4da90b6396cc201caf0c49b3de0аa date 2016-08-31 11:30:48 summ 5 customerid 1037788229 paysys PORTMONE processed 1 note но баланс юзера Баланс 0 UAH хотя в платежах Дата Платеж Баланс 2016-08-31 11:30:48 5 -5 Вы действительно логики не видите ??? ок 2016-08-31 11:30:48 5 -5 у пользователя был отрицательный баланс -5 ОК так вы пополнили на 5 ОК =0 все работает Страннова-то как-то, ведь пользователь свежо созданный и его баланс нулевой. Прочитав Ваши ответы сразу же попробовал еще раз - результат: Дата Платеж Баланс 2016-08-31 16:53:40 5 -5 2016-08-31 11:30:48 5 -5 и снова Баланс 0 UAH а вот в /var/log/stargazer.log 2016-08-31 11:30:47 -- [conf_sg] Attempt to connect with wrong password from admin@127.0.0.1:10004. 2016-08-31 16:53:40 -- [conf_sg] Attempt to connect with wrong password from admin@127.0.0.1:10030. и тут я понял, что где-то в районе /openpayz/config/openpayz.ini я налажал с параметром stg_passwd, ложно посчитав, что там должен быть пароль от админки юбиллнга (видимо луч с Венеры меня нагрел в темячко) Исправив на правильный пароль - всё сработало, отобразилось и вообще настало счастье =) Спасибо огромное всем откликнувшимся

1. Посмотрите что приходит от portmone. 2. Какую ссылку вы им отдали для уведомления об оплате? У меня проблема была следующая, они прописали ссылку http://xxx.xxx.xxx/portome/ и из-за последнего "/" - затирался весь POST запрос. с ссылкой всё норм. При отправке уведомления portmone получает: Invalid response code CODE=15 REASON=User_Not_Found я везде повключал openpayz_realid при оплате на портмоне передается ?customer_id=00001 это реальный айди юзера, юзер единственный и только что созданный, LOGIN_GENERATION=INCREMENTFIVE oberon85 а у тебя логины юзеров как генерируются? дело не в генерации логина, а во вьюшке для БД как эти самые customer_id генерироваться будут пробуйте не по логину а по стандартному CRC32 -- transform users.login -> crc32(users.login); CREATE VIEW op_customers (realid,virtualid) AS SELECT users.login, CRC32(users.login) FROM `users`; Доброго времени суток! По CRC32 в op_transactions появилась транзакция id 1 hash 9ec4da90b6396cc201caf0c49b3de0аa date 2016-08-31 11:30:48 summ 5 customerid 1037788229 paysys PORTMONE processed 1 note но баланс юзера Баланс 0 UAH хотя в платежах Дата Платеж Баланс 2016-08-31 11:30:48 5 -5

1. Посмотрите что приходит от portmone. 2. Какую ссылку вы им отдали для уведомления об оплате? У меня проблема была следующая, они прописали ссылку http://xxx.xxx.xxx/portome/ и из-за последнего "/" - затирался весь POST запрос. с ссылкой всё норм. При отправке уведомления portmone получает: Invalid response code CODE=15 REASON=User_Not_Found я везде повключал openpayz_realid при оплате на портмоне передается ?customer_id=00001 это реальный айди юзера, юзер единственный и только что созданный, LOGIN_GENERATION=INCREMENTFIVE oberon85 а у тебя логины юзеров как генерируются?

Во второй раз: http://wiki.ubilling.net.ua/doku.php?id=openpayz Там четко сказано, что openpayz должен находиться на уровень выше. Итого вы строите одну херню, пытаетесь использовать другую херню, и получаете в результате третью херню. Круговорот херни в природе. И снова я сходил по тому же адресу Я считал, что носит чисто рекомендательный характер. Ну да ладно. Выполнил: Поправил сразу в userstats.ini c OPENPAYZ_URL=../openpayz/backend/ на OPENPAYZ_URL=http://194.xxx.xxx.254/openpayz/backend/ ... но результат пока отсутствует = в op_transactions пустота =( на всякий случай с и в третий раз сходил в доку, но "недовыполненных" пунктов нету

направляю: http://wiki.ubilling.net.ua/doku.php?id=openpayz Такс, я сходил по предложенному направлению. Проделал все снова и в файле portmone.ini отредактировал "good_url" "bad_url" - теперь редиректит по ссылкам указанным в переменных выше. Да и portmone видит мои действия - вот скрин но в op_transcations пустота... пожалуйста, подскажи

упс! случайно два одинаковых скрина ляпнул