Перейти до

массовый резет Ubilling + mikrotik nas


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

Ubilling + mikrotik nas . Заметил что резет , или массовый резет не затрагивает отключенных абонентов , те которые с минусом на счету. Может кто подскажет как заставить скрипты резетить (обновлять параметры в фаерволе , очередях , лизах) если они временно отключенные . Ну например случайно  или не случайно в адрес листе включился в allow ,  тот  кто должен быть в dany ? Или при замене микротика , отключенные абоненты (те кто в минусе ) не добавятся в микротик и  ip  просто не получат.

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

Так же столкнулся с этим вопросом. Было бы еще интересно как удалять все лишне, пропущенное ранее. т.е. удалить все и записать только нужное

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

 

 

аметил что резет , или массовый резет не затрагивает отключенных абонентов , те которые с минусом на счету.

так і має бути, старгейзер відстріленого користувача нетрогає, він і так помер)

для НАС rscriptd & Local NAS  цілком пристойно ця логіка працює.

 

а для мікротіка очищуйте вручкну фаєр і  арп перед масовим ресетом а краще перезапуск старгейзера.

з масовим ресетом колись спецефекти всякі спостерігались.

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

то что существует технология добавления вручную в микротик запись в  arp лист и адрес лист - мы уже знаем! Почему скрипты в ubilling не добавляют по api просто запись в микротик тех у кого минус на счету  ( минус , это не значит что клиент труп , у него есть кабинет и ip который выдает микротик ) ?

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

 

 

Почему скрипты в ubilling не добавляют по api просто запись в микротик тех у кого минус на счету

це все додається скриптом onConnect

він відпрацьовує тільки коли абонент активний

чо так? запитайте того хто писав.

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

 

Почему скрипты в ubilling не добавляют по api просто запись в микротик тех у кого минус на счету

це все додається скриптом onConnect

він відпрацьовує тільки коли абонент активний

чо так? запитайте того хто писав.

 

Что там спрашивать , мне кажется что тот кто писал больно уж предвзято относится к микротик ,  учитывая с какой скоростью резетятся  на микротике 50 записей - минуты 2 или 3. Складывается впечатление что тот кто писал , сам удаленно подключается к микротик  и вручную все там правит.

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

 

 

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

 

Зря Вы так думаете. Если учитывать тот факт, что продукт полностью бесплатный и над ним работает не так много людей, то сам проект достаточно быстро развивается. Попробуйте использовать FreeRadius вместо предложенного API

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

Почему скрипты в ubilling не добавляют по api просто запись в микротик тех у кого минус на счету  ( минус , это не значит что клиент труп , у него есть кабинет и ip который выдает микротик ) ?

Хмм... Предлагаете мимо старгайзера дергать скрипты OnConnect/OnDisconnect? :blink:

MikroTik API абсолютно ничем не отличается от rscriptd. Хотите, почистите таблицы ipfw и arp на насе для и запустите масс. ресет. Что-то подсказывает, что "минусовых" пользователей тоже не будет.

 

Что там спрашивать , мне кажется что тот кто писал больно уж предвзято относится к микротик ,  учитывая с какой скоростью резетятся  на микротике 50 записей - минуты 2 или 3. Складывается впечатление что тот кто писал , сам удаленно подключается к микротик  и вручную все там правит.

Не нравиться, пишите сами. Не можете сами, давайте мешок денег и готов с вами пообсуждать глобальные проблемы моего кода.

2016-06-16 00:00:19 - [Ubilling] - OnDisconnect started for user `16ap8_8jkg`:
2016-06-16 00:00:19 - [Executer] - Success: Firewall entry was updated/created
2016-06-16 00:00:19 - [Executer] - Success: Queue entry was updated/created
2016-06-16 00:00:19 - [Executer] - Success: ARP entry was updated/created
2016-06-16 00:00:19 - [Ubilling] - QC: 6, elapsed time: 0.297 sec.

