Accounts and Subaccounts - История изменений

Admin: /* Субаккаунты */

2011-10-14T09:18:37Z

‎Субаккаунты

Admin: /* Субаккаунты */

2011-10-14T09:17:00Z

‎Субаккаунты

Admin: /* Субаккаунты */

2011-10-14T09:16:26Z

‎Субаккаунты

Admin: /* Субаккаунты */

2011-10-14T09:06:21Z

‎Субаккаунты

Admin в 09:00, 14 октября 2011

2011-10-14T09:00:40Z

Admin: Новая страница: «= Общая информация = В ExpertBilling 1.4 был переработан принцип работы с аккаунтами и появилась н...»

2011-10-14T08:36:01Z

Новая страница: «= Общая информация = В ExpertBilling 1.4 был переработан принцип работы с аккаунтами и появилась н...»

Новая страница

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

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

[[Файл:account_net.png|center|800px]]
Все настройки с предыдущего скриншота относятся _только_к аккаунту. на субаккаунты они не наследуются и не имеют на них никакой силы.
Всё сказанное в предыдущем абзаце актуально только, если на тарифном плане аккаунта включены IPN действия или это IPN тарифный план или если вы хотите управлять состоянием аккаунта вручную, выбирая в контектном меню нужную команду.

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

@@ Строка 26: / Строка 26: @@
 К примеру у вас 2 сервера. Один сервер - маршрутизатор с функциями DHCP, второй сервер для PPTP доступа. Вы можете создать 2 субаккаунта, первый из которых будет добавлять/удалять IP адрес субаккаунта в адрес лист на DHCP сервере, что будет разрешать/запрещать маршрутизацию пакетов внутри вашей сети, а во втором субаккаунте прописать логин/пароль/IP адрес для доступа к PPTP серверу.
 Рассмотрим настройку субаккаунтов для различных видов доступа:
-'''IPN''':
+===IPN===
 Указываем сервер доступа, IPN IP адрес, mac-адрес, если вы будете использовать его в командах управления состоянием субаккаунта на сервере доступа(например в случае привязки IP к MAC в файерволе)
 [[Файл:subacc.png|center]]
@@ Строка 37: / Строка 38: @@
 При изменении IP адресов в субаккаунте IPN статусы сбрасываются и биллинг пошлёт на сервер доступа команды добавления/активации субаккаунта заново. Соответственно вам нужно учитывать, что команды сервера доступа должны перед добавлением новых записей удалить старые(которые, к примеру, содержали в комментарии не изменяемый ID субаккаунта)
-'''DHCP''':
+===DHCP===
 Указываем сервер доступа, IPN IP адрес и mac-адрес. В случае использования option82 ещё Коммутатор и номер порта.
-'''PPTP/PPPOE/L2TP''':
+===PPTP/PPPOE/L2TP===
 Указываем сервер доступа, имя пользователя, пароль, VPN IP адрес ИЛИ VPN пул. Если вы хотите привязать на PPTP/L2TP тарифном плане субаккаунт к IPN IP адресу или на PPPOE тарифном плане субаккаунт к mac-адресу - вам нужно заполнить соответствующие поля и включить привязку на закладке "Дополнительные параметры" субаккаунта.
 [[Файл:subacc_parameters.png|center]]
-'''lISG''':
+===lISG===
 Указываем сервер доступа и IPN IP адрес.
-'''HotSpot''':
+===HotSpot===
 Имя пользователя и пароль. Также может быть указан VPN IP адрес, который будет использоваться для static mapping-а на HotSpot-е. Сервер доступа и другие параметры не учитываются.
-'''HotSpotIp+Mac''':
+===HotSpotIp+Mac===
 IPN IP адрес и mac адрес. Также может быть указан VPN IP адрес, который будет использоваться для static mapping-а на HotSpot-е. Сервер доступа и другие параметры не учитываются.
-'''HotSpotIp+Password''':
+===HotSpotIp+Password===
 IPN IP адрес и пароль. Также может быть указан VPN IP адрес, который будет использоваться для static mapping-а на HotSpot-е. Сервер доступа и другие параметры не учитываются.
-'''HotSpotMac''':
+===HotSpotMac===
 MAC адрес. Также может быть указан VPN IP адрес, который будет использоваться для static mapping-а на HotSpot-е. Сервер доступа и другие параметры не учитываются.
-'''HotSpotMac+Password'''
+===HotSpotMac+Password===
 MAC адрес и пароль. Также может быть указан VPN IP адрес, который будет использоваться для static mapping-а на HotSpot-е. Сервер доступа и другие параметры не учитываются.
 Подробнее о настройке HotSpot читайте в соответствующей статье wiki.

@@ Строка 20: / Строка 20: @@
 == Субаккаунты ==
 У одного аккаунта может быть несколько субаккаунтов, которые создаются на соответствующей закладке в профиле аккаунта:
-[[Файл:subaccounts_list.png|center]]
+[[Файл:subaccounts_list.png|center|800px]]
 Как уже было сказано ранее, непосредственно за доступ к услугам провайдера отвечают субаккаунты. В них прописываются IP адреса, сервера доступа и т.д. Но субаккаунты могут использоваться и шире.

@@ Строка 19: / Строка 19: @@
 == Субаккаунты ==
 Как уже было сказано ранее, непосредственно за доступ к услугам провайдера отвечают субаккаунты. В них прописываются IP адреса, сервера доступа и т.д. Но субаккаунты могут использоваться и шире.
