Если вновь созданный модератор на вашем сервере TeamSpeak не может перемещать пользователей, а обычный гость внезапно получил возможность редактировать каналы, причина почти всегда кроется в конфликте приоритетов разрешений или в том, что права выданы не той группе. Система ролей в TeamSpeak 3 строится на многоуровневой модели: серверные группы, канальные группы и индивидуальные разрешения клиента перекрывают друг друга, и итоговый набор прав определяется их комбинацией.
Разобраться в этой иерархии нужно до того, как вы начнёте раздавать права вручную. В противном случае на сервере быстро образуется «каша» из исключений, где никто не понимает, почему конкретный пользователь может или не может выполнить то или иное действие. Ниже — пошаговый разбор всех уровней ролей, типовых сценариев настройки и способов диагностики конфликтов.
Как устроена система ролей в TeamSpeak
В отличие от Discord, где роль — это единый набор прав, TeamSpeak разделяет полномочия на несколько независимых уровней. Каждый уровень решает свою задачу, и путать их между собой — самая частая ошибка начинающих администраторов.
- 🔑 Серверные группы (Server Groups) — глобальные роли, действующие на всём сервере: администратор, модератор, участник, гость.
- 📁 Канальные группы (Channel Groups) — права внутри конкретного канала: владелец канала, оператор, обычный голосовой участник.
- 👤 Клиентские разрешения (Client Permissions) — индивидуальные исключения для конкретного пользователя, переопределяющие групповые права.
- 🗂️ Разрешения канала (Channel Permissions) — настройки самого канала: необходимая мощность для входа, разговора, подписки.
Итоговые права пользователя складываются из всех уровней, при этом действует правило: более высокое значение приоритета (skip/negate-флаги и значения power) побеждает. Именно поэтому случайно выставленная галочка Skip в клиентских разрешениях может «сломать» логику всей группы.
Где находятся настройки ролей
Все инструменты управления правами сосредоточены в верхнем меню клиента TeamSpeak. Откройте Permissions → Server Groups для работы с серверными ролями и Permissions → Channel Groups — для канальных. Для точечной настройки конкретного пользователя кликните по его никнейму правой кнопкой мыши и выберите нужный пункт в разделе Set Server Group или Permissions.
Обратите внимание: для доступа к редактированию прав у вашей учётной записи должны быть соответствующие полномочия. Если пункты меню неактивны или изменения не сохраняются, проверьте, входите ли вы в группу Server Admin и не забрал ли кто-то у этой группы право i_group_modify_power.
⚠️ Внимание: изменения в системе прав применяются мгновенно и для всех пользователей сервера. Перед массовой перенастройкой сделайте резервную копию через Permissions → Create Snapshot — это позволит откатить конфигурацию одним действием.
Создание и настройка серверной группы
Серверная группа — фундамент ролевой модели. Чтобы создать новую роль, откройте Permissions → Server Groups, нажмите кнопку добавления и задайте имя, например Модератор. После этого в правой части окна отобразится полный список разрешений, доступных для редактирования.
Каждое разрешение имеет числовое значение — так называемую мощность (power). Принцип прост: действие разрешено, если мощность пользователя для этого действия не ниже требуемой. Например, чтобы модератор мог кикать обычных участников, его i_client_kick_power должен быть не ниже значения i_client_needed_kick_power у целевых групп.
☑️ Настройка новой серверной группы
Ключевые разрешения, которые стоит настроить в первую очередь:
- 🛡️ i_client_kick_power и i_client_ban_power — возможность кикать и банить.
- 🔄 i_client_move_power — перемещение пользователей между каналами.
- 💬 i_client_talk_power — право голоса в каналах с ограничением.
- ⚙️ i_group_modify_power — возможность редактировать другие группы (выдавайте крайне осторожно).
Канальные группы и права внутри каналов
Канальные группы работают локально: один и тот же пользователь может быть владельцем одного канала и обычным гостем в другом. Когда участник создаёт собственный канал, сервер автоматически назначает ему канальную группу Channel Admin — это стандартное поведение, которое при желании меняется в настройках виртуального сервера.
Типичный сценарий: вы хотите, чтобы в «тихой комнате» могли говорить только определённые участники. Для этого откройте свойства канала правой кнопкой, перейдите в раздел разрешений и поднимите значение i_client_needed_talk_power. Затем нужным пользователям выдайте канальную группу с достаточным i_client_talk_power — все остальные смогут только слушать.
Сравнение уровней прав
Чтобы выбрать правильный уровень для выдачи конкретного полномочия, ориентируйтесь на таблицу ниже.
| Уровень | Область действия | Типичное применение |
|---|---|---|
| Серверная группа | Весь сервер | Роли администратора, модератора, участника |
| Канальная группа | Один канал | Владелец канала, оператор, гость |
| Клиентские разрешения | Конкретный пользователь | Разовые исключения и особые полномочия |
| Разрешения канала | Один канал | Требования для входа, голоса, подписки |
Заметьте: индивидуальные клиентские разрешения следует использовать только как исключение. Если вы раздаёте права персонально каждому пользователю, система быстро становится неуправляемой — при смене состава команды придётся вручную перебирать десятки учётных записей.
Типичные ошибки и конфликты приоритетов
Самая распространённая проблема — установленный флажок Skip или Negated в клиентских разрешениях. Skip заставляет сервер игнорировать наследование из групп, а Negated принудительно запрещает действие, даже если группа его разрешает. Проверить наличие таких флагов можно через тот же обзор разрешений пользователя.
⚠️ Внимание: не выдавайте обычным группам правоb_group_is_permanentи высокие значенияi_group_member_add_powerбез необходимости — это позволит участникам самостоятельно добавлять других в привилегированные роли.
Вторая частая ситуация — модератор не может кикнуть конкретного пользователя. Возможная причина: у целевой группы жертвы значение i_client_needed_kick_power выше, чем i_client_kick_power модератора. Решение — либо поднять мощность модератору, либо снизить требуемую мощность у защищаемой группы. Точные значения подбираются под вашу иерархию; универсальных чисел здесь нет.
Как работает наследование прав
подробности:TeamSpeak вычисляет итоговое разрешение по цепочке: клиентские разрешения → канальная группа → серверная группа → значение по умолчанию. На каждом уровне значение может быть переопределено, а флаги Skip и Negated меняют логику обхода. Если на всех уровнях право не задано, применяется стандартное значение сервера.
Резервное копирование и перенос ролей
Настроенную структуру прав можно сохранить в виде снапшота: Permissions → Snapshot → Create. Файл снапшота содержит все группы и разрешения, что позволяет восстановить конфигурацию после сбоя или перенести её на другой виртуальный сервер через Deploy Snapshot.
Учтите ограничение: снапшот переносит права, но не привязку пользователей к группам — её придётся восстанавливать вручную или через ServerQuery-скрипты. Перед развёртыванием снапшота на «боевом» сервере обязательно протестируйте его на копии.
Часто задаваемые вопросы
Почему пользователь не теряет права после удаления из группы?
Скорее всего, у него выставлены индивидуальные клиентские разрешения или он состоит в другой группе с аналогичными правами. Откройте обзор разрешений пользователя и проверьте источник каждого спорного права.
Можно ли запретить гостям видеть определённые каналы?
Да. Поднимите у канала значение i_channel_needed_subscribe_power выше, чем i_channel_subscribe_power гостевой группы — канал перестанет отображаться в списке для таких пользователей.
Чем отличаются флаги Skip и Negated?
Skip отключает наследование права из групп — используется только значение текущего уровня. Negated принудительно запрещает действие, даже если другие уровни его разрешают.
Как передать права владельца сервера другому человеку?
Добавьте его в группу с максимальными привилегиями (обычно Server Admin) и при необходимости снимите полномочия со своей учётной записи. Полная передача владения лицензией и файлами сервера выполняется на уровне хостинга, а не через клиент.
Права сбрасываются после перезапуска сервера — в чём причина?
Возможная причина — проблемы с базой данных сервера или запуск без прав на запись в файлы. Проверьте логи сервера на ошибки обращения к базе и убедитесь, что процесс имеет доступ к каталогу установки.