Si quieres configurar permisos de TeamSpeak de forma limpia, no empieces con casillas sueltas, sino con un modelo de roles. Los grupos de servidor regulan permisos globales, los grupos de canal solo se aplican en canales concretos y los permisos directos de cliente deben ser la excepción. También son decisivos los valores de Power y Needed-Power, porque definen quién puede ejecutar acciones contra quién.
Requisitos
Necesitas permisos de Server Admin en tu servidor TeamSpeak 3 y acceso al cliente de TeamSpeak con la gestión de permisos visible. Tras una instalación nueva de TS3, según la ayuda oficial de TeamSpeak recibes un token de Server Admin que puedes canjear en el cliente en Permissions → Use Token: Documentación en support.teamspeak.com
Para el trabajo real con permisos, también deberías preparar una lista breve de roles: ¿Quién administra el servidor? ¿Quién modera conversaciones? ¿Quién puede crear canales? ¿Quién solo debe escuchar o hablar después de aprobación? Si gestionas varias comunidades de servidor de juegos, merece la pena usar un patrón uniforme. Encontrarás ejemplos adecuados en nuestra guía sobre Alquilar y configurar un servidor Minecraft y en la Guía para alquilar y configurar un servidor Rust, porque allí también conviene aclarar pronto las estructuras de comunidad y moderación.
Entender el sistema de permisos
TeamSpeak tiene un potente sistema de permisos con tres niveles:
- Grupos de servidor (globales)
- Grupos de canal (por canal)
- Permisos de cliente (por usuario)
Los grupos de servidor son lo normal. Definen lo que un usuario puede hacer en general en el servidor: hablar, escribir, ver canales, mover usuarios, kickear, banear o gestionar grupos. Los grupos de canal complementan el modelo cuando un usuario necesita permisos adicionales solo en un canal concreto. Deberías usar los permisos directos de cliente con moderación, porque después son más difíciles de rastrear.
La documentación oficial de TeamSpeak también describe la separación entre Server Groups y Channel Groups, así como los tipos de permiso Boolean, Integer y Power: Documentación en support.teamspeak.com
Grupos de servidor estándar
Un punto de partida práctico son cuatro grupos. Los siguientes valores son un ejemplo claro, no una configuración universal obligatoria:
| Grupo | Permisos | Power |
|---|---|---|
| Server Admin | Todo | 100 |
| Moderator | Kick, Ban, canales | 60 |
| Member | Hablar, chatear | 30 |
| Guest | Solo ver | 10 |
Para game-serverhosting como hosting multijuego de pago, la separación es especialmente importante: quieres conservar el control técnico, hacer trazables los casos de soporte y mantener transparentes los cambios en la operación del servidor. Por eso, no todos los usuarios habituales deberían recibir permisos administrativos. Es mejor un modelo claro con pocos admins, varios moderadores y un grupo normal de miembros.
Crear un grupo nuevo
- Clic derecho en el servidor → Grupos de servidor
- "Añadir grupo" → introducir nombre
- Definir permisos
En la práctica, a menudo es más limpio copiar un grupo estándar existente y luego reducirlo o ampliarlo de forma específica. Así evitas que falten permisos básicos importantes. Nombra los grupos de forma clara, por ejemplo Server Admin, Moderator, Member, Guest y opcionalmente Event Host o Clan Lead. Evita nombres de fantasía para roles técnicos si varias personas administran el servidor.
Permisos importantes
Deberías revisar especialmente los siguientes permisos del modelo inicial:
i_group_needed_modify_power # Quién puede modificar este grupo
i_group_needed_member_add_power # Quién puede añadir miembros
b_client_kick_from_server # Kickear jugadores del servidor
b_client_ban_create # Crear baneos
b_channel_create_temporary # Crear canales temporales
b_channel_create_permanent # Crear canales permanentes
i_channel_subscribe_power # Entrar al canal
Lo importante es la lógica de pares en los valores de Power: un rol necesita suficiente Power propio para ejecutar una acción contra un objetivo con un valor Needed determinado. Si un moderador puede kickear usuarios, pero el usuario objetivo o el grupo objetivo tiene un valor Needed demasiado alto, la acción falla igualmente. No es un error, sino parte del modelo de protección.
Usar grupos de canal con sentido
Los grupos de canal solo se aplican en canales concretos:
| Grupo | Uso típico |
|---|---|
| Channel Admin | Propietario del canal |
| Channel Moderator | Puede silenciar usuarios |
| Channel Guest | Permisos estándar |
Usa grupos de canal para responsabilidades delimitadas. Un líder de raid, oficial de clan o anfitrión de evento no tiene que recibir automáticamente permisos globales de moderación. Puede mover o silenciar usuarios en su canal sin poder gestionar grupos, baneos o canales permanentes en todo el servidor.
Si separas zonas de voz para distintos juegos, mantén la estructura simple: lobby, zonas de juego, salas privadas de grupo y canal de soporte. Para comunidades más grandes con varios servidores de juego ayudan los nombres consistentes. Como complemento, puedes mirar la lógica de organización de la Guía de roleplay de FiveM o la Guía de servidor Palworld.
Comprobar el resultado
Prueba cada rol de forma práctica después de configurarlo. Conéctate con un segundo cliente o un usuario de prueba y comprueba al menos estos casos: ¿Puede un Guest entrar al servidor? ¿Ve solo los canales previstos? ¿Puede un Member hablar y escribir? ¿Puede un Moderator kickear, pero no modificar admins? ¿Puede un Channel Admin moderar solo en su propio canal? ¿Nadie salvo los admins puede modificar grupos de servidor?
Después documenta brevemente para qué sirve cada grupo. No tiene que ser un manual operativo largo. Una tabla en tu sistema interno de notas basta para que soporte y futuros admins entiendan por qué los permisos se configuraron así.
Solución de problemas
Un usuario no puede entrar a un canal
Comprueba primero i_channel_subscribe_power y los valores Needed correspondientes del canal. Después controla si un grupo de canal o un permiso directo de cliente está superponiéndose al grupo de servidor.
Un moderador no puede kickear o banear
Comprueba b_client_kick_from_server y b_client_ban_create. Si los permisos están activos, a menudo se debe a valores de Power: la Power de kick o ban del moderador debe encajar con la Needed-Power del usuario objetivo.
Un usuario tiene demasiados permisos
No busques solo en grupos de servidor. Comprueba además grupos de canal y permisos directos de cliente. Precisamente las excepciones antiguas en usuarios concretos pasan fácilmente desapercibidas.
Los grupos no se pueden modificar
Comprueba i_group_needed_modify_power y i_group_needed_member_add_power. Si estos valores están demasiado altos, incluso un rol con permisos básicos no puede añadir miembros ni editar grupos.
Consejos
- Least Privilege: Da solo los permisos que realmente son necesarios
- Sistema Power: Una Power más alta puede sobrescribir una más baja
- Iconos: Sube iconos para grupos (64x64 PNG)
- Grupos automáticos: Usa bots para asignación automática de grupos
Comprobación, límites y vuelta segura
La guía “Configurar permisos y grupos de TeamSpeak 3” se aplica al tipo de servidor descrito en el artículo y al estado de versiones visible en el momento de la revisión. Los nombres de menús, versiones disponibles, compatibilidad de mods o plugins y recursos necesarios pueden cambiar tras actualizaciones. Por eso, no transfieras valores sin comprobarlos a otra versión de juego, loader o servidor.
Antes de hacer cambios en el mundo, la partida guardada, la configuración o las extensiones, crea una copia de seguridad de los archivos afectados. Después cambia solo un paso relacionado y compruébalo con la misma versión de cliente y servidor con la que quieras jugar más tarde.
| Punto de comprobación | Resultado esperado | Cancelación y vuelta atrás |
|---|---|---|
| Inicio del servidor | El servidor alcanza el estado operativo sin nuevos mensajes de error. | Si hay errores de inicio, deshaz el cambio y restaura la última copia de seguridad. |
| Prueba de conexión | Una cuenta de prueba puede conectarse usando la dirección mostrada en el panel. | Si hay errores de versión o conexión, vuelve a comparar versión, puerto y permisos de red. |
| Prueba de función | La función modificada concreta funciona sin dañar datos existentes del mundo o del juego. | Si hay efectos secundarios, detén el servidor y restaura los archivos guardados. |
Una prueba individual correcta no garantiza rendimiento ni disponibilidad. El tamaño del mundo, mods, plugins, número de jugadores, ruta de red y carga simultánea pueden cambiar el resultado. Documenta la versión, el cambio y el resultado de la prueba para poder entender desviaciones posteriores.
FAQ
¿Qué permisos debería recibir un moderador de TeamSpeak?
Un moderador normalmente necesita permisos para mover, silenciar, kickear y, según la comunidad, también crear baneos temporales. La gestión de grupos y los ajustes del servidor deberían quedar solo para admins.
¿Son mejores los grupos de canal que los grupos de servidor?
No, cumplen tareas distintas. Los grupos de servidor regulan permisos globales. Los grupos de canal tienen sentido cuando alguien necesita permisos adicionales solo en un canal concreto.
¿Por qué un permiso configurado sigue sin funcionar?
La mayoría de las veces un valor Needed-Power bloquea la acción. Comprueba la Power propia del rol y el valor Needed del objetivo. Después revisa grupos de canal y permisos directos de cliente.
¿Debería usar permisos directos de cliente?
Solo en casos excepcionales. Los permisos individuales por usuario son más difíciles de mantener que los grupos. Para roles permanentes, los grupos de servidor o grupos de canal casi siempre son más claros.
¿Cómo evito que los moderadores editen a otros moderadores?
Configura la Needed-Power del grupo Moderator por encima de la Modify-Power o Member-Add-Power de los propios moderadores. Los admins mantienen valores más altos en consecuencia.