TeamSpeak 3-rechten en groepen instellen

Als je TeamSpeak-rechten netjes wilt instellen, begin dan niet met losse vinkjes, maar met een rollenmodel. Servergroepen regelen globale bevoegdheden, channelgroepen gelden alleen in bepaalde channels, directe client-permissions blijven de uitzondering. Daarnaast zijn Power- en Needed-Power-waarden doorslaggevend, omdat ze bepalen wie acties tegen wie mag uitvoeren.

Vereisten

Je hebt server-adminrechten nodig op je TeamSpeak 3-server en toegang tot de TeamSpeak-client met zichtbare rechtenbeheer. Na een verse TS3-installatie krijg je volgens de officiële TeamSpeak-hulp een server-admin-token, die je in de client onder Permissions → Use Token kunt inwisselen: documentatie op support.teamspeak.com

Voor het eigenlijke rechtenwerk moet je ook een korte rollenlijst voorbereiden: Wie beheert de server? Wie modereert gesprekken? Wie mag channels aanmaken? Wie mag alleen luisteren of pas na vrijgave spreken? Als je meerdere gameserver-community's beheert, loont een uniform patroon. Passende voorbeelden vind je in onze guide voor een Minecraft Server huren en instellen en in de Rust Server huren en instellen-guide, omdat daar communitystructuren en moderatie ook vroeg duidelijk moeten zijn.

Het permission-systeem begrijpen

TeamSpeak heeft een krachtig rechtensysteem met drie niveaus:

1. Servergroepen (globaal)
2. Channelgroepen (per channel)
3. Client-permissions (per gebruiker)

Servergroepen zijn de normale situatie. Ze definiëren wat een gebruiker in principe op de server mag: spreken, schrijven, channels zien, gebruikers verplaatsen, kicken, bannen of groepen beheren. Channelgroepen vullen het model aan waar een gebruiker alleen in een bepaald channel extra rechten nodig heeft. Directe client-permissions moet je spaarzaam gebruiken, omdat ze later lastiger te begrijpen zijn.

De officiële TeamSpeak-documentatie beschrijft ook de scheiding tussen Server Groups en Channel Groups en de permission-typen Boolean, Integer en Power: documentatie op support.teamspeak.com

Standaard servergroepen

Een praktisch startpunt zijn vier groepen. De volgende waarden zijn een overzichtelijk voorbeeld, geen universeel verplichte configuratie:

Voor game-serverhosting als betaalde multi-game-hosting is de scheiding extra belangrijk: je wilt technische controle houden, supportgevallen navolgbaar maken en wijzigingen aan de serverwerking transparant houden. Daarom moet niet elke vaste gebruiker administratieve rechten krijgen. Beter is een duidelijk model met weinig admins, meerdere moderators en een normale membergroep.

Nieuwe groep aanmaken

1. Rechtsklik op server → Servergroepen
2. "Groep toevoegen" → naam invoeren
3. Rechten vastleggen

In de praktijk is het vaak netter om een bestaande standaardgroep te kopiëren en die daarna te beperken of gericht uit te breiden. Zo voorkom je dat belangrijke basisrechten ontbreken. Geef groepen duidelijke namen, bijvoorbeeld Server Admin, Moderator, Member, Guest en optioneel Event Host of Clan Lead. Vermijd fantasienamen voor technische rollen als meerdere personen de server beheren.

Belangrijke permissions

De volgende permissions uit het basismodel moet je extra controleren:

i_group_needed_modify_power     # Wie mag deze groep wijzigen
i_group_needed_member_add_power # Wie mag leden toevoegen
b_client_kick_from_server       # Spelers van de server kicken
b_client_ban_create             # Bans aanmaken
b_channel_create_temporary      # Tijdelijke channels aanmaken
b_channel_create_permanent      # Permanente channels aanmaken
i_channel_subscribe_power       # Channel betreden

Belangrijk is de paarlogica bij Power-waarden: een rol heeft genoeg eigen Power nodig om een actie tegen een doel met een bepaalde Needed-waarde uit te voeren. Als een moderator gebruikers mag kicken, maar bij de doelgebruiker of doelgroep een te hoge Needed-waarde staat, mislukt de actie alsnog. Dat is geen fout, maar onderdeel van het beschermingsmodel.

Channelgroepen zinvol gebruiken

Channelgroepen gelden alleen in bepaalde channels:

Gebruik channelgroepen voor afgebakende verantwoordelijkheid. Een raidleider, clanofficier of eventhost hoeft niet automatisch globale moderatierechten te krijgen. Hij kan in zijn channel gebruikers verplaatsen of muten, zonder serverbreed groepen, bans of permanente channels te mogen beheren.

