Перейти до

Не работает интернет пока не нажму кнопку РЕСЕТ


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

Здравствуйте! Ребят, подскажите почему периодически отваливается интернет у некоторых абонентов? На графике Queues этого абонента 0 пакетов. Как только нажму ресет, сразу пакеты начинают бегать. NAS настроен по инструкции через API: http://wiki.ubilling.net.ua/doku.php?id=mikrotikapi

 

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

1) выкинуть микротик апи и перейти на кучаген

2) радоваться

К этому и стремлюсь! Но нужно продержаться пару недель. Есть варианты какие-то чтобы пока так поработало но нормально?

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

Но нужно продержаться пару недель

текущий путь - путь страданий

в доке четко сказано что микротик апи теперь легаси, очевидно проблема в том что при инициализации не все действия отрабатывают, а ресет собсно повторно всё выполняет

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

К этому и стремлюсь! Но нужно продержаться пару недель. Есть варианты какие-то чтобы пока так поработало но нормально?

используем API микротик и всё ок ... ( почти всегда ок ). когда никогда ну позвонил абон .. ресет и чудо ... ( но только после того как убедился что он выключен в адресс листе ,) . кучаген прикольно если все локально а когда шлюзы разбросаны по поселкам не прикольно . трах бабах и нет радиуса ) . и чо дальше ?

  • Like 1
Ссылка на сообщение
Поделиться на других сайтах
2 hours ago, seversever404 said:

используем API микротик и всё ок ... ( почти всегда ок ). когда никогда ну позвонил абон .. ресет и чудо ... ( но только после того как убедился что он выключен в адресс листе ,) . кучаген прикольно если все локально а когда шлюзы разбросаны по поселкам не прикольно . трах бабах и нет радиуса ) . и чо дальше ?

Я об этом тоже думал. Собсно, для того и мтик нужен был, чтобы если сервак выделывается (да, такое бывает иногда, например, по причине того, что была глючная версия гепирвизора), чтобы люди продолжали смотреть порнуху. Это для меня было офигенным открытием. Но к сожалению, api для 100 юзеров и api для 400 юзеров - это разные api. Можно только подумать в сторону резервации биллингов, но это вроде нативно пока не поддерживается, а костыль - штука работающая, но когда не надо, подводящая. 

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

 

Відредаговано strushke
Ссылка на сообщение
Поделиться на других сайтах
В 20.05.2020 в 11:50, NETOS сказал:

Здравствуйте! Ребят, подскажите почему периодически отваливается интернет у некоторых абонентов? На графике Queues этого абонента 0 пакетов. Как только нажму ресет, сразу пакеты начинают бегать. NAS настроен по инструкции через API: http://wiki.ubilling.net.ua/doku.php?id=mikrotikapi

 

предполагаю что вам нужно искать причину в другом 400 юзеров не причина . слейте все логи сопоставьте время операций . ну как так просто выкл и все ? выкл  как ? как фаер у вас блокирует доступ в инет пользователям . отключением из адрес лист ALLOW ?

Только что, seversever404 сказал:

предполагаю что вам нужно искать причину в другом 400 юзеров не причина . слейте все логи сопоставьте время операций . ну как так просто выкл и все ? выкл  как ? как фаер у вас блокирует доступ в инет пользователям . отключением из адрес лист ALLOW ?

биллу нужна причина дернуть абона . я понимал бы ещё что его забыл выключить или когда сам себе кредит юзер взял но просто так работал и инет пропал . потом ресет и появился ) бред API тут при чем ?

 

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

Но к сожалению, api для 100 юзеров и api для 400 юзеров - это разные api.


Шта *ля? Они одинаковые
 

1 час назад, strushke сказал:

Можно только подумать в сторону резервации биллингов


О, рассуждения про резервы на 400 юзерах, оооок.

 

1 час назад, strushke сказал:

но это вроде нативно пока не поддерживается


Всё очень плохо в понимании "что это, зачем это, как это может работать в разных случаях"

 

1 час назад, strushke сказал:

НО - есть у радиуса репликация


А вы к своим микротикам линки "зареплецировали"?
 