@@ Строка 46: / Строка 49: @@
 '''HotSpot''':

← Предыдущая		Версия 09:06, 14 октября 2011
Строка 33:		Строка 33:

	При изменении IP адресов в субаккаунте IPN статусы сбрасываются и биллинг пошлёт на сервер доступа команды добавления/активации субаккаунта заново. Соответственно вам нужно учитывать, что команды сервера доступа должны перед добавлением новых записей удалить старые(которые, к примеру, содержали в комментарии не изменяемый ID субаккаунта)		При изменении IP адресов в субаккаунте IPN статусы сбрасываются и биллинг пошлёт на сервер доступа команды добавления/активации субаккаунта заново. Соответственно вам нужно учитывать, что команды сервера доступа должны перед добавлением новых записей удалить старые(которые, к примеру, содержали в комментарии не изменяемый ID субаккаунта)
		+
		+	'''DHCP''':
		+	Указываем сервер доступа, IPN IP адрес и mac-адрес. В случае использования option82 ещё Коммутатор и номер порта.
		+
		+
		+	'''PPTP/PPPOE/L2TP''':
		+	Указываем сервер доступа, имя пользователя, пароль, VPN IP адрес ИЛИ VPN пул. Если вы хотите привязать на PPTP/L2TP тарифном плане субаккаунт к IPN IP адресу или на PPPOE тарифном плане субаккаунт к mac-адресу - вам нужно заполнить соответствующие поля и включить привязку на закладке "Дополнительные параметры" субаккаунта.
		+	[[Файл:subacc_parameters.png\|center]]
		+
		+	'''lISG''':
		+	Указываем сервер доступа и IPN IP адрес.
		+
		+	'''HotSpot''':

← Предыдущая		Версия 09:00, 14 октября 2011
Строка 10:		Строка 10:
	Всё сказанное в предыдущем абзаце актуально только, если на тарифном плане аккаунта включены IPN действия или это IPN тарифный план или если вы хотите управлять состоянием аккаунта вручную, выбирая в контектном меню нужную команду.		Всё сказанное в предыдущем абзаце актуально только, если на тарифном плане аккаунта включены IPN действия или это IPN тарифный план или если вы хотите управлять состоянием аккаунта вручную, выбирая в контектном меню нужную команду.

−	У Аккаунта есть несколько статусов, которые определяют можно ли этому аккаунту(и его субаккаунтам) пользоваться услугами провайдера.	+	У Аккаунта есть несколько типов статусов, которые определяют можно ли этому аккаунту(и его субаккаунтам) пользоваться услугами провайдера:
		+	* Статус аккаунта(Активен;Не активен, списывать периодические услуги;Не активен, не списывать периодические услуги;Пользовательская блокировка);
		+	* Блокировка по недостатку баланса(Может быть включена, если в начале расчётного периода на балансе абонента нет нужной суммы и это требование есть в тарифном плане ааккаунта);
		+	* Блокировка по лимитам(Может быть включена, если пользователь превысил лимит трафика, указанный в тарифном плане и превышение этого лимита подразумевает блокировку аккаунта)
		+	* Блокировка по балансу(если баланс абонента <=0).
		+	Все виды статусов, кроме первого, могут быть переопределены на закладке "Сетевые параметры" аккаунта.
		+	Если хотя бы один из статусов запрещает блокировку - всем субаккаунтам аккаунта будет заблокирован доступ к услугам, если в их профилях это поведение не переопределено.
		+
		+	== Субаккаунты ==
		+	Как уже было сказано ранее, непосредственно за доступ к услугам провайдера отвечают субаккаунты. В них прописываются IP адреса, сервера доступа и т.д. Но субаккаунты могут использоваться и шире.
		+
		+	К примеру у вас 2 сервера. Один сервер - маршрутизатор с функциями DHCP, второй сервер для PPTP доступа. Вы можете создать 2 субаккаунта, первый из которых будет добавлять/удалять IP адрес субаккаунта в адрес лист на DHCP сервере, что будет разрешать/запрещать маршрутизацию пакетов внутри вашей сети, а во втором субаккаунте прописать логин/пароль/IP адрес для доступа к PPTP серверу.
		+
		+	Рассмотрим настройку субаккаунтов для различных видов доступа:
		+
		+	'''IPN''':
		+	Указываем сервер доступа, IPN IP адрес, mac-адрес, если вы будете использовать его в командах управления состоянием субаккаунта на сервере доступа(например в случае привязки IP к MAC в файерволе)
		+	[[Файл:subacc.png\|center]]
		+	За статус добавленности/активности субаккаунта на сервере доступа отвечают 3 кнопки, которые отправляют соответствующие команды из указанного сервера доступа на этот север доступа.
		+
		+	Кнопка "Управлять доступом"/"Не управлять доступом" соответсвтенно разрешает/запрещает биллингу управлять IPN статусом субаккаунта на сервере доступа.
		+
		+	При изменении IP адресов в субаккаунте IPN статусы сбрасываются и биллинг пошлёт на сервер доступа команды добавления/активации субаккаунта заново. Соответственно вам нужно учитывать, что команды сервера доступа должны перед добавлением новых записей удалить старые(которые, к примеру, содержали в комментарии не изменяемый ID субаккаунта)