Jump to content

КучаГен не розривається сесія при зміні IP адреси абоненту


Recommended Posts

КучаГен не розривається сесія на mikrotik при зміні IP адреси абоненту. Тип підключення pppoe.

*/2 * * * * /bin/ubapi "multigen"  - відпрацьовує добре, при зміні тарифу, рахунку все працює.

alter.ini   

MULTIGEN_POD_ON_IP_CHANGE=1

 

Форум передивлявся, може щось пропустив, чи все так задумано?

Edited by ppv
Link to post
Share on other sites
  • ppv changed the title to КучаГен не розривається сесія при зміні IP адреси абоненту
7 hours ago, Avad0n said:

Відмовитись від mikrotik?😄

 

Ну поки що ні, ))))). Відому все працює безвідмовно. Але от такі дрібні нюанси є )

Edited by ppv
Link to post
Share on other sites
8 hours ago, nightfly said:

CoA != PoD

Вибачаюсь можливо за дурне питання, але трохи не зрозумів що ви маєте на увазі?

Link to post
Share on other sites
16 часов назад, ppv сказав:

Вибачаюсь можливо за дурне питання, але трохи не зрозумів що ви маєте на увазі?

POD - не CoA.

Опції MULTIGEN_POD_ON_* не мають жодного відношення до CoA. Вони ж не називаються MULTIGEN_COA_ON_*, вірно?

 

https://wiki.ubilling.net.ua/doku.php?id=multigen

 

Link to post
Share on other sites
3 hours ago, nightfly said:

POD - не CoA.

Опції MULTIGEN_POD_ON_* не мають жодного відношення до CoA. Вони ж не називаються MULTIGEN_COA_ON_*, вірно?

 

https://wiki.ubilling.net.ua/doku.php?id=multigen

 

Про POD зрозуміло. А хіба не мала б спрацьовувати тут дісконект (CoA Disconnect + CoA Connect), при зміні іп адреси ? Хоча якщо не спрацьовує значить не має. Ок спробую ще інші варіанти на вихідних.

 image.png.93f287f03d061936a80dae46b42ed4ae.png

Edited by ppv
Link to post
Share on other sites
4 часа назад, ppv сказав:

. А хіба не мала б спрацьовувати тут дісконект (CoA Disconnect + CoA Connect), при зміні іп адреси ?

Екхм, ні.

 

4 часа назад, ppv сказав:

Хоча якщо не спрацьовує значить не має.

Я офіційно пишаюсь вашою логікою :)

 

4 часа назад, ppv сказав:

Ок спробую ще інші варіанти на вихідних.

Ну їх не так багато, правда?

 

Мабуть якщо ви хочете, щоб спрацьовував сервіс PoD, варто можливо(!) заповнити його хоч якось(!) для NAS-у і вказати, що добре би його взагалі використовувати, ну наприклад подивившись, що у селекторі "сервіс" можна також вибирати всяке різне.

В очевидь, мікротік не дуже може в повноцінне CoA і там все робиться через пинок в disconnect в надії на перепідйом сесії з оновленими параметрами.

Також віддебажити те що насправді відбувається, в тому числі і з виконуваними сервісами, можна вивинтивши MULTIGEN_LOGGING повище кудись і поглипавши очима у відповідний лог.

Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Recently Browsing   0 members

    No registered users viewing this page.

  • Similar Content

    • By Plastilin
      Вітаю. Маю наступний комплект. Ubilling на Debian + Mikrotik CHR як маршрутизатор. Наче все запустилось, але виникло питання яке не вдається розрулити. Читав Wiki, ковиряв, читав знову Wiki, знову ковиряв - не допомогло.
      Чи можливо якось визначити конкретну IP адресу з пулу який видає Mikrotik клієнту через Radius? Мені пропонує обрати наступну вільну адресу з пулу при спробі зміни адреси?
      З цього з'являється додаткове питання, чи можливо контролювати доступ користувачам у яких IP назначений статично, тобто прописаний вручну? Наприклад при зміні статусу не активний - пхати до Firewall Mikrotik правила заборони доступу з IP адреси визначеної вручну, навіть якщо вона не отримана по DHCP.
       
      UPD: з першою частиною знайшов: IP_CUSTOM=1 в alter.ini 
    • By ppv
      Потрібно було витерти одну мережу, всі абоненти з неї були перенесені в іншу. Але світить що 6 IP зайняті, хоча вона повністю вільна.
       
      ID    Мережа/CID           RВсього IP        Використано IP ▾           Вільно IPСервіс
      6      172.16.70.0/23        506                    6                                       500
       
      Підкажіть як правильно це підчистити щоб видалити мережу.
    • By ppv
      Проглянув FAQ і Ubilling Wiki. Зацікавило питання чи є в Ubilling якась реалізація reCAPTCHA, чи потрібно додавати руцями, (для прикладу для форми подачі заявок чи для кабінету користувача)?
       
    • By 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.
    • By 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  
      Повний чейнджлог
      Оновлена демка
       

×
×
  • Create New...