Релизы Ubilling

[sirko.n 0]

Вопрос не в том запрещается или нет Вопрос что интересна сама система как база учета всего что касается Абонента. Станет она без СТГ или будет упираться? Можно конечно скачать и попробовать, но решил первым делом спросить

А смысл собсно в том что сеть построена на управляемом оборудовании. Шейпы и отключения проводятся на порту. Если без СТГ становиться то можно будет думать как заставить ее тушить порты и менять шейпы.

[madf 279]

Stg может вполне успешно менять шейпы и тушить порты с помощью snmpset

[sirko.n 0]

Это интересно. СПС.

Качаю, пробую.

[madf 279]

Это интересно. СПС.

Качаю, пробую.

Эммм... Хочу предупредить. Сам по себе он ничего не умеет. Надо писать скрипты OnConnect, OnDisconnect и OnChange и из них вызывать snmpset. Ничего сложного, но...

[Mishchenko_A 1]

Доброго времени суток! Как на на один мак зарегистрировать несколько пользователей? Версия 0.2.8 rev 1629.

[Mishchenko_A 1]

Как сделать так, чтоб когда в пользователя заканчиваются деньги ему автоматически показывался личный кабинет?

[nightfly 1 260]

Доброго времени суток! Как на на один мак зарегистрировать несколько пользователей? Версия 0.2.8 rev 1629.

Никак.

 

О сетях для самых маленьких: один МАС - один IP. Это основы адресации в сети. Их нужно знать.

 

Если самоцель тащить много учетных записей, для одного физического пользователя, с грубо-общей финансовой линией (ну допустим кто-то ссыт продавать абонентам роутеры либо заставлять платить за каждый дивайз отдельно. Я ведь угадал, правда?) можно использовать штатную механику связывания пользователей

 

Как сделать так, чтоб когда в пользователя заканчиваются деньги ему автоматически показывался личный кабинет?

Нарисовать заворот фаерволом. В чем проблема?

[Mishchenko_A 1]

Доброго времени суток! Как на на один мак зарегистрировать несколько пользователей? Версия 0.2.8 rev 1629.

Никак.

 

О сетях для самых маленьких: один МАС - один IP. Это основы адресации в сети. Их нужно знать.

 

Если самоцель тащить много учетных записей, для одного физического пользователя, с грубо-общей финансовой линией (ну допустим кто-то ссыт продавать абонентам роутеры либо заставлять платить за каждый дивайз отдельно. Я ведь угадал, правда?)

 

Нет, у меня на одной Wi-Fi антенне несколько пользователей, причем в нескольких соседних поселках. В предыдущих версиях на один мак с разными IP все создавалось.

[Mishchenko_A 1]

А при раздаче по вай-фай берется адрес антенны приемника!

[madf 279]

Включить WiFi бриджем?

[nightfly 1 260]

Нет, у меня на одной Wi-Fi антенне несколько пользователей

А wds использовать конечно же религия не позволяет?

 

В предыдущих версиях на один мак с разными IP все создавалось.

бред сивой кобылы.

 

Если у вас нету возможности контролировать со своей стороны статические arp записи - о каких вобще биллингах-авторизации может ити речь?

 

А тепер внимание. Сейчас будет откровение от капитана очевидности.

Если БС на микротике у вас есть варианты оформить этот самый микротик в роли NAS либо понастраивать WDS с arp-proxy чтобы превратить последний в подобие Л2 свича.

[Mishchenko_A 1]

[

В предыдущих версиях на один мак с разными IP все создавалось.

бред сивой кобылы.

 

 

 

А это что же?

Новый точечный рисунок (2).bmp

Новый точечный рисунок (3).bmp

[nightfly 1 260]

А это что же?

Это сфотографированный вами глюк ранних версий с криво работавшим фильтром МАС адресов.

То что показано на сиих картинках в формате bmp:

 

1. не может работать потому что не может

2. роняет isc-dhcpd

3. неприемлимо с точки зрения аутентификации и авторизации по МАС адресу

4. просто глюк позднее исправленный

 

Точно с тем же успехом вы можете ткнуть туда совершенно рандомные МАС и думаю для пользователей ваших ничего не измениться, точно так-же ничего не измениться, если пользователи с рандомными маками поназначают себе айпишек соседей из других сегментов сети, поскольку L2 аутентификация в вашей сети не работает. Почему так - описано выше.

 

Можете смело удаляться читать про wds и proxy-arp либо строить БС как сервера доступа.

[felixio_01 8]

Доброе время суток! накопилось несколько вопросов...

версия ubilling 0.2.8 rev 1629, stargazer 2.408

 

В профиле пользователя нет возможности менять "Логин" (в предидущей версии можно было)... также когда создаёш пользователя логин не меняется. Это так должно быть (типа фичи) или какая-то трабла?

Нет возможности поменять IP в ручную. (только-будет установлен первый свободный)... Это так должно быть или какая-то трабла? Хотелось бы конечно иметь возможность задавать IP в ручную.

Как можно мониторить какой пользователь в онлайне (т.е. сидит в инете) в данное время... очень бывает нужно. (в traffic inspektore с которого мы очень медленно но уверенно ))))) мигрируем на stargazer+ubilling это нагляно реализованно: те пользователи которые в инете - зелёненькие, те которые в офлайне синенькие )))) т.е. довольно наглядно)

[nightfly 1 260]

В профиле пользователя нет возможности менять "Логин" (в предидущей версии можно было)...

Небыло такой возможности никогда. Логин - базовая сущность.

 

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

