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

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

Доброго всем времени суток.
Хочется поставить BG-Billing для авторизации пользователей Wi-fi, но не на все вопросы нашел ответ. Вобщем есть задумка о том как это должно работать но не совсем понятно можно ли это реализовать в BG-Billing и какие модули для этого нужны.

1 - можно ли авторизовывать пользователей по мак адресу, тоесть чтобы у пользователя логин и пароль система спрашивала не каждый раз при входе в интернет а всего один раз с конкретного устройства и дальше уже пускала без проблем.
2 - можно ли сделать так чтобы к одному акаунту можно было привязывать несколько мак адресов тоесть в случае с Wi-fi несколько устройств например ноутбук и КПК, и они оба одновременно могли пользоваться интернетом с одного тарифа, но при этом была возможность ограничить максимальное число подключаемых устройств или еще лучше за подключение новых устройств снимать со счета деньги.

3 - возможно ли ограничивать пользователей не по трафику а по скорости, и снимать N сумму со счета каждый день. Читал вроде возможно, но на всякий случай спрашиваю вдруг с Wi-fi нельзя.

4 - не разобрался в политике цено образования за продукт. на модуль диалап стоит тестовое ограничение в 100 пользователей а на модуль wi-fi ограничения нет, если мы покупаем лицензию на этот модуль на большее количество пользователей wi-fi модуль у нас будет работать.

В принципе в общедоступном месте, только не кафе а жилой комплекс, я уже думал о том что мак легко подделать, но пользователи у нас будут постоянные, не будет такой текучки как в кафе. Просто по моему очень не удобно каждый раз водить логин и пароль. Да и привязка к маку всеравно должна быть, надо как минимум учитывать с каких машин заходят пользователи, а то так все соседи бесплатно пользоваться смогут.

Привязка к mac-ку у нас все рано есть в версии 4.4 . При просмотре сессии в колонке с номера на номер - показывается mac-адрес клиента. Чтобы пользоваться соседям , нужно перехватить логин/пароль. Это сложнее, чем получить mac-адрес. тут нужно взломать протокол самой wifi сети(eap, wpa и т.п) + еще можно запускать клиента по https, что обеспечивает дополнительную защиту .

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

Т.е человек купил новый кпк(телефон, коммуникатор и т.п ) и должен за это платить ? .. достал из шкафа старый компьютер - и должен за это платить? .. Проще тогда сделать по траффику и пусть хоть их 10 человек параллельно качает - заплатит за всех

ограничение по количеству сессий на логин должно решить данную проблему..
а если уж юзер сильно захочет, может поставить у себя SOCKS, соединиться с другим через вашу точку доступа, свою или просто по проводам и даже привязка к mac-у не поможет. (это к тому, что могут пользоваться не одновременно разные люди и с привязкой к mac)

А вопрос как сделать чтобы клиент без проблем, удобно и выгодно подключил бы помимо компьютера еще и свой КПК и при этом у него не появилось желание придти к соседу, похвастаться Wi-Fi а заодно и логин с паролем ему дать чтобы у него тоже заработало, по большому счету остается открытым.

Например так:
Судя по всему изначально речь о платном траффике не шла, значит скорее провайдер оплачивает ширину канала (что в принципе вполне нормально, но не везде ).

Значить делаем так. Условия - "256 кбит за 300 руб/мес". Реально подразумеваем, что 256кб стоит 200 руб. Планируем на клиента 384кб.
А вот тут и возникает необходимый функционал BG, который возможно кому-нибудь и понравится.
Первой сессии клиента даем 256кб полосу, второй - 64кб, третьей - 32 и т.д.

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

В случае с WiFi-порталом это можно реализовать проще , без манипуляций с сессиями со стороны радиуса. Достаточно на шлюзе ( в нашем случае это Linux с iproute2 ) направлять весь трафик клиента в один класс(очередь) . А класс создавать для каждого договора на основе кода договора, который может передавать радиус при аторизации . Либо группировать по логину, а не по договору

Очень интересное предложение, это как раз нам и надо, а где можно поподробнее почитать как это сделать? И есть ли уже готовый пример.
Правильно ли я понял подход, в этом случае, Будет один какал на договор, не важно сколько сессий открыто, ограничение на всех зашедших с одного договора будет общее? Т.е. сессии одного договора не могут превысить лимит.

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

2 - можно ли сделать так чтобы к одному акаунту можно было привязывать несколько мак адресов тоесть в случае с Wi-fi несколько устройств например ноутбук и КПК, и они оба одновременно могли пользоваться интернетом с одного тарифа, но при этом была возможность ограничить максимальное число подключаемых устройств или еще лучше за подключение новых устройств снимать со счета деньги.