Mikrotik и Ubilling

[madf]

 

Убилинг на виртуальной машине

За что?

...

 

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

[anykeyer]

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

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

[nightfly]

 

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

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

 

 

 

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

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

 

 

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

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

 

 

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

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

 

 

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

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

 

 

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

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

 

 

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

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

[nightfly]

2 madf

 

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

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

Изменено 17 сентября, 2013 пользователем nightfly

[madf]

2 madf

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

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

 

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

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

[nightfly]

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

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

[2late]

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

 

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

 

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

[Haxxproxx!]

А какими очередями правит Ubilling в микротик? Simple, tree?

В доках ничего не нашел.

[jcomm]

 

А какими очередями правит Ubilling в микротик? Simple, tree?

В доках ничего не нашел.

simple

[Haxxproxx!]

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

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

 

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

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

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

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

 

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

[jcomm]

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

 

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

 

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

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

 

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

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

 

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

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

 

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

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

Изменено 18 января, 2014 пользователем jcomm

[Haxxproxx!]

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

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

[jcomm]

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

[Haxxproxx!]

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

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

 

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МБ.

 

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

 

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

Изменено 30 января, 2014 пользователем Haxxproxx!

[Optimal]

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

[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

Изменено 17 апреля, 2015 пользователем jcomm

[Optimal]

 

Прошу допомогти з"ясувати деякі питання по взаємодії 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

 

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

[2late]

del

Изменено 5 мая, 2015 пользователем 2late

[galactic]

Привет всем

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

[dnet]

Добрый день.

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

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

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

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

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

 

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

 

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

Спасибо.

[l1ght]

Добрый день.

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

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

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

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

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

 

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

 

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

Спасибо.

я бы забил на tree

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