Als je spraakgedeeltes voor verschillende games scheidt, houd de structuur dan eenvoudig: lobby, gamegedeeltes, privé-groepsruimtes en support-channel. Voor grotere community's met meerdere gameservers helpen consistente namen. Aanvullend kun je de organisatielogica uit de FiveM Roleplay Guide of de Palworld Server Guide bekijken.

Resultaat controleren

Test elke rol na de instelling praktisch. Verbind met een tweede client of een testgebruiker en controleer minstens deze gevallen: Kan een Guest de server betreden? Ziet hij alleen de bedoelde channels? Kan een Member spreken en schrijven? Kan een Moderator kicken, maar geen admins wijzigen? Kan een Channel Admin alleen in zijn eigen channel modereren? Kan niemand behalve admins servergroepen wijzigen?

Documenteer daarna kort waarvoor elke groep bedoeld is. Dat hoeft geen lange handleiding te zijn. Een tabel in je interne notitiesysteem is genoeg, zodat support en latere admins begrijpen waarom rechten zo zijn ingesteld.

Troubleshooting

Gebruiker kan een channel niet betreden

Controleer eerst i_channel_subscribe_power en de passende Needed-waarden van het channel. Daarna controleer je of een channelgroep of directe client-permission de servergroep overschrijft.

Moderator kan niet kicken of bannen

Controleer b_client_kick_from_server en b_client_ban_create. Als de rechten actief zijn, ligt het vaak aan Power-waarden: de Kick- of Ban-Power van de moderator moet passen bij de Needed-Power van de doelgebruiker.

Een gebruiker heeft te veel rechten

Zoek niet alleen in servergroepen. Controleer daarnaast channelgroepen en directe client-permissions. Juist oude uitzonderingen op afzonderlijke gebruikers blijven makkelijk onopgemerkt.

Groepen kunnen niet worden gewijzigd

Controleer i_group_needed_modify_power en i_group_needed_member_add_power. Als deze waarden te hoog zijn ingesteld, kan zelfs een rol die in principe bevoegd is geen leden toevoegen of groepen bewerken.

Tips

• Least Privilege: Geef alleen de rechten die echt nodig zijn
• Power-systeem: Hogere Power kan lagere overschrijven
• Icons: Upload icons voor groepen (64x64 PNG)
• Automatische groepen: Gebruik bots voor automatische groepstoewijzing

Controle, grenzen en veilige weg terug

De handleiding "TeamSpeak 3-rechten en groepen instellen" geldt voor het servertype dat in het artikel wordt beschreven en de versiestand die op het moment van controle zichtbaar was. Menunamen, beschikbare versies, mod- of plugincompatibiliteit en benodigde resources kunnen na updates afwijken. Neem waarden daarom niet ongecontroleerd over naar een andere game-, loader- of serverversie.

Maak vóór wijzigingen aan wereld, savegame, configuratie of uitbreidingen een back-up van de betreffende bestanden. Wijzig daarna slechts één samenhangende stap en test die met dezelfde client- en serverversie waarmee je later wilt spelen.

Een geslaagde losse test is geen prestatie- of beschikbaarheidsgarantie. Wereldgrootte, mods, plugins, spelersaantal, netwerkroute en gelijktijdige belasting kunnen het resultaat veranderen. Documenteer versie, wijziging en testresultaat, zodat je latere afwijkingen kunt begrijpen.

FAQ

Welke rechten moet een TeamSpeak-moderator krijgen?

Een moderator heeft meestal rechten nodig om te verplaatsen, te muten, te kicken en afhankelijk van de community ook tijdelijke bans aan te maken. Groepsbeheer en serverinstellingen moeten alleen admins krijgen.

Zijn channelgroepen beter dan servergroepen?

Nee, ze vervullen verschillende taken. Servergroepen regelen globale rechten. Channelgroepen zijn zinvol als iemand alleen in een bepaald channel extra bevoegdheden nodig heeft.

Waarom werkt een ingesteld recht toch niet?

Meestal blokkeert een Needed-Power-waarde de actie. Controleer de eigen Power van de rol en de Needed-waarde van het doel. Daarna controleer je channelgroepen en directe client-permissions.

Moet ik directe client-permissions gebruiken?

Alleen in uitzonderingsgevallen. Losse rechten per gebruiker zijn lastiger te onderhouden dan groepen. Voor blijvende rollen zijn servergroepen of channelgroepen bijna altijd overzichtelijker.

Hoe voorkom ik dat moderators andere moderators bewerken?

Zet de Needed-Power van de moderatorgroep hoger dan de Modify- of Member-Add-Power van de moderators zelf. Admins behouden overeenkomstig hogere waarden.