Если вы о возможности ручного придумывания логинов на этапе регистрации пользователя - то ознакомьтесь с документацией http://wiki.ubilling...id=alteriniconf

Как показал опыт других сетей, отключать SAFE_REGMODE не лучшая идея. Он сделан для защиты самих сетей от них же. В случае нарушения целостности структуры данных останетесь сами себе злобными буратинами.

 

Нет возможности поменять IP в ручную. (только-будет установлен первый свободный)...

Так было всегда. Не вижу глубокого смысла в ручной фигурной расстановкей айпишек и придумывании свободных - это не то чем должен заниматься администратор в норме.

Если самоцель обеспечение сегментации сети, то это следует реализовывать навешивая отдельные подсети масочками на разные сервисы.

 

Как можно мониторить какой пользователь в онлайне (т.е. сидит в инете) в данное время... очень бывает нужно.

В чем проблема? Используйте DN_ONLINE_DETECT например, в случае авторизации с помощью IA.

 

Это так должно быть (типа фичи) или какая-то трабла?

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

[felixio_01 8]

Небыло такой возможности никогда. Логин - базовая сущность.

Если вы о возможности ручного придумывания логинов на этапе регистрации пользователя - то ознакомьтесь с документацией http://wiki.ubilling...id=alteriniconf

Как показал опыт других сетей, отключать SAFE_REGMODE не лучшая идея. Он сделан для защиты самих сетей от них же. В случае нарушения целостности структуры данных останетесь сами себе злобными буратинами.

 

блин сам же включил это дело ..... сори вопрос снят...

 

 

Так было всегда. Не вижу глубокого смысла в ручной фигурной расстановкей айпишек и придумывании свободных - это не то чем должен заниматься администратор в норме.

Если самоцель обеспечение сегментации сети, то это следует реализовывать навешивая отдельные подсети масочками на разные сервисы.

 

как и гворил ранее, мигрируем с другого биллинга. некоторые IP адреса прописаны статикой... в DHCP сответсвенно сделаны исключения (чтоб эти IP не присваивались)

переводя базу абонентов на stg+ubilling нужно соответсвенно выставить IP тот который прописан уже у клиента статикой.

 

В чем проблема? Используйте DN_ONLINE_DETECT например, в случае авторизации с помощью IA.

 

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

 

Это так должно быть (типа фичи) или какая-то трабла?

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

знакомы знакомы мы с ним.... )))))

[madf 279]

Предлагаю кроме раздела "известные проблемы" завести раздел "неизвестные проблемы"

[felixio_01 8]

))))))

делал по инструкции

 

 

Приколюхи от Ubilling:

 

колонка «онлайн» с модными звёздочками

 

1. Лезем в конфиг /var/www/billing/config/alter.ini и редактируем:

DN_ONLINE_DETECT=1

 

2. Убеждаемся что в скриптах OnConnect/OnDisconnect есть подобное: OnConnect

/bin/echo $SPEED:`expr $ID + 4101` > /etc/stargazer/dn/$LOGIN

 

OnDisconnect

/bin/rm /etc/stargazer/dn/$LOGIN

 

3. Делаем симлинк на папку:

ln -fs /etc/stargazer/dn/ /var/www/billing/content/dn

 

4. Радуемся звёздочкам

 

вообщем получается что как будто пользователь всегда в онлайне

[nightfly 1 260]

как и гворил ранее, мигрируем с другого биллинга. некоторые IP адреса прописаны статикой...

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

 

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

Вы бы онлайн с активностью не путали. Лампочки светятся по деньгам, звездочки - по факту подъема пользователя сквозь OnConnect чем и определяется его потенциальная возможность походить в интернеты. Ходит там у него что-то или нет, это уже вопрос третий. Перепингивание всей абонбазы по интервалу - мудацтво крайней степени.

 

знакомы знакомы мы с ним.... )))))

Ну вот и отлично. Это главное.

 

 

Предлагаю кроме раздела "известные проблемы" завести раздел "неизвестные проблемы"

что-то типа того

[felixio_01 8]

как и гворил ранее, мигрируем с другого биллинга. некоторые IP адреса прописаны статикой...

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

 

хм... будете смеятся, но начал в ручную вбивать абонентов ))), как конвертировать?

 

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

Вы бы онлайн с активностью не путали. Лампочки светятся по деньгам, звездочки - по факту подъема пользователя сквозь OnConnect чем и определяется его потенциальная возможность походить в интернеты. Ходит там у него что-то или нет, это уже вопрос третий. Перепингивание всей абонбазы по интервалу - мудацтво крайней степени.

 

так я и не путаю... в колонке "активный" зелёненькие лампочки... это понятно...

а в колонке онлайн должны быть жёлтые звёздочки когда абонент в оналйне, те. в тот момент когда в инете... у меня же... они всегда жёлтенькие.... поэтому и пишу сюда.

[nightfly 1 260]

хм... будете смеятся, но начал в ручную вбивать абонентов ))), как конвертировать?

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

 

а в колонке онлайн должны быть жёлтые звёздочки когда абонент в оналйне,

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

 

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

[madf 279]

Можно периодически по XML RPC дергать список юзеров и обновлять статус online.

[nightfly 1 260]

Можно периодически по XML RPC дергать список юзеров и обновлять статус online

Даже не хочется такое банчмаркать на пятизначных абонбазах

[felixio_01 8]

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

 

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

 

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

 

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

 

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

[madf 279]

Можно периодически по XML RPC дергать список юзеров и обновлять статус online

Даже не хочется такое банчмаркать на пятизначных абонбазах

Выборка занимает до пары секунд (скорее даже меньше секунды). Дергать можно раз в минуту.