Перейти до

Mikrotik и Ubilling


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

  • Відповіді 95
  • Створено
  • Остання відповідь

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

ENG Please stop ignoring fucking documentation - it was not written just for beauty or something like this shit. All of questions that you are asked - clearly described in the wiki.

Мдя, капризный нынче пионер пошел. Читать не хочу,думать не хочу.... 

БздЫщ   БздЫщ   Мне вот действительно "интересна" (*сарказм*) логика таких админов. Документацию я читать не буду Делать в общем-то тоже Спрошу на форуме у разраба, авось нахаляву все разжуют

Posted Images

Пионеры не могут прочитать то, что не указано в документации.

Автор продукта находит время затроллить тех, кто посмел его величество спросить о проблеме, а написать хотя б что-то дельное пользователю фри версии не хочет, наверное поток клиентов слишком большой и он может себе позволить "поржать" над несостоявшимися пользователями его биллинга.

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

 

Пионеры не могут прочитать то, что не указано в документации.

Как показывает практика - просто не хотят. см TOS

 

 

 

Автор продукта находит время затроллить тех

Ошибочка - не "тех" а "всех".

 

 

тех, кто посмел его величество спросить о проблеме

У всех в этом несовершенном мире проблемы. В любом случае это не повод игнорировать документацию по которой у 95% все успешно работает.

 

 

, а написать хотя б что-то дельное пользователю фри версии не хочет,

Вытереть сопли, и подумать вместо него, вы имели в виду?

 

 

наверное поток клиентов слишком большой

Да. Не жалуюсь. Спасибо.

 

 

и он может себе позволить "поржать"

Отчего ж мне "не мочь"? Не вижу объективных предпосылок.

 

 

над несостоявшимися пользователями его биллинга.

Опять ошибочка. Если внимательно почитать соседние темы я угораю в основном над теми (ласковый кивок), кто не осилил дочитать FAQ хотя бы до раздела "Организационные вопросы".

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

2 madf

 

А что так? Нормальное же решение!

Ну учитывая контекст, надеюсь ты же понимаешь, что ни о каких нормальных решениях виртуализации/паравиртуализации типа xen/esx речи идти тут не может в принципе? В лучшем случае можно предположить что-то типа vbox на винде который будет тушиться на ночь, с мотивацией "мамка за електричество заругает" либо "крузис чтобы не тормозил".

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

2 madf

А что так? Нормальное же решение!

Ну учитывая контекст, надеюсь ты же понимаешь, что ни о каких нормальных решениях виртуализации/паравиртуализации типа xen/esx речи идти тут не может в принципе? В лучшем случае можно предположить что-то типа vbox на винде который будет тушиться на ночь, с мотивацией "мамка за електричество заругает" либо "крузис чтобы не тормозил".

 

Мне как-то OpenVZ и KVM больше по душе :)

Я раньше тоже был против виртуализации, но тут вот с товарищем развернули одну систему - очень даже удобно и гибко вышло, чем если все на одном сервере держать. ProxMox на хост, базу в KVM, все остальное в OpenVZ - с десяток виртуальных серверов вышло.

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

Ну я ничего против не имею - убиллинг довольно себе успешно крутится в клаудах вмтвари, и еще у кого-то из местных на зене вроде. Да и демка на vbox не кашляет.

Только опять же - все зависит от контекста и реализации.

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

Взял за задачу отвести каждых два дня на один биллинг. Перелопатил все известные как ком. так и бесплатные.

 

Больше всего понравился убилинг, потом микробил и микбил. Скорее всего остановлюсь на убилинге.

 

Спасибо разработчикам и прошу прощения за грубость, если такова имелась ...

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

А где происходит включение и отключения пользователя? В адрес листах дисабл, энаблед?

Если не ставить галочки в "Расширениях настройки микротик" - убиллинг выполняет какие-нибудь действия?

 

Очередя строятся деревянные. Симпл не подходят.

Файрвол настроен полностью. Но я так понял и здесь могут вкл., выкл. пользователи.

DHCP не нужен, настроен VLAN per user. DHCP на каждом влане.

Что делает Убиллинг с АРП пока не разобрался.

 

Была бы сейчас возможность хоть из под виртуалки все потрогать, не задавал бы таких вопросов.

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

Если не ставить галочки в "Расширениях настройки микротик" - убиллинг выполняет какие-нибудь действия?

 

Да, он просто подключится и отключится...

 

Но я так понял и здесь могут вкл., выкл. пользователи.

Но я не совсем понял, что вы имели ввиду... 

 

DHCP не нужен, настроен VLAN per user. DHCP на каждом влане.

Соответствующую галочку вас никто не принуждает нажимать...

 

Что делает Убиллинг с АРП пока не разобрался.

Добавляет статические записи в АРП, вместо динамических... иногда полезно при arp=reply-only

 

А где происходит включение и отключения пользователя? В адрес листах дисабл, энаблед?

Да, в списках... только если вчитеться в правил в вики видно, что список ALLOW, а кто не в ALLOW попадают в дроп... Для подключённых запись создаётся/обновляется (если таковая уже имеется для пользователя) с параметром disabled=no, для отключенных - disabled=yes

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

Подружить убиллинг с деревьями на микротике не получается. Если деревья строятся по маркировкам трафика и создают адрес листа на их основе. То убилинг изначально при создание пользователя не работает с одинаковыми логинами.

Как быть? Скрипты адрес листов дисабляд и анабляд по логину или ипу? Можно переименовав адрес лист в микротике таким образом обмануть убиллинг? Или есть более изящное решение?

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

Там всё распознаётся по логину, который хранится в комментарии.. Для того, чтобы создавать еще и запись в адрес листе, соотв. названию тарифного плана надо ковырять код...

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

