Начинайте всегда с чистого листа

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

По-моему опыту, скажу, что проще добавлять разрешения, чем убирать их, да и ориентироваться вам будет проще в конкретных нужных значениях, а не в «каше» нужных с ненужными.

Исключайте неиспользуемые разрешения из групп

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

Для обычных серверов, арендованных на хостингах, обычно, это «ServerQuery» Привилегии, для сбора информации о сервере, клиентах и управление сервером, клиентами из вне.

«ServerQuery» является командной строкой администрирования как инструмент / особенность сервера TeamSpeak 3.

Есть два способа использования «ServerQuery»:

• Telnet

• WebInterface

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

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

3. Исключайте i_group_auto_update_type

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

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

И еще, раз уж пошла речь о данном разрешении, нелишним будет информация о нем и о его стандартных значениях:

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

За автоматическое обновление отвечает разрешение i_group_auto_update_type.

Пример:

Все стандартные группы имеют уже заданные значения.

Значение 10: Группа будет обрабатываться как «ChannelGuest»

Значение 15: Группа будет обрабатываться как «ServerGuest»

Значение 20: Группа будет обрабатываться как «QueryGuest»

Значение 25: Группа будет обрабатываться как «ChannelVoice»

Значение 30: Группа будет обрабатываться как «ServerNormal»

Значение 35: Группа будет обрабатываться как «ChannelOperator»

Значение 40: Группа будет обрабатываться как «Channel Admin»

Значение 45: Группа будет обрабатываться как «Admin Server»

Значение 50: Группа будет обрабатываться как «Query Admin»

Если Система Привилегий обновляется, все группы, имеющие свои i_group_auto_update_type со значениями до 45 будут обновляться автоматически.

Редактирующее не редактирует себя

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

Не забыть задать правильные значения для силовых разрешений (Power и NeededPower)

Также не стоит забывать, о связках силовых разрешений! Потому что по стандарту, если значения разрешений не заданы, то они равны 0 (Нулю), значит значения разрешений удовлетворяют условию для выполнения той или иной операции, т.е. несколько клиентов в одной группе с неправильно заданными силовыми разрешениями могут творить над друг другом самоуправство. Приведу ряд разрешений, которые могут доставить проблем.

Особенно это нужно в группе сервера «ServerGuest»:

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

i_client_kick_from_server_power
i_client_kick_from_channel_power
i_client_ban_power
i_client_move_power
i_group_member_add_power
i_group_member_remove_power

Продумайте иерархию групп

Чем лучше вы будете представлять как относятся друг к другу группы, какая от какой зависит, и какая какую сможет «наказать» тем или иным способом, тем лучше и быстрее вы сделаете настройку. Всегда начинайте от меньшего к большему, по увеличению функционала.

Немного справочного материала:

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

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

Никогда не оставляйте параметры i_group_needed_member_add_power и i_group_needed_member_remove_power не заданными — равными, или меньше 0 (Нуля) для любых групп сервера и групп каналов!

Стоит заметить, что в Системе Привилегий можно создать только одну независимую иерархическую ветку с помощью групп сервера!!!

 

Разрешения для редактирования разрешений (Разрешения типа « Grant »)

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

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

В моей практике я столкнулся с настройкой группы, которой нужны были разрешения для изменения значений разрешений («Grant» разрешения) один раз.

Напомню, что изначально полностью редактировать все разрешения имеет право только группа сервера «Admin Server», и зачастую ее более чем достаточно.

 

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

Перечень необходимых разрешения для редактирования СП на определенном уровне:

1. Наличие разрешения для просмотра привилегий определенного уровня

2. Наличие разрешения для редактирования привилегий определенного уровня

3. Наличие разрешения для редактирования переменных СП

4. Наличие у редактируемого разрешения «Grant» привилегии

1+2. Разрешения для просмотра списка привилегий и для редактирования раздела СП (По уровням)

Объединение пунктов выполнено для простоты обращения с материалом и из-за взаимосвязанности пунктов.

Разрешения для редактирования разрешений групп серверов (Уровень 1):

Разрешения для просмотра привилегий данного уровня:

b_virtualserver_servergroup_permission_list созначением TRUE

Разрешения для редактирования привилегий данного уровня:

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

Разрешения для редактирования разрешений клиента (Уровень 2):

Разрешения для просмотра привилегий данного уровня:

b_virtualserver_client_permission_list созначением TRUE

Разрешения для редактирования привилегий данного уровня:

i_client_permission_modify_power, значение которого больше или равно значения i_client_needed_permission_modify_power конкретного клиента, у которого нужно изменить/создать/удалить разрешение.

Разрешения для редактирования разрешений каналов (Уровень 3):

Разрешения для просмотра привилегий данного уровня:

b_virtualserver_channel_permission_list созначением TRUE

Разрешения для редактирования привилегий данного уровня:

i_channel_permission_modify_power, значение которого больше или равно значения i_channel_needed_permission_modify_power конкретного канала, в котором нужно изменить/создать/удалить разрешение.

Разрешения для редактирования разрешений группы каналов (Уровень 4):

