![](https://local.com.ua/forum/uploads/set_resources_5/84c1e40ea0e759e3f1505eb1788ddf3c_pattern.png)
Vsevolod
Тип контенту
Профили
Форум
Календарь
Сообщения додав Vsevolod
-
-
2 минуты назад, nightfly сказал:
ломали...
где именно?
как это можно проверить подскажите, пожалуйста?
-
7 минут назад, l1ght сказал:
сломали ремоутапи для кабинета?
нет, тут все как и было, перепроверил
-
11 минут назад, nightfly сказал:
Бред сивой кобылы.
Там один и тот же addDeviceByCode() используется во всех местах.
вот именно так и есть, из лич каба никакие манипуляции с устройствами - удаление, добавление(код или мак) не отрабатывают и в лог файле следа нет.
-
-
19 минут назад, nightfly сказал:
Ну можете разве что включить себе TRINITYTV_DEBUG=1 в alter.ini и детально посмотреть чего у вас там происходит exports/trinitytv.log в моменты общения с их API.
что-то нигде файла не вижу этого
# grep TRINITYTV_DEBUG config/alter.ini
TRINITYTV_DEBUG=1# find /usr/local/www/apache24/data/billing -name "*trinitytv*"
/usr/local/www/apache24/data/billing/api/libs/api.trinitytv.php
/usr/local/www/apache24/data/billing/config/taskbar.d/iusers/ztrinitytv.ini
/usr/local/www/apache24/data/billing/modules/general/pl_trinitytv
/usr/local/www/apache24/data/billing/modules/general/trinitytv
/usr/local/www/apache24/data/billing/modules/remoteapi/trinitytvcontrol.php
/usr/local/www/apache24/data/billing/skins/menuicons/trinitytv.png
/usr/local/www/apache24/data/billing/skins/pl_trinitytv.png
/usr/local/www/apache24/data/billing/skins/taskbar/trinitytv.png
/usr/local/www/apache24/data/billing/userstats/config/modules.d/trinitytv
/usr/local/www/apache24/data/billing/userstats/modules/engine/api.trinitytv.php
/usr/local/www/apache24/data/billing/userstats/modules/general/trinitytv
/usr/local/www/apache24/data/billing/userstats/skins/default/iconz/trinitytv.gif
/usr/local/www/apache24/data/billing/userstats/skins/old/iconz/trinitytv.gif
/usr/local/www/apache24/data/billing/userstats/skins/paper/iconz/trinitytv.gif
/usr/local/www/apache24/data/billing/userstats/skins/red/iconz/trinitytv.gif -
8 минут назад, nightfly сказал:
подскажите, пожалуйста, куда копать.
3 минуты назад, nightfly сказал:Ну можете разве что включить себе TRINITYTV_DEBUG=1 в alter.ini и детально посмотреть чего у вас там происходит exports/trinitytv.log в моменты общения с их API.
во, спасибо
-
Всем привет!
После обновления на 1.2.0 rev 8127 столкнулись с проблемой, что из личного кабинета не удаляет устройства тринити, а также нельзя добавить устройство по коду.
Через сам убиллинг добавляется устройство и удаляется, но при удалении появляется ворнинг, хотя устройство исчезает:
Кто-нибудь еще сталкивался с этим? Подскажите, пожалуйста, что может быть и как решить?
-
Только что, nightfly сказал:
У меня что-то начинает закрадываться подозрение, что это все вы еще и ручками ставили а не из бинарных пакетов UBinstaller-ом.
Так как memcached и всю нужную инфраструктуру я паковал еще чуть не с времен FreeBSD 8.2 или типа того довольно таки надежно.
сам memcached есть, нет php модуля
а сам убиллинг достался по наследству
-
2 минуты назад, nightfly сказал:
ээээ, очень странно.
Ну пробуйте что-то типа
memcached_enable="YES" memcached_flags="-l 127.0.0.1 -m 512 -I 24M"
в rc.conf
service memcached start
и UBCACHE_STORAGE=memcached
шо я могу сказать...
с этим у меня небольшая проблемка... может Вы подскажете:
у меня стоит 10.3-RELEASE-p24
из портов pecl-memcasced не ставится так как EOL:
Ports Collection support for your FreeBSD version has ended, and no ports are
guaranteed to build on this system. Please upgrade to a supported release.откуда поставить так и не нашел....
-
-
4 минуты назад, nightfly сказал:
и как ни сложно заметить, результаты с теми же включенными кладбищами и сигналами в профиле.. ну мягко говоря чуть другие. 0.14с это ниразу не что-то >10с на ровном месте.
Походу у вас либо это все запущено с FDD 3.5", либо с диском происходит что-то очень страшное, либо ФС сломана... либо кэш наглухо коллапсировал.
Покажите еще скриншотик "состояние системы" => "кэш" => "данные кэша".
-
В 13.05.2021 в 13:43, nightfly сказал:
а... эти..
Тоже пи...ец... если честно.
Сколько должно быть время генерации, на более чем среднем железе я показал на скринах выше. Итого разница в 10-20 раз. У вас явно что-то не так. Причем глобально.
см. выше.
Итого: включаем себе спокойно xhprof и показываем сюда чего он говорит при открытии профиля. Я пока не вижу другого способа, определить причину такой сильной деградации производительности у вас.
Коллграф здорового биллинга выглядит как-то так
Очень интересно увидеть, коллграф курильщика
Добрый день!
Вам наметанным глазом виден корень зла в коллграфе курильщика?
-
2 часа назад, nightfly сказал:
А вообще не важно, так как у нас нету UBCACHE_STORAGE=peftokarta а именно на что-то такое и намекают их тайминги.
тоже вообще монопенисуально, так как скорее всего он не запускал это на дедушкином арифмометре, а на raspberry pi цифры на порядок должны быть ниже.
может быть есть мысли куда копать?
-
3 часа назад, bobr-kun сказал:
а позвольте поинтересовтаься, какой тип кэша вы используете?
файл
-
В 15.05.2021 в 20:10, skybetik сказал:
Что за железо ?
CPU: Intel(R) Pentium(R) CPU G3460 @ 3.50GHz (3491.98-MHz K8-class CPU)
RAM: 4 GB
-
В 13.05.2021 в 13:43, nightfly сказал:
а... эти..
Тоже пи...ец... если честно.
Сколько должно быть время генерации, на более чем среднем железе я показал на скринах выше. Итого разница в 10-20 раз. У вас явно что-то не так. Причем глобально.
см. выше.
Итого: включаем себе спокойно xhprof и показываем сюда чего он говорит при открытии профиля. Я пока не вижу другого способа, определить причину такой сильной деградации производительности у вас.
Коллграф здорового биллинга выглядит как-то так
Очень интересно увидеть, коллграф курильщика
Обычный пользователь без сигнала ону в профиле
Вот абонент с сигналом ону:
А вот редактирование ону:
-
3 часа назад, Vsevolod сказал:
Подскажите , пожалуйста, после обновления микротика до 6.45.6 перестал автаризовываться старгейзер, в самом убиллинге все отлично - в разделе Сервера доступа (NAS) показываются расширенные настройки микротика и подтягиваются все данные.
А вот сам старгейзер:
2019-10-19 13:33:28 - [Ubilling] - OnConnect started for user `1558511444`:
2019-10-19 13:33:32 - [Executer] - Error: Cannot establish connection with MikroTik!
2019-10-19 13:33:32 - [Ubilling] - QC: 2, elapsed time: 3.281 sec.
в скрипте /api/libs/api.routeros.php вижу новый метод обращения по API:
if ($UseNewConnMode) { $this->write('/login', false); $this->write('=name=' . $username, false); $this->write('=password=' . $password); $response = $this->read(false); if ($response[0] == '!done') { $this->connected = true; break; } } else { $this->write('/login'); $response = $this->read(false); if (isset($response[0]) && $response[0] == '!done') { if (preg_match_all('/[^=]+/i', $response[1], $matches)) { if ($matches[0][0] == 'ret' && strlen($matches[0][1]) == 32) { $this->write('/login', false); $this->write('=name=' . $username, false); $this->write('=response=00' . md5(chr(0) . $password . pack('H*', $matches[0][1]))); $response = $this->read(false); if ($response[0] == '!done') { $this->connected = true; break; } } } } }
в скрипте самого executer-а старый метод:
private function connect() { for ($ATTEMPT = 1; $ATTEMPT <= $this->config['attempts']; $ATTEMPT++) { $this->connected = FALSE; $this->log->message(__CLASS__, 'Connection attempt #' . $ATTEMPT . ' to ' . $this->parameters['ip'] . ':' . $this->config['api_port'] . '...', "api"); if ( $this->socket = @fsockopen($this->parameters['ip'], $this->config['api_port'], $this->error_no, $this->error_str, $this->config['timeout']) ) { socket_set_timeout($this->socket, $this->config['timeout']); $this->write('/login'); $RESPONSE = $this->read(FALSE); if ( $RESPONSE[0] == '!done' ) { if ( preg_match_all('/[^=]+/i', $RESPONSE[1], $MATCHES) ) { if ( $MATCHES[0][0] == 'ret' && strlen($MATCHES[0][1]) == 32 ) { $this->write('/login', FALSE); $this->write('=name=' . $this->options['username'], FALSE); $this->write('=response=00' . md5(chr(0) . $this->options['password'] . pack('H*', $MATCHES[0][1]))); $RESPONSE = $this->read(FALSE); if ( $RESPONSE[0] == '!done' ) { $this->connected = TRUE; break; } } } }
Переделываю точб-в точь как в /api/libs/api.routeros.php и глухо.
Подскажите что сделать нужно еще или может кто-то использует уже старгейзер с новым методом API для микротика - покажите вашу функцию connect в старгейзере.
Разобрался, перенес скипты и папки docs в старгейзер. Просто реально этого нигде в документации не нашел.
-
Подскажите , пожалуйста, после обновления микротика до 6.45.6 перестал автаризовываться старгейзер, в самом убиллинге все отлично - в разделе Сервера доступа (NAS) показываются расширенные настройки микротика и подтягиваются все данные.
А вот сам старгейзер:
2019-10-19 13:33:28 - [Ubilling] - OnConnect started for user `1558511444`:
2019-10-19 13:33:32 - [Executer] - Error: Cannot establish connection with MikroTik!
2019-10-19 13:33:32 - [Ubilling] - QC: 2, elapsed time: 3.281 sec.
в скрипте /api/libs/api.routeros.php вижу новый метод обращения по API:
if ($UseNewConnMode) { $this->write('/login', false); $this->write('=name=' . $username, false); $this->write('=password=' . $password); $response = $this->read(false); if ($response[0] == '!done') { $this->connected = true; break; } } else { $this->write('/login'); $response = $this->read(false); if (isset($response[0]) && $response[0] == '!done') { if (preg_match_all('/[^=]+/i', $response[1], $matches)) { if ($matches[0][0] == 'ret' && strlen($matches[0][1]) == 32) { $this->write('/login', false); $this->write('=name=' . $username, false); $this->write('=response=00' . md5(chr(0) . $password . pack('H*', $matches[0][1]))); $response = $this->read(false); if ($response[0] == '!done') { $this->connected = true; break; } } } } }
в скрипте самого executer-а старый метод:
private function connect() { for ($ATTEMPT = 1; $ATTEMPT <= $this->config['attempts']; $ATTEMPT++) { $this->connected = FALSE; $this->log->message(__CLASS__, 'Connection attempt #' . $ATTEMPT . ' to ' . $this->parameters['ip'] . ':' . $this->config['api_port'] . '...', "api"); if ( $this->socket = @fsockopen($this->parameters['ip'], $this->config['api_port'], $this->error_no, $this->error_str, $this->config['timeout']) ) { socket_set_timeout($this->socket, $this->config['timeout']); $this->write('/login'); $RESPONSE = $this->read(FALSE); if ( $RESPONSE[0] == '!done' ) { if ( preg_match_all('/[^=]+/i', $RESPONSE[1], $MATCHES) ) { if ( $MATCHES[0][0] == 'ret' && strlen($MATCHES[0][1]) == 32 ) { $this->write('/login', FALSE); $this->write('=name=' . $this->options['username'], FALSE); $this->write('=response=00' . md5(chr(0) . $this->options['password'] . pack('H*', $MATCHES[0][1]))); $RESPONSE = $this->read(FALSE); if ( $RESPONSE[0] == '!done' ) { $this->connected = TRUE; break; } } } }
Переделываю точб-в точь как в /api/libs/api.routeros.php и глухо.
Подскажите что сделать нужно еще или может кто-то использует уже старгейзер с новым методом API для микротика - покажите вашу функцию connect в старгейзере.
-
Все получилось, спасибо!
-
по бгп приходит около 90К префиксов. Сделать бы как-нибудь для isp1 и isp3 отдельные routes tables с дефолтом на каждого, но чтоб сначала смотрело в main таблицу на наличие маршрутов приходящих по бгп.
-
"bgp n-ое количество префиксов" это сколько от 100 до 250, или больше? или весь UAIX ?
весь UAIX
-
якщо ваши 3 провайдера це три різних домашних інтернета , то це не провайдери і вам нічого робити на цьому форумі
нет, это не домашние интернеты
-
А как оно должно работать? Если вы по бгп ничего не шлете, то и ездить к вам ничего не будет, это же элементарно.
ничего не анонсим, у нас нет своих сетей, каждый провайдер выделил по сеточке своей, в них и натим...а что вы анонсите по бгп в сторону isp2?
Простите, мы им анонсим их же сеть, которую они нам выделили, но если бы и не анонсили они статик роут этой сеточки просто прописали в нашу сторону и всё...
-
а что вы анонсите по бгп в сторону isp2?
ничего не анонсим, у нас нет своих сетей, каждый провайдер выделил по сеточке своей, в них и натим...
Перестало удалять и добавлять устройства Trinity Tv через личный кабинет
в Stargazer Ubilling
Опубліковано:
Спасибо всем.
Дело было в DST Root CA X3 certificate that expires on 2021-09-30