1 час назад, strushke сказал:

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


:facepalm:

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


Шта *ля? Они одинаковые
 


О, рассуждения про резервы на 400 юзерах, оооок.

 


Всё очень плохо в понимании "что это, зачем это, как это может работать в разных случаях"

 


А вы к своим микротикам линки "зареплецировали"?
 


:facepalm:

да именно все плохо . много всего . и не о чем . 

Ссылка на сообщение
Поделиться на других сайтах
  • 3 weeks later...
On 5/21/2020 at 11:47 PM, seversever404 said:

предполагаю что вам нужно искать причину в другом 400 юзеров не причина . слейте все логи сопоставьте время операций . ну как так просто выкл и все ? выкл  как ? как фаер у вас блокирует доступ в инет пользователям . отключением из адрес лист ALLOW ?

биллу нужна причина дернуть абона . я понимал бы ещё что его забыл выключить или когда сам себе кредит юзер взял но просто так работал и инет пропал . потом ресет и появился ) бред API тут при чем ?

 

Вы меня вроде читаете, а не вникаете. Я не говорил, что операции реконнекта сами по себе происходят.

В мирное время при начислении АП или выставлении кредита - это, конечно же, одинаковые API. А вот если попробовать перезапустить stg или сервак в целом, то созерцать  логи вида 

user balalao logged in from 666.666.666.666 via api
address list changed by balalao
simple queue changed by balalao
dhcp lease changed by balalao
arp entry changed by balalao
user balalao logged out from 666.666.666.666 via api

примерно на протяжении минут 15ти. И это 400 абонов. Я даже не хочу думать, что (и зачем) происходит на 1000+

 

 

On 5/22/2020 at 12:37 AM, mixtery said:


Шта *ля? Они одинаковые
 


О, рассуждения про резервы на 400 юзерах, оооок.

 


Всё очень плохо в понимании "что это, зачем это, как это может работать в разных случаях"

 


А вы к своим микротикам линки "зареплецировали"?
 


:facepalm:

А зачем линки реплецировать, если у тиков свой радиус будет по месту? :facepalm: Вы из тех, что только рисунки понимает? 

On 5/22/2020 at 12:41 AM, seversever404 said:

да именно все плохо . много всего . и не о чем . 

Конечно, плохо! Как только от API избавимся, все станет норм. Ну почти всё. Там и от тиков надо будет избавляться

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

А вот если попробовать перезапустить stg или сервак

и это ожидаемое поведение

старгейзер при старте будет инициализировать всех активных абонов

и вообще какое-то скотское отношение к биллингу шоб его просто так перезапускать, он просто бл@#ь берет и годами работает

Ссылка на сообщение
Поделиться на других сайтах
3 hours ago, l1ght said:

старгейзер при старте будет инициализировать всех активных абонов

 

Зачем? Перед активацией биллинг не проверяет, кто уже активирован?

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

Зачем? Перед активацией биллинг не проверяет, кто уже активирован?

вообще всё равно нах@ра он это делает

для людей которые используют радиус никто ничего не будет на брасе делать без его запроса

это болячки микротика и его апи

  • Like 1
Ссылка на сообщение
Поделиться на других сайтах
14 minutes ago, l1ght said:

вообще всё равно нах@ра он это делает

для людей которые используют радиус никто ничего не будет на брасе делать без его запроса

это болячки микротика и его апи

 

С радиусом все понятно, кривость еще та для управления статусным доступом. Но, вроде, у микротика API, не связанное с радиусом? Или там что-то поменялось за несколько лет, когда я последний раз с ними имел дело? Я имею ввиду librouteros.

 

Quote

 


librouteros - Library for accessing MikroTik's RouterOS via its API

....
 

 

Відредаговано vop
Ссылка на сообщение
Поделиться на других сайтах
20 минут назад, vop сказал:

Но, вроде, у микротика API, не связанное с радиусом?

да, не связано

старгейзер перед остановкой выполняет дисконнект скрипты, при старте выполняет коннект

 

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

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

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

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

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

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

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

Вхід

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

Войти сейчас
  • Зараз на сторінці   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
×
×
  • Створити нове...