madf 279 Опубліковано: 2013-09-17 07:35:27 Share Опубліковано: 2013-09-17 07:35:27 Убилинг на виртуальной машинеЗа что? ... А что так? Нормальное же решение! Ссылка на сообщение Поделиться на других сайтах
anykeyer 0 Опубліковано: 2013-09-17 11:14:32 Share Опубліковано: 2013-09-17 11:14:32 Пионеры не могут прочитать то, что не указано в документации. Автор продукта находит время затроллить тех, кто посмел его величество спросить о проблеме, а написать хотя б что-то дельное пользователю фри версии не хочет, наверное поток клиентов слишком большой и он может себе позволить "поржать" над несостоявшимися пользователями его биллинга. Ссылка на сообщение Поделиться на других сайтах
nightfly 1 239 Опубліковано: 2013-09-17 11:26:36 Share Опубліковано: 2013-09-17 11:26:36 Пионеры не могут прочитать то, что не указано в документации. Как показывает практика - просто не хотят. см TOS Автор продукта находит время затроллить тех Ошибочка - не "тех" а "всех". тех, кто посмел его величество спросить о проблеме У всех в этом несовершенном мире проблемы. В любом случае это не повод игнорировать документацию по которой у 95% все успешно работает. , а написать хотя б что-то дельное пользователю фри версии не хочет, Вытереть сопли, и подумать вместо него, вы имели в виду? наверное поток клиентов слишком большой Да. Не жалуюсь. Спасибо. и он может себе позволить "поржать" Отчего ж мне "не мочь"? Не вижу объективных предпосылок. над несостоявшимися пользователями его биллинга. Опять ошибочка. Если внимательно почитать соседние темы я угораю в основном над теми (ласковый кивок), кто не осилил дочитать FAQ хотя бы до раздела "Организационные вопросы". Ссылка на сообщение Поделиться на других сайтах
nightfly 1 239 Опубліковано: 2013-09-17 11:34:39 Share Опубліковано: 2013-09-17 11:34:39 (відредаговано) 2 madf А что так? Нормальное же решение! Ну учитывая контекст, надеюсь ты же понимаешь, что ни о каких нормальных решениях виртуализации/паравиртуализации типа xen/esx речи идти тут не может в принципе? В лучшем случае можно предположить что-то типа vbox на винде который будет тушиться на ночь, с мотивацией "мамка за електричество заругает" либо "крузис чтобы не тормозил". Відредаговано 2013-09-17 11:35:54 nightfly Ссылка на сообщение Поделиться на других сайтах
madf 279 Опубліковано: 2013-09-17 12:07:20 Share Опубліковано: 2013-09-17 12:07:20 2 madf А что так? Нормальное же решение!Ну учитывая контекст, надеюсь ты же понимаешь, что ни о каких нормальных решениях виртуализации/паравиртуализации типа xen/esx речи идти тут не может в принципе? В лучшем случае можно предположить что-то типа vbox на винде который будет тушиться на ночь, с мотивацией "мамка за електричество заругает" либо "крузис чтобы не тормозил". Мне как-то OpenVZ и KVM больше по душе Я раньше тоже был против виртуализации, но тут вот с товарищем развернули одну систему - очень даже удобно и гибко вышло, чем если все на одном сервере держать. ProxMox на хост, базу в KVM, все остальное в OpenVZ - с десяток виртуальных серверов вышло. Ссылка на сообщение Поделиться на других сайтах
nightfly 1 239 Опубліковано: 2013-09-17 12:17:46 Share Опубліковано: 2013-09-17 12:17:46 Ну я ничего против не имею - убиллинг довольно себе успешно крутится в клаудах вмтвари, и еще у кого-то из местных на зене вроде. Да и демка на vbox не кашляет. Только опять же - все зависит от контекста и реализации. Ссылка на сообщение Поделиться на других сайтах
2late 3 Опубліковано: 2013-10-13 19:17:40 Share Опубліковано: 2013-10-13 19:17:40 Взял за задачу отвести каждых два дня на один биллинг. Перелопатил все известные как ком. так и бесплатные. Больше всего понравился убилинг, потом микробил и микбил. Скорее всего остановлюсь на убилинге. Спасибо разработчикам и прошу прощения за грубость, если такова имелась ... Ссылка на сообщение Поделиться на других сайтах
Haxxproxx! 0 Опубліковано: 2014-01-15 17:05:39 Share Опубліковано: 2014-01-15 17:05:39 А какими очередями правит Ubilling в микротик? Simple, tree? В доках ничего не нашел. Ссылка на сообщение Поделиться на других сайтах
jcomm 6 Опубліковано: 2014-01-15 19:28:07 Share Опубліковано: 2014-01-15 19:28:07 А какими очередями правит Ubilling в микротик? Simple, tree? В доках ничего не нашел. simple Ссылка на сообщение Поделиться на других сайтах
Haxxproxx! 0 Опубліковано: 2014-01-18 09:53:32 Share Опубліковано: 2014-01-18 09:53:32 А где происходит включение и отключения пользователя? В адрес листах дисабл, энаблед? Если не ставить галочки в "Расширениях настройки микротик" - убиллинг выполняет какие-нибудь действия? Очередя строятся деревянные. Симпл не подходят. Файрвол настроен полностью. Но я так понял и здесь могут вкл., выкл. пользователи. DHCP не нужен, настроен VLAN per user. DHCP на каждом влане. Что делает Убиллинг с АРП пока не разобрался. Была бы сейчас возможность хоть из под виртуалки все потрогать, не задавал бы таких вопросов. Ссылка на сообщение Поделиться на других сайтах
jcomm 6 Опубліковано: 2014-01-18 22:14:02 Share Опубліковано: 2014-01-18 22:14:02 (відредаговано) Если не ставить галочки в "Расширениях настройки микротик" - убиллинг выполняет какие-нибудь действия? Да, он просто подключится и отключится... Но я так понял и здесь могут вкл., выкл. пользователи. Но я не совсем понял, что вы имели ввиду... DHCP не нужен, настроен VLAN per user. DHCP на каждом влане. Соответствующую галочку вас никто не принуждает нажимать... Что делает Убиллинг с АРП пока не разобрался. Добавляет статические записи в АРП, вместо динамических... иногда полезно при arp=reply-only А где происходит включение и отключения пользователя? В адрес листах дисабл, энаблед? Да, в списках... только если вчитеться в правил в вики видно, что список ALLOW, а кто не в ALLOW попадают в дроп... Для подключённых запись создаётся/обновляется (если таковая уже имеется для пользователя) с параметром disabled=no, для отключенных - disabled=yes Відредаговано 2014-01-18 22:17:51 jcomm Ссылка на сообщение Поделиться на других сайтах
Haxxproxx! 0 Опубліковано: 2014-01-28 14:30:16 Share Опубліковано: 2014-01-28 14:30:16 Подружить убиллинг с деревьями на микротике не получается. Если деревья строятся по маркировкам трафика и создают адрес листа на их основе. То убилинг изначально при создание пользователя не работает с одинаковыми логинами. Как быть? Скрипты адрес листов дисабляд и анабляд по логину или ипу? Можно переименовав адрес лист в микротике таким образом обмануть убиллинг? Или есть более изящное решение? Ссылка на сообщение Поделиться на других сайтах
jcomm 6 Опубліковано: 2014-01-29 21:24:34 Share Опубліковано: 2014-01-29 21:24:34 Там всё распознаётся по логину, который хранится в комментарии.. Для того, чтобы создавать еще и запись в адрес листе, соотв. названию тарифного плана надо ковырять код... Ссылка на сообщение Поделиться на других сайтах
Haxxproxx! 0 Опубліковано: 2014-01-30 20:11:35 Share Опубліковано: 2014-01-30 20:11:35 (відредаговано) Поделитесь логикой выполнения ТЗ. Если вдруг кому не знакомо, то вот так маркируется очередь для исходящего и входящего трафика: 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МБ. Есть еще выход дабы не ковырять код - маркировать трафик на тике под каждого обона либо под групу абонов с определенной маской. Больше пока в голову не приходит ... Відредаговано 2014-01-30 20:12:32 Haxxproxx! Ссылка на сообщение Поделиться на других сайтах
Optimal 3 Опубліковано: 2015-04-17 07:31:53 Share Опубліковано: 2015-04-17 07:31:53 Прошу допомогти з"ясувати деякі питання по взаємодії ubilling та NAS Mikrotik. Зібрали стенд ubilling+NAS Mikrotik. Налаштували авторизацію і по IP+MAC i pppoe по інструкції. Все працює, але зауважив що якщо у клієнта мінусовий баланс, то його ррр логін на Мікротіку відключається (disable) і в в address list його ІР переходить в стан disable. При авторизації по ІР+МАС теж відбувається відключення в address list. Відповідно клієнт по рррое при від"ємному балансі не проходить авторизацію. Якщо у варіанті з ІР+МАС користувача ще можна завернути в кабінет, то при рррое користувач просто не підключиться. Чи можна якось реалізувати варіант авторизації при від"ємному балансі, щоб можна було перенаправляти боржників в особистий кабінет? Ссылка на сообщение Поделиться на других сайтах
jcomm 6 Опубліковано: 2015-04-17 19:26:05 Share Опубліковано: 2015-04-17 19:26:05 (відредаговано) Прошу допомогти з"ясувати деякі питання по взаємодії 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 Відредаговано 2015-04-17 19:26:50 jcomm Ссылка на сообщение Поделиться на других сайтах
Optimal 3 Опубліковано: 2015-04-20 07:21:59 Share Опубліковано: 2015-04-20 07:21:59 Прошу допомогти з"ясувати деякі питання по взаємодії 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 3 Опубліковано: 2015-05-05 11:02:50 Share Опубліковано: 2015-05-05 11:02:50 (відредаговано) del Відредаговано 2015-05-05 11:20:10 2late Ссылка на сообщение Поделиться на других сайтах
galactic 0 Опубліковано: 2016-01-24 00:26:49 Share Опубліковано: 2016-01-24 00:26:49 Привет всем Burst как можно корректировать коллективно в зависимости от пакета или подсети, - задавался кто то вопросом энным Ссылка на сообщение Поделиться на других сайтах
dnet 0 Опубліковано: 2016-01-27 18:01:19 Share Опубліковано: 2016-01-27 18:01:19 Добрый день. Планируется ли когда либо расширить функционал управления базовыми возможностями микротика, в частности полноценное управление burst_ом ? - не путать с увеличением скорости тарифа по времени. Для чего это необходимо: 1. Для реализации и настройки более гибких тарифов абонентам с низкими скоростями в тарифных планах, до 5Мбит. 2. Хотелось бы видеть этот функционал в Ubilling - что для этого необходимо ? 3. Функционал актуален для 5й и 6й ветки ROS. Можно ли расчитывать на реализацию взаимодействия с функционалом queue tree ? - это актуально для х86 микротиков. Что необходимо для реализации данного функционала ? Спасибо. Ссылка на сообщение Поделиться на других сайтах
l1ght 377 Опубліковано: 2016-01-27 18:20:22 Share Опубліковано: 2016-01-27 18:20:22 Добрый день. Планируется ли когда либо расширить функционал управления базовыми возможностями микротика, в частности полноценное управление burst_ом ? - не путать с увеличением скорости тарифа по времени. Для чего это необходимо: 1. Для реализации и настройки более гибких тарифов абонентам с низкими скоростями в тарифных планах, до 5Мбит. 2. Хотелось бы видеть этот функционал в Ubilling - что для этого необходимо ? 3. Функционал актуален для 5й и 6й ветки ROS. Можно ли расчитывать на реализацию взаимодействия с функционалом queue tree ? - это актуально для х86 микротиков. Что необходимо для реализации данного функционала ? Спасибо. я бы забил на tree с 6 версии симплы пилят всё больше, а на тех же CCR и вовсе грузят систему в разы меньше чем tree Ссылка на сообщение Поделиться на других сайтах
Рекомендованные сообщения
Создайте аккаунт или войдите в него для комментирования
Вы должны быть пользователем, чтобы оставить комментарий
Создать аккаунт
Зарегистрируйтесь для получения аккаунта. Это просто!
Зарегистрировать аккаунтВхід
Уже зарегистрированы? Войдите здесь.
Войти сейчас