Разрешения для просмотра привилегий данного уровня:

b_virtualserver_channelgroup_permission_list созначением TRUE

Разрешения для редактирования привилегий данного уровня:

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

T.e. совершенно то же разрешение, что используется для доступа к редактированию групп сервера.

Разрешения для редактирования разрешений канала и клиента (Уровень 5):

Разрешения для просмотра привилегий данного уровня:

b_virtualserver_channelclient_permission_list созначением TRUE

Разрешения для редактирования привилегий данного уровня:

i_client_permission_modify_power, значение которого больше или равно значения i_client_needed_permission_modify_power конкретного клиента, у которого нужно изменить/создать/удалить разрешение.

i_channel_permission_modify_power, значение которого больше или равно значения i_channel_needed_permission_modify_power конкретного канала, в котором нужно изменить/создать/удалить разрешение.

T.e. система из разрешений, что используются для доступа к редактированию разрешений канала и разрешений клиента.

3+4. Разрешение для редактирования переменных СП и разрешения «Grant»

Разрешением для редактирования переменных является i_permission_modify_power, относящееся к типу силовых разрешений, единственным отличием от которых является то, что данному силовому разрешению требуются наличие других разрешений: набор силовых и совокупность из «Grant» привилегий, зависящей от конкретной ситуации.

О силовых разрешениях было рассказано выше.

«Grant» привилегия

Для редактирования любого значения у вас должна быть «Grant» привилегия у этого значения больше 0 (Нуля), причем вы можете изменять значение разрешения на любое в приделах его типа значений.

Пример:

У разрешения i_client_private_textmassage_power c привилегией «Grant» больше 0 (Нуля) можно изменять значение от -999999999 до 999999999.

У разрешения b_client_ignore_bans c привилегией «Grant» больше 0 (Нуля) можно изменять значение от FALSE до TRUE.

Т.е. «Grant» привилегия не накладывает ограничение на конечное значение, что нужно всегда иметь ввиду!

Кроме разрешения i_permission_modify_power, значение которого напрямую зависит от максимального значения «Grant» для разрешений.

Не стоит забывать, что «Grant» разрешение можно удалить, после чего его нельзя будет восстановить напрямую!

Теперь, зная, как работают «Grant» разрешения, нужно рассказать, в каких отношениях состоят i_permission_modify_power и «Grant» разрешения какой-либо привилегии.

Отношение i_permission_modify_power с «Grant» при изменении значения привилегии

Если значение i_permission_modify_power больше или равно значению «Grant» разрешению конкретной привилегии, тогда можно изменить значение этой привилегии.

Пример:

Допустим, что значение i_permission_modify_power равно 30.

b_channel_join_temporary имеетзначение «Grant» равное 25, а i_channel_create_modify_with_codec_maxquality имеетзначение «Grant» равное 30.

В обоих случаях изменения значений данных разрешений пройдет успешно.

Но i_client_max_idletime имеет значение «Grant» равное 31, и изменить значение данного разрешения не получится.

Отношение i_permission_modify_power с «Grant» при изменении значения «Grant»

Если значение i_permission_modify_power больше значения «Grant» разрешения конкретной привилегии, тогда можно изменить значение «Grant» этой привилегии до значения равного i_permission_modify_power, или меньше него.

Пример:

Допустим, что значение i_permission_modify_power равно 40.

b_channel_join_temporary имеет значение «Grant» равное 25, следовательно, мы можем изменить значение «Grant», как в меньшую (до 1), так и в большую (до 40).

Если поставить значение равное 0 (Нулю), то СП выдаст предупреждение о том, что если вы уберете «Grant» привилегию через заданную группу, то через эту же группу вы его не сможете вернуть!

Отношение i_permission_modify_power с «Grant» значением i_permission_modify_power

Еслизначение i_permission_modify_power большезначения «Grant» разрешения i_permission_modify_power, тогдаможноизменитьзначение «Grant» дозначенияравного i_permission_modify_power.

Пример:

Допустим, что значение i_permission_modify_power равно 25, а значение «Grant» для данного разрешения равно 20.

Значит, мы можем изменить значение «Grant» данного разрешения до 25.

Если значение i_permission_modify_power равно значению «Grant» разрешения i_permission_modify_power, тогда можно изменить значение «Grant» исключительно меньшую сторону, без возможности обратно поставить равные значения i_permission_modify_power и «Grant» разрешения i_permission_modify_power.

Пример:

Допустим, что значение i_permission_modify_power равно 40, и значение «Grant» для данного разрешения также равно 40.

Значит, мы можем изменить значение «Grant» данного разрешения только до 39. Назад же вернуть значение до 40 мы не сможем, потому что для данного разрешения не логично редактирование самого себя!

Если значение i_permission_modify_power меньше значения «Grant» разрешения i_permission_modify_power, тогда значение i_permission_modify_power изменить нельзя.

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

Конец

Список вспомогательной литературы:

• TeamSpeak 3 PermissionsGuide
• TeamSpeak 3 ServerQueryManual
• How to use the Server Query