sirko.n Опубліковано: 6 липня, 2012 Опубліковано: 6 липня, 2012 Вопрос не в том запрещается или нет Вопрос что интересна сама система как база учета всего что касается Абонента. Станет она без СТГ или будет упираться? Можно конечно скачать и попробовать, но решил первым делом спросить А смысл собсно в том что сеть построена на управляемом оборудовании. Шейпы и отключения проводятся на порту. Если без СТГ становиться то можно будет думать как заставить ее тушить порты и менять шейпы.
madf Опубліковано: 6 липня, 2012 Опубліковано: 6 липня, 2012 Stg может вполне успешно менять шейпы и тушить порты с помощью snmpset
madf Опубліковано: 6 липня, 2012 Опубліковано: 6 липня, 2012 Это интересно. СПС. Качаю, пробую. Эммм... Хочу предупредить. Сам по себе он ничего не умеет. Надо писать скрипты OnConnect, OnDisconnect и OnChange и из них вызывать snmpset. Ничего сложного, но...
Mishchenko_A Опубліковано: 22 липня, 2012 Опубліковано: 22 липня, 2012 Доброго времени суток! Как на на один мак зарегистрировать несколько пользователей? Версия 0.2.8 rev 1629.
Mishchenko_A Опубліковано: 22 липня, 2012 Опубліковано: 22 липня, 2012 Как сделать так, чтоб когда в пользователя заканчиваются деньги ему автоматически показывался личный кабинет?
nightfly Опубліковано: 22 липня, 2012 Автор Опубліковано: 22 липня, 2012 Доброго времени суток! Как на на один мак зарегистрировать несколько пользователей? Версия 0.2.8 rev 1629. Никак. О сетях для самых маленьких: один МАС - один IP. Это основы адресации в сети. Их нужно знать. Если самоцель тащить много учетных записей, для одного физического пользователя, с грубо-общей финансовой линией (ну допустим кто-то ссыт продавать абонентам роутеры либо заставлять платить за каждый дивайз отдельно. Я ведь угадал, правда?) можно использовать штатную механику связывания пользователей Как сделать так, чтоб когда в пользователя заканчиваются деньги ему автоматически показывался личный кабинет? Нарисовать заворот фаерволом. В чем проблема?
Mishchenko_A Опубліковано: 22 липня, 2012 Опубліковано: 22 липня, 2012 Доброго времени суток! Как на на один мак зарегистрировать несколько пользователей? Версия 0.2.8 rev 1629. Никак. О сетях для самых маленьких: один МАС - один IP. Это основы адресации в сети. Их нужно знать. Если самоцель тащить много учетных записей, для одного физического пользователя, с грубо-общей финансовой линией (ну допустим кто-то ссыт продавать абонентам роутеры либо заставлять платить за каждый дивайз отдельно. Я ведь угадал, правда?) Нет, у меня на одной Wi-Fi антенне несколько пользователей, причем в нескольких соседних поселках. В предыдущих версиях на один мак с разными IP все создавалось.
Mishchenko_A Опубліковано: 22 липня, 2012 Опубліковано: 22 липня, 2012 А при раздаче по вай-фай берется адрес антенны приемника!
nightfly Опубліковано: 22 липня, 2012 Автор Опубліковано: 22 липня, 2012 Нет, у меня на одной Wi-Fi антенне несколько пользователей А wds использовать конечно же религия не позволяет? В предыдущих версиях на один мак с разными IP все создавалось. бред сивой кобылы. Если у вас нету возможности контролировать со своей стороны статические arp записи - о каких вобще биллингах-авторизации может ити речь? А тепер внимание. Сейчас будет откровение от капитана очевидности. Если БС на микротике у вас есть варианты оформить этот самый микротик в роли NAS либо понастраивать WDS с arp-proxy чтобы превратить последний в подобие Л2 свича.
Mishchenko_A Опубліковано: 22 липня, 2012 Опубліковано: 22 липня, 2012 [ В предыдущих версиях на один мак с разными IP все создавалось. бред сивой кобылы. А это что же? Новый точечный рисунок (2).bmp Новый точечный рисунок (3).bmp
nightfly Опубліковано: 22 липня, 2012 Автор Опубліковано: 22 липня, 2012 А это что же? Это сфотографированный вами глюк ранних версий с криво работавшим фильтром МАС адресов. То что показано на сиих картинках в формате bmp: 1. не может работать потому что не может 2. роняет isc-dhcpd 3. неприемлимо с точки зрения аутентификации и авторизации по МАС адресу 4. просто глюк позднее исправленный Точно с тем же успехом вы можете ткнуть туда совершенно рандомные МАС и думаю для пользователей ваших ничего не измениться, точно так-же ничего не измениться, если пользователи с рандомными маками поназначают себе айпишек соседей из других сегментов сети, поскольку L2 аутентификация в вашей сети не работает. Почему так - описано выше. Можете смело удаляться читать про wds и proxy-arp либо строить БС как сервера доступа.
felixio_01 Опубліковано: 24 липня, 2012 Опубліковано: 24 липня, 2012 Доброе время суток! накопилось несколько вопросов... версия ubilling 0.2.8 rev 1629, stargazer 2.408 В профиле пользователя нет возможности менять "Логин" (в предидущей версии можно было)... также когда создаёш пользователя логин не меняется. Это так должно быть (типа фичи) или какая-то трабла? Нет возможности поменять IP в ручную. (только-будет установлен первый свободный)... Это так должно быть или какая-то трабла? Хотелось бы конечно иметь возможность задавать IP в ручную. Как можно мониторить какой пользователь в онлайне (т.е. сидит в инете) в данное время... очень бывает нужно. (в traffic inspektore с которого мы очень медленно но уверенно ))))) мигрируем на stargazer+ubilling это нагляно реализованно: те пользователи которые в инете - зелёненькие, те которые в офлайне синенькие )))) т.е. довольно наглядно)
nightfly Опубліковано: 24 липня, 2012 Автор Опубліковано: 24 липня, 2012 В профиле пользователя нет возможности менять "Логин" (в предидущей версии можно было)... Небыло такой возможности никогда. Логин - базовая сущность. также когда создаёш пользователя логин не меняется. Если вы о возможности ручного придумывания логинов на этапе регистрации пользователя - то ознакомьтесь с документацией http://wiki.ubilling...id=alteriniconf Как показал опыт других сетей, отключать SAFE_REGMODE не лучшая идея. Он сделан для защиты самих сетей от них же. В случае нарушения целостности структуры данных останетесь сами себе злобными буратинами. Нет возможности поменять IP в ручную. (только-будет установлен первый свободный)... Так было всегда. Не вижу глубокого смысла в ручной фигурной расстановкей айпишек и придумывании свободных - это не то чем должен заниматься администратор в норме. Если самоцель обеспечение сегментации сети, то это следует реализовывать навешивая отдельные подсети масочками на разные сервисы. Как можно мониторить какой пользователь в онлайне (т.е. сидит в инете) в данное время... очень бывает нужно. В чем проблема? Используйте DN_ONLINE_DETECT например, в случае авторизации с помощью IA. Это так должно быть (типа фичи) или какая-то трабла? В любом случае рекомендую ознакомиться с пользовательским соглашением. Все что вы видите и что не описано в разделе "известные проблемы" - является фичами бай дефолт.
felixio_01 Опубліковано: 24 липня, 2012 Опубліковано: 24 липня, 2012 Небыло такой возможности никогда. Логин - базовая сущность. Если вы о возможности ручного придумывания логинов на этапе регистрации пользователя - то ознакомьтесь с документацией http://wiki.ubilling...id=alteriniconfКак показал опыт других сетей, отключать SAFE_REGMODE не лучшая идея. Он сделан для защиты самих сетей от них же. В случае нарушения целостности структуры данных останетесь сами себе злобными буратинами. блин сам же включил это дело ..... сори вопрос снят... Так было всегда. Не вижу глубокого смысла в ручной фигурной расстановкей айпишек и придумывании свободных - это не то чем должен заниматься администратор в норме. Если самоцель обеспечение сегментации сети, то это следует реализовывать навешивая отдельные подсети масочками на разные сервисы. как и гворил ранее, мигрируем с другого биллинга. некоторые IP адреса прописаны статикой... в DHCP сответсвенно сделаны исключения (чтоб эти IP не присваивались) переводя базу абонентов на stg+ubilling нужно соответсвенно выставить IP тот который прописан уже у клиента статикой. В чем проблема? Используйте DN_ONLINE_DETECT например, в случае авторизации с помощью IA. так у меня пользователи который просто заведены в базе но ещё не один раз небыли подключены все в онлайне показывает.... Это так должно быть (типа фичи) или какая-то трабла? В любом случае рекомендую ознакомиться с пользовательским соглашением. Все что вы видите и что не описано в разделе "известные проблемы" - является фичами бай дефолт. знакомы знакомы мы с ним.... )))))
madf Опубліковано: 24 липня, 2012 Опубліковано: 24 липня, 2012 Предлагаю кроме раздела "известные проблемы" завести раздел "неизвестные проблемы"
felixio_01 Опубліковано: 24 липня, 2012 Опубліковано: 24 липня, 2012 )))))) делал по инструкции Приколюхи от 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 Опубліковано: 24 липня, 2012 Автор Опубліковано: 24 липня, 2012 как и гворил ранее, мигрируем с другого биллинга. некоторые IP адреса прописаны статикой... И что мешает "мигрировать" как есть? Не вижу взаимосвязи между регистрацией абонентов и и начальной конвертацией абонбазы. Из инспектора был уже не один десяток миграций, за вычетом адресов там все конвертируется просто на ура. так у меня пользователи который просто заведены в базе но ещё не один раз небыли подключены все в онлайне показывает.... Вы бы онлайн с активностью не путали. Лампочки светятся по деньгам, звездочки - по факту подъема пользователя сквозь OnConnect чем и определяется его потенциальная возможность походить в интернеты. Ходит там у него что-то или нет, это уже вопрос третий. Перепингивание всей абонбазы по интервалу - мудацтво крайней степени. знакомы знакомы мы с ним.... ))))) Ну вот и отлично. Это главное. Предлагаю кроме раздела "известные проблемы" завести раздел "неизвестные проблемы" что-то типа того
felixio_01 Опубліковано: 24 липня, 2012 Опубліковано: 24 липня, 2012 как и гворил ранее, мигрируем с другого биллинга. некоторые IP адреса прописаны статикой... И что мешает "мигрировать" как есть? Не вижу взаимосвязи между регистрацией абонентов и и начальной конвертацией абонбазы. Из инспектора был уже не один десяток миграций, за вычетом адресов там все конвертируется просто на ура. хм... будете смеятся, но начал в ручную вбивать абонентов ))), как конвертировать? так у меня пользователи который просто заведены в базе но ещё не один раз небыли подключены все в онлайне показывает.... Вы бы онлайн с активностью не путали. Лампочки светятся по деньгам, звездочки - по факту подъема пользователя сквозь OnConnect чем и определяется его потенциальная возможность походить в интернеты. Ходит там у него что-то или нет, это уже вопрос третий. Перепингивание всей абонбазы по интервалу - мудацтво крайней степени. так я и не путаю... в колонке "активный" зелёненькие лампочки... это понятно... а в колонке онлайн должны быть жёлтые звёздочки когда абонент в оналйне, те. в тот момент когда в инете... у меня же... они всегда жёлтенькие.... поэтому и пишу сюда.
nightfly Опубліковано: 24 липня, 2012 Автор Опубліковано: 24 липня, 2012 хм... будете смеятся, но начал в ручную вбивать абонентов ))), как конвертировать? написать конвертер на коленке например а в колонке онлайн должны быть жёлтые звёздочки когда абонент в оналйне, Они желтые когда для абонента отработал скрипт OnConnect - тобишь у него подняты позволяющие правила в фаерволе, шейпера, прибивки итд, что можно перефразировать как "на дорогой, пользуйся". Других определений расплывчатого термина "те. в от момент когда в инете..." особо нету. Можно конечно перепингивать раз в минуту всю абонбазу (мое мнение о таких мудацких решениях чуть выше) либо щитать смещения в счетчиках трафика по каждому пользователю (только кому это нужно? чтобы узнать что у пользователя какой-то бродкаст куда-то улетает?)
madf Опубліковано: 24 липня, 2012 Опубліковано: 24 липня, 2012 Можно периодически по XML RPC дергать список юзеров и обновлять статус online.
nightfly Опубліковано: 24 липня, 2012 Автор Опубліковано: 24 липня, 2012 Можно периодически по XML RPC дергать список юзеров и обновлять статус online Даже не хочется такое банчмаркать на пятизначных абонбазах
felixio_01 Опубліковано: 24 липня, 2012 Опубліковано: 24 липня, 2012 написать конвертер на коленке например к сожелению... до программерских талантов ещё руки не дошли... не то чтобы не по плечу... просто для освения программерских умений нужно какое то время, которого как всегда недостаток. да и поздно наверно мне... Они желтые когда для абонента отработал скрипт OnConnect - тобишь у него подняты позволяющие правила в фаерволе, шейпера, прибивки итд, что можно перефразировать как "на дорогой, пользуйся". т.е. ему предоставлен доступ... и он может в любой момент пользовать инет... но факта того что он в данный момент времени активен, т.е. идёт обмен тарфиком, нет... Получается что механизма, нормального, работующего, прального и т.д., позволяющего сказать абонент в данное время пользуется инетом, идёт обмен трафиком и т.д., здесь нет...
madf Опубліковано: 24 липня, 2012 Опубліковано: 24 липня, 2012 Можно периодически по XML RPC дергать список юзеров и обновлять статус online Даже не хочется такое банчмаркать на пятизначных абонбазах Выборка занимает до пары секунд (скорее даже меньше секунды). Дергать можно раз в минуту.
Рекомендованные сообщения