Эмм.. 120/50 = ~2.4 секунды на пользователя? (да, так и есть на пятой ветке ROS). Вот если бы вы, не предвзятый, следили бы за changelog`ами, то знали бы, что в 6 ветке они работают гораздо быстрее.  Как по мне 0.297 сек. на пользователя никак не стоят рядом с вашими ~2.4 сек.

 

P.S. На всякий случай, для НЕ понимающих. Проблема времени не в написанном коде, а в самом ROS API. Обновитесь до 6 ветки и будет вам счастье. ;)

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

 

jcomm, не могли бы Вы объяснить что даст для пользователей Ubilling управление деревом очередей. Это альтернатива обычным очередям или дополнение. Заранее спасибо.

 

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

jcomm, не могли бы Вы объяснить что даст для пользователей Ubilling управление деревом очередей. Это альтернатива обычным очередям или дополнение. Заранее спасибо.

Да, это альтернатива простым очередям. Саму политику деревьев нужно настраивать самостоятельно. Скрипты просто будут добавлять пользователя в address-list, соответствующий тарифу пользователя. Лично я пользуюсь только простыми, но это дело вкуса, как по мне.

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

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

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

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

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

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

Вхід

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

Войти сейчас
  • Зараз на сторінці   0 користувачів

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

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

    • Від zababaha
      Всем привет.
      В один прекрасный день отвалился MikroTik RB4011GS+RM. При включении загорается индикация питания и всё. 
      Попытки сбросить до заводских настроек, играться с netisntall в надежде перезалить в него прошивку никак не помогли. Поведение не меняется.
      Пробежался по интернетам в попытках найти авторизованный сервис для диагностики и, если живой, то ремонта - не помогли.
      Несколько лет назад покупал его на ntema, позвонил им, но ребята сказали, что негарантийным ремонтом не занимаются.
       
      Подскажите, плиз, кого-нибудь, кто возьмётся за диагностику и ремонт, если он ремонтопригоден? Цацка не копеечная, сразу в утиль отправлять будет грустно.
       
      З.Ы.: За 15 лет дружбы с тиками у меня этот первый, кто взял - и сдох на ровном месте(
    • Від alexeya
      Контроллер TP-Link OC200 - 2700 грн (є 4 штуки)
      Точка доступа TP-Link EAP245 - 2900 грн
      Mimosa C5x - 5000 грн (є 2 штуки)
      Mikrotik Groove A-52HPn - 1500 грн
       
      Mikrotik Groove A-52HPn вживана без POE-адаптера - 990 грн

    • Від grach_witch_cheese
      Вітаю, колеги!
      Маю наступну схему:
      DHCP-сервер: Accel-PPP (IPoE) DHCP-Relay: MikroTik RADIUS: Запущений безпосередньо на сервері uBilling Зараз авторизація абонентів здійснюється за MAC-адресою, але планується перехід на авторизацію через Option 82.
      У документації uBilling наведені приклади конфігурацій, коли DHCP-сервер працює локально (на самому uBilling) і містить відповідні шаблони для обробки Option 82.
      Однак немає чіткої інформації про використання Option 82 при віддаленому DHCP-сервері, зокрема, коли Accel-PPP використовується як DHCP-сервер у режимі remote та налаштований через Купаген.
      Питання:
      Чи можливо використовувати Accel-PPP як віддалений DHCP-сервер з авторизацією через Option 82? Якщо так, то де відбувається парсинг значень Remote-ID і Circuit-ID? Де в цьому випадку мають зберігатися шаблони для Option 82? Буду вдячний за роз'яснення або посилання на відповідні приклади.
    • Від nightfly
      Ubilling 1.5.2 rev 9302 Book of Endings
       
      Зміни в структурі БД. alter.ini: нова опція FASTPROFITCALC_ENABLED, що вмикає швидкий підрахунок прибутку. alter.ini: нова необов'язкова опція KARMA_IN_PROFILE що вмикає показ карми в профілі користувача. alter.ini: нова опція SWITCHES_AUTH_ENABLED, що вмикає довідник даних авторизації пристроїв. alter.ini: нова опція PON_SCRIPTS_ENABLED, що вмикає підтримку скриптів OLT в ПОНізаторі. alter.ini: нова опція PON_ONU_FDB_SELFFILTER, що вмикає фільтр MAC-ів при відображенні FDB за ONU. alter.ini: нова опція USERBYIP_ENABLED, що вмикає виклик userbyip в RemoteAPI. alter.ini: пачка нових опцій PB_FASTURL_*, що керують поведінкою модулю відсилання коротких посилань на оплату. Модуль PONizer: виправлена помилка зникнення PON інтерфейсів при опиті BDCOM GP3600 Модуль “Профіль користувача”: для опису плагінів профілю та оверлеїв на кшталт “чорної магії” тепер опційно можливо вказувати link_target. Модуль “Панель задач”: для опису елементів панелі задач, тепер опційно можна вказувати LINK_TARGET. Модуль Записи телефонних розмов: вирішено проблеми швидкодії, при перегляді списку записів дзвінків. Модуль “Записи телефонних розмов”: більше не призводить до вичерпання пам'яті процесу, при перегляді великих архівів дзвінків. Модуль “Записи телефонних розмов”: новий аудіо-плеєр для прослуховування записів з візуалізацією аудіо-хвилі. Модуль “Пошук оплат”: реалізовано можливість швиденького підрахунку прибутку по обраних чекбоксами платежах. Модуль УКВ: реалізовано можливість швиденького підрахунку прибутку по обраних чекбоксами платежах. Модулі Мапа обладнання та користувачів: трішки вичищено код. Ліпше не стало. Модуль “Мапа будинків”: поле пошуку при розташуванні будинку, тепер попередньо заповнено локацією, при переході за посиланням “розташувати на мапі”. Модуль “Панель задач”: опція TB_QUICKSEARCH_INLINE змінила свою поведінку, та може тепер приймати значення 0|1|2. Модуль “Звіт по трафіку”: виправлено проблему відображення графіків OphanimFlow для NAS на роздільних здатностях менше ніж FullHD. Кабінет користувача: в модулі “Відеоспостереження” відображення попереднього перегляду каналів користувача, стало трішки притомнішим. Сховище зображень: трішки покращено поведінку форми завантаження. RemoteAPI: новий виклик onusigcompressor, що радикально стискає розпухаючі дані історії сигналів ONU. RemoteAPI: новий виклик pbxmonrefill, що оновлює кеш записів телефонних розмов. RemoteAPI: новий виклик userbyip, що повертає дані про користувача за його IP. OpenPayz: в бекенді та фронтенді platon виправлено проблему диких заокруглень, при вказанні зовнішньої комісії.  
      Повний чейнджлог
      Оновлена демка
       

    • Від ppv
      Після оновлення до 1.5.1 не відображаються сигнали на
      OLT BDCOM P3310B (Device version10.1.0B)

      та
      P3608-2TE (Firmware Version10.1.0E). 

      3310C та P3608B ніяких проблем немає, знімає все добре. 
      З GPON3600-8 все зрозуміло будуть виправлення в Ubilling: 1.5.2.
       
      Може в когось було щось подібне? Хочу знати куди копати.
×
×
  • Створити нове...