Текущая версия на 10:18, 14 октября 2011

Общая информация

В ExpertBilling 1.4 был переработан принцип работы с аккаунтами и появилась новая сущность Субаккаунт. Если в 1.3 и более ранних версиях один аккаунт являлся одним абонентом и в нём сразу указывались IP адрес, сервер доступа и прочие сетевые параметры, то в 1.4 аккаунт уже является неким базовым договором, который заключатся с абонентом при его создании в биллинге. Доступ к услугам получают субаккаунты этого аккаунта, которых может быть как 1, так и несколько.

Аккаунты

Вместе с этим в самом Аккаунте также может быть указан сервер доступа на закладке "Сетевые параметры", но только в том случае, если вы хотите выполнять какие-то команды на сервере доступа при активации/деактивации самого аккаунта(не субаккаунтов). К примеру вы хотите, чтобы при появлении у Аккаунта отрицательного баланса, ему блокировался доступ к почтовому ящику(этот пример очень общий, но отражает суть). Для того, чтобы эта логика работала, в системе создаётся Сервер доступа, в команды которого прописаны команды создания/удаления, включения/выключения доступа к почтовому серверу. При появлении у пользователя отрицательного баланса биллинг пошлёт на указанный сервер команду отключения ящика, подставив в шаблон вашей команды переменные _аккаунта_. Соответственно при выборе в списке аккаунтов команды "Добавить на сервер доступа", будет выполнена команда создания _аккаунта_ в указанном в его профиле сервера доступа.

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

У Аккаунта есть несколько типов статусов, которые определяют можно ли этому аккаунту(и его субаккаунтам) пользоваться услугами провайдера:

• Статус аккаунта(Активен;Не активен, списывать периодические услуги;Не активен, не списывать периодические услуги;Пользовательская блокировка);
• Блокировка по недостатку баланса(Может быть включена, если в начале расчётного периода на балансе абонента нет нужной суммы и это требование есть в тарифном плане ааккаунта);
• Блокировка по лимитам(Может быть включена, если пользователь превысил лимит трафика, указанный в тарифном плане и превышение этого лимита подразумевает блокировку аккаунта)
• Блокировка по балансу(если баланс абонента <=0).

Все виды статусов, кроме первого, могут быть переопределены на закладке "Сетевые параметры" аккаунта. Если хотя бы один из статусов запрещает блокировку - всем субаккаунтам аккаунта будет заблокирован доступ к услугам, если в их профилях это поведение не переопределено.

Субаккаунты

У одного аккаунта может быть несколько субаккаунтов, которые создаются на соответствующей закладке в профиле аккаунта:

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

К примеру у вас 2 сервера. Один сервер - маршрутизатор с функциями DHCP, второй сервер для PPTP доступа. Вы можете создать 2 субаккаунта, первый из которых будет добавлять/удалять IP адрес субаккаунта в адрес лист на DHCP сервере, что будет разрешать/запрещать маршрутизацию пакетов внутри вашей сети, а во втором субаккаунте прописать логин/пароль/IP адрес для доступа к PPTP серверу.

Примеры настройки

Рассмотрим настройку субаккаунтов для различных видов доступа:

IPN

Указываем сервер доступа, IPN IP адрес, mac-адрес, если вы будете использовать его в командах управления состоянием субаккаунта на сервере доступа(например в случае привязки IP к MAC в файерволе)

За статус добавленности/активности субаккаунта на сервере доступа отвечают 3 кнопки, которые отправляют соответствующие команды из указанного сервера доступа на этот север доступа.

Кнопка "Управлять доступом"/"Не управлять доступом" соответсвтенно разрешает/запрещает биллингу управлять IPN статусом субаккаунта на сервере доступа.

При изменении IP адресов в субаккаунте IPN статусы сбрасываются и биллинг пошлёт на сервер доступа команды добавления/активации субаккаунта заново. Соответственно вам нужно учитывать, что команды сервера доступа должны перед добавлением новых записей удалить старые(которые, к примеру, содержали в комментарии не изменяемый ID субаккаунта)

DHCP

Указываем сервер доступа, IPN IP адрес и mac-адрес. В случае использования option82 ещё Коммутатор и номер порта.

PPTP/PPPOE/L2TP

Указываем сервер доступа, имя пользователя, пароль, VPN IP адрес ИЛИ VPN пул. Если вы хотите привязать на PPTP/L2TP тарифном плане субаккаунт к IPN IP адресу или на PPPOE тарифном плане субаккаунт к mac-адресу - вам нужно заполнить соответствующие поля и включить привязку на закладке "Дополнительные параметры" субаккаунта.

lISG

Указываем сервер доступа и IPN IP адрес.

HotSpot

Имя пользователя и пароль. Также может быть указан VPN IP адрес, который будет использоваться для static mapping-а на HotSpot-е. Сервер доступа и другие параметры не учитываются.

HotSpotIp+Mac

IPN IP адрес и mac адрес. Также может быть указан VPN IP адрес, который будет использоваться для static mapping-а на HotSpot-е. Сервер доступа и другие параметры не учитываются.

HotSpotIp+Password

IPN IP адрес и пароль. Также может быть указан VPN IP адрес, который будет использоваться для static mapping-а на HotSpot-е. Сервер доступа и другие параметры не учитываются.

HotSpotMac

MAC адрес. Также может быть указан VPN IP адрес, который будет использоваться для static mapping-а на HotSpot-е. Сервер доступа и другие параметры не учитываются.

HotSpotMac+Password

MAC адрес и пароль. Также может быть указан VPN IP адрес, который будет использоваться для static mapping-а на HotSpot-е. Сервер доступа и другие параметры не учитываются.

Подробнее о настройке HotSpot читайте в соответствующей статье wiki.