Поделитесь логикой выполнения ТЗ.

Если вдруг кому не знакомо, то вот так маркируется очередь для исходящего и входящего трафика:

 

ip firewall mangle add chain=prerouting action=mark-packet new-packet-mark=4MB_UPLOAD passthrough=no src-address-list=4MB

ip firewall mangle add chain=postrouting action=mark-packet new-packet-mark=4MB_DOWNLOAD passthrough=no dst-address-list=4MB

Потом, чтобы человек попал в эту очередь нужно ему дать комментарий(имя + адрес) в адрес листе "4МБ". После чего он будет находиться в тарифе 4МБ.

 

Есть еще выход дабы не ковырять код - маркировать трафик на тике под каждого обона либо под групу абонов с определенной маской.

 

Больше пока в голову не приходит ...

Відредаговано Haxxproxx!
Ссылка на сообщение
Поделиться на других сайтах
  • 1 year later...

Прошу допомогти з"ясувати деякі питання по взаємодії ubilling та NAS Mikrotik. Зібрали стенд ubilling+NAS Mikrotik. Налаштували авторизацію і по IP+MAC i pppoe по інструкції. Все працює, але зауважив що якщо у клієнта мінусовий баланс, то його ррр логін на Мікротіку відключається (disable) і в в address list його ІР переходить в стан disable. При авторизації по ІР+МАС теж відбувається відключення в address list. Відповідно клієнт по рррое при від"ємному балансі не проходить авторизацію. Якщо у варіанті з ІР+МАС користувача ще можна завернути в кабінет, то при рррое користувач просто не підключиться. Чи можна якось реалізувати варіант авторизації при від"ємному балансі, щоб можна було перенаправляти боржників в особистий кабінет? 

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

Прошу допомогти з"ясувати деякі питання по взаємодії ubilling та NAS Mikrotik. Зібрали стенд ubilling+NAS Mikrotik. Налаштували авторизацію і по IP+MAC i pppoe по інструкції. Все працює, але зауважив що якщо у клієнта мінусовий баланс, то його ррр логін на Мікротіку відключається (disable) і в в address list його ІР переходить в стан disable. При авторизації по ІР+МАС теж відбувається відключення в address list. Відповідно клієнт по рррое при від"ємному балансі не проходить авторизацію. Якщо у варіанті з ІР+МАС користувача ще можна завернути в кабінет, то при рррое користувач просто не підключиться. Чи можна якось реалізувати варіант авторизації при від"ємному балансі, щоб можна було перенаправляти боржників в особистий кабінет? 

https://github.com/nightflyza/Ubilling/blob/master/docs/presets/MikroTik/system/executer/tpls/ppp.ini#L7

 

Вот эту строку закомментируйте в файле /etc/stargazer/system/executer/tpls/ppp.ini

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

 

Прошу допомогти з"ясувати деякі питання по взаємодії ubilling та NAS Mikrotik. Зібрали стенд ubilling+NAS Mikrotik. Налаштували авторизацію і по IP+MAC i pppoe по інструкції. Все працює, але зауважив що якщо у клієнта мінусовий баланс, то його ррр логін на Мікротіку відключається (disable) і в в address list його ІР переходить в стан disable. При авторизації по ІР+МАС теж відбувається відключення в address list. Відповідно клієнт по рррое при від"ємному балансі не проходить авторизацію. Якщо у варіанті з ІР+МАС користувача ще можна завернути в кабінет, то при рррое користувач просто не підключиться. Чи можна якось реалізувати варіант авторизації при від"ємному балансі, щоб можна було перенаправляти боржників в особистий кабінет? 

https://github.com/nightflyza/Ubilling/blob/master/docs/presets/MikroTik/system/executer/tpls/ppp.ini#L7

 

Вот эту строку закомментируйте в файле /etc/stargazer/system/executer/tpls/ppp.ini

 

дуже дякую, тепер авторизація проходить.

Ссылка на сообщение
Поделиться на других сайтах
  • 3 weeks later...
  • 8 months later...

Привет всем

Burst как можно корректировать коллективно в зависимости от пакета или подсети, - задавался кто то вопросом энным

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

Добрый день.

Планируется ли когда либо расширить функционал управления базовыми возможностями микротика, в частности полноценное управление burst_ом ? - не путать с увеличением скорости тарифа по времени.

Для чего это необходимо:

1. Для реализации и настройки более гибких тарифов абонентам с низкими скоростями в тарифных планах, до 5Мбит.

2. Хотелось бы видеть этот функционал в Ubilling - что для этого необходимо ?

3. Функционал актуален для 5й и 6й ветки ROS.

 

Можно ли расчитывать на реализацию взаимодействия с функционалом queue tree ? - это актуально для х86 микротиков.

 

Что необходимо для реализации данного функционала ?

Спасибо.

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

Добрый день.

Планируется ли когда либо расширить функционал управления базовыми возможностями микротика, в частности полноценное управление burst_ом ? - не путать с увеличением скорости тарифа по времени.

Для чего это необходимо:

1. Для реализации и настройки более гибких тарифов абонентам с низкими скоростями в тарифных планах, до 5Мбит.

2. Хотелось бы видеть этот функционал в Ubilling - что для этого необходимо ?

3. Функционал актуален для 5й и 6й ветки ROS.

 

Можно ли расчитывать на реализацию взаимодействия с функционалом queue tree ? - это актуально для х86 микротиков.

 

Что необходимо для реализации данного функционала ?

Спасибо.

я бы забил на tree

с 6 версии симплы пилят всё больше, а на тех же CCR и вовсе грузят систему в разы меньше чем tree

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

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

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

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

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

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

Вхід

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

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

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


×
×
  • Створити нове...