Перейти до

массовый резет 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 користувачів

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

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

    • Від mac
      Глюк в тому, що один (так - тільки один) mac адрес onu існує в білінгу у вигляді строки. Це трохи заважає.
      olt - bdcom gepon.
      Наскільки зрозумів, це виключно проблема реалізації snmpwalk у freebsd, де snmpwalk може на свій розсуд віддати mac адресу не як hex-string, а як звичайний string.
      Можливо snmpwalk тригериться на якомусь символі, мені невідомо.
       
      # tcpdump -vv -i em0 udp port 161 and host olt and host ub | grep "3320.101.10.4.1.1.241 ... olt.snmp > ub.47940: [udp sum ok] { SNMPv2c C="*****" { GetResponse(44) R=93278354 E:3320.101.10.4.1.1.241="8LO"W*" } } ub.47940 > olt.snmp: [udp sum ok] { SNMPv2c C="*****" { GetNextRequest(34) R=93278355 E:3320.101.10.4.1.1.241 } } snmpwalk -c***** -v2c -t5 olt .1.3.6.1.4.1.3320.101.10.4.1.1 SNMPv2-SMI::enterprises.3320.101.10.4.1.1.241 = STRING: "8LO\"W*" snmpwalk -Ox -c***** -v2c -t5 olt .1.3.6.1.4.1.3320.101.10.4.1.1 SNMPv2-SMI::enterprises.3320.101.10.4.1.1.241 = Hex-STRING: 38 4C 4F 22 57 2A  
      Це стосується таких параметрів у snmp конфізі bdcom
       
      [signal] MACINDEX=".1.3.6.1.4.1.3320.101.10.4.1.1" [misc] ONUINDEX=".1.3.6.1.4.1.3320.101.11.1.1.3"  
      За для усунення глюку спробував трошки змінити код і завдати тип snmp параметру явно у ./api/libs/api.ponbdcom.php у function collect()
      Це працює. Мабуть станеться у нагоді:
       
      # diff api.ponbdcom.php{.new,.bak} 37c37 < $onuIndex = $this->snmp->walk('-Ox ' . $oltIp . ':' . self::SNMPPORT, $oltCommunity, $onuIndexOid, self::SNMPCACHE); --- > $onuIndex = $this->snmp->walk($oltIp . ':' . self::SNMPPORT, $oltCommunity, $onuIndexOid, self::SNMPCACHE); 91c91 < $macIndex = $this->snmp->walk('-Ox ' . $oltIp . ':' . self::SNMPPORT, $oltCommunity, $macIndexOID, self::SNMPCACHE); --- > $macIndex = $this->snmp->walk($oltIp . ':' . self::SNMPPORT, $oltCommunity, $macIndexOID, self::SNMPCACHE);  
      P.S. Створив тему, а зараз міркую: а може це глюк у ПЗ olt. Оновлю фірмваре olt та перевірю...
       

    • Від Туйон
      Отличие от обычной SXT5 - гигабитный порт и лицензия 4 уровня (может быть не только бриджом а и точкой доступа).
      Старенькая, АС-стандарт не поддерживает.
      В своё время мегабит 160+ вроде качала.
      Где-то возможно в том же гараже есть вторая такая же, если надо - могу поискать.
      Внешнее состояние нормальное. Чуть пожелтела но трещин и т д нету.
      В комплекте сама точка и хвостик крепления (вставлятся в саму антенну).
      РОЕ где-то в работе до сих пор, но подойдут любые.
      Цена.. пусть для начала будет 1000 грн.
      Проверена в комнате "на коленке", дам время на полноценную поверку, а то мало ли (года два лежала отдыхала).
      Желающие пишите в ЛС.
       
      https://www.technotrade.com.ua/Products/MikroTik_SXT_G_5HnD.php
    • Від independent
      Mikrotik rb4011igs+5hacq-2hnd-in
      Б/в.
      Ціна 5075 грн
       
      https://www.olx.ua/d/uk/obyavlenie/mikrotik-rb4011igs-5hacq2hnd-in-IDWH6Lo.html
    • Від independent
      Mikrotik rb4011igs+5hacq-2hnd-in б/в.
      Продається в результаті великого енергоспоживання від дбж.
       
      Ціна 6100 грн
       
      https://www.olx.ua/d/uk/obyavlenie/mikrotik-rb4011igs-5hacq2hnd-in-IDWH6Lo.html
    • Від Plastilin
      Вітаю. Маю наступний комплект. Ubilling на Debian + Mikrotik CHR як маршрутизатор. Наче все запустилось, але виникло питання яке не вдається розрулити. Читав Wiki, ковиряв, читав знову Wiki, знову ковиряв - не допомогло.
      Чи можливо якось визначити конкретну IP адресу з пулу який видає Mikrotik клієнту через Radius? Мені пропонує обрати наступну вільну адресу з пулу при спробі зміни адреси?
      З цього з'являється додаткове питання, чи можливо контролювати доступ користувачам у яких IP назначений статично, тобто прописаний вручну? Наприклад при зміні статусу не активний - пхати до Firewall Mikrotik правила заборони доступу з IP адреси визначеної вручну, навіть якщо вона не отримана по DHCP.
       
      UPD: з першою частиною знайшов: IP_CUSTOM=1 в alter.ini 
×
×
  • Створити нове...