X
X
X
X
All systems operational · 200 Tbps+ DDoS protection active
Sign Up Sign In 08505574494

How to Configure a TeamSpeak 3 Server

HomepageArticlesVoice ServerHow to Configure a TeamSpeak 3 Serv...
How to Configure a TeamSpeak 3 Server: Channels and Permissions

Configuring a TeamSpeak 3 server comes down to three things: opening the right ports, using the privilege key from first launch to make yourself admin, and understanding the four-layer logic of the permission system. Once those are settled, channel structure, audio quality and permission handling are straightforward. This guide covers every step from nothing to a working setup, where TeamSpeak 6 stands as of 2026, and what you need to know about slots and licensing.

TeamSpeak in 2026: TS3 or TS6?

If you are setting up a new voice server this is the first question, and the answer is clear: the TeamSpeak 6 server software is still in beta. The official repository states its purpose plainly — collecting feedback and identifying issues before a stable release. For production, TS3 remains the choice.

Four points to know before deciding:

  • The TS6 beta licence covers 32 slots and is renewed every two months throughout the beta/evaluation period. Obtaining or upgrading to a larger TS6 licence is not currently possible.
  • TeamSpeak 3 licences are not compatible with TS6. You cannot carry your existing licence across.
  • There is currently no migration path from TS3 to TS6. No official tool transfers server data.
  • TS3 clients can connect to TS6 servers. TS6, TS3 and app users can share the same server — though what each person sees depends on their client.

The practical takeaway: if you are building a community today, go with TS3. If you want to try TS6, run it as a beta on a separate server rather than moving your live community.

TeamSpeak 3 versus TeamSpeak 6: beta status, licence compatibility and migration path

Ports and firewall

Step one is opening the right ports. TeamSpeak 3 server uses:

  • 9987 UDP — voice traffic. Required.
  • 30033 TCP — file transfer. Required.
  • 10011 TCP — ServerQuery (raw protocol). Optional.
  • 10022 TCP — ServerQuery (SSH). Optional.
  • 10080 TCP — WebQuery (HTTP). Optional.
  • 10443 TCP — WebQuery (HTTPS). Optional.
  • 41144 TCP — TSDNS. Optional.

Port numbers are configurable for every service except TSDNS. The server also communicates outbound with TeamSpeak's accounting and services domains on ports 2008 and 443 depending on version — account for that if you restrict outbound connections.

Security note: do not leave ServerQuery and WebQuery ports open to the internet. These are the server's full management interface and the first target for brute-force attempts. Close them if unused; restrict them to your own IP if you need them.

First login: the privilege key

When the server starts for the first time it prints a privilege key (token) to the console. This is a single-use code that adds you to the Server Admin group.

The steps:

  • Save the key immediately from the console output on first launch.
  • Connect to the server with the TeamSpeak client.
  • Go to Permissions → Use Privilege Key and paste it.

Lost the key? Do not panic — a new one can be generated through ServerQuery. On a rented server, your provider's panel usually offers a "generate new admin token" button.

Privilege keys are not only for admins. You can generate keys that automatically add someone to a specific server or channel group — giving a new member a single-use code that puts them straight into the "Member" group is far more practical than assigning permissions by hand.

The permission system: understanding four layers

TeamSpeak's permission system looks complex at first because permissions can be defined at four separate layers:

  • Server groups: the user's role across the whole server — Admin, Moderator, Member, Guest.
  • Channel groups: the user's role within a specific channel, such as being that channel's owner.
  • Client permissions: permissions set on one individual user.
  • Channel permissions: settings belonging to the channel itself.

The confusion comes from this: whether a user can do something is the combination of all four layers. So when "I gave them permission but it does not work", you may be looking at the wrong layer.

Practical advice: do everything through server groups. Assigning permissions to individual users is quick in the short term, but six months later nobody remembers who has what and why. Use channel groups only for genuinely channel-specific cases.

Designing server groups

For most communities a simple hierarchy is enough:

  • Server Admin — full authority. Keep this to as few people as possible.
  • Moderator — move, mute, kick and temporary bans. Cannot change server settings.
  • Member — create temporary channels, download files, normal usage.
  • Guest — the default group. Listening and access to basic channels only.

Two principles: least privilege — give nobody more than they need; and separate ban authority — keep permanent bans out of the moderator group. A permanent ban issued during an argument is the fastest way to split a community.

When building groups, use the Copy Group feature: duplicating an existing group and adjusting it produces far fewer mistakes than assembling a permission list from scratch.

Channel structure and channel types

TeamSpeak has three channel types, and choosing the right one determines your management workload:

  • Temporary: deleted when the last user leaves. Ideal for letting users create their own channels — the server cleans up after itself.
  • Semi-permanent: survives until the server restarts. Good for events and tournaments.
  • Permanent: persists. For main channels, a lobby and fixed team channels.

A layout that works: a Lobby at the top as the default channel, topic-based permanent channels below it, and a section at the bottom where users can create their own temporary channels. Using spacers for visual separation makes navigation noticeably easier on busy servers.

You can set a channel password or a required permission power on any channel. For places like a staff meeting channel, permission power is cleaner than a password — passwords leak, group membership does not.

Audio quality and bandwidth

The codec and quality values in channel settings together determine both clarity and bandwidth consumption. Speech-oriented codecs perform well at low bandwidth, while channels carrying music need higher quality.

The critical point to understand: bandwidth on a voice server scales not with user count but with the number of simultaneous speakers. In a ten-person channel with one speaker, the server relays to nine people; with two speakers, that doubles. The real bottleneck is therefore the server's upload capacity.

Practical consequences:

  • RAM and CPU are rarely the issue on a voice server; the network side is.
  • Maxing out quality in busy channels gives back more in jitter than it gains in clarity.
  • If you run a music bot (SinusBot and similar), give it its own channel with higher quality rather than raising the whole server to that level.

On latency, location decides: if your users are in Turkey, a domestic server buys 40–60 ms over overseas. In voice, that difference is felt directly as people talking over each other.

Slots and licensing

A TeamSpeak server runs with a slot limit; more requires a licence. The official options:

  • Activation / Gamer licence: for individuals and non-commercial groups self-hosting a server. Priced roughly $55–$500 per year depending on slots (64–1024) and virtual servers. Commercial use, reselling and sublicensing are prohibited.
  • Commercial licence: for companies and professionally operated organisations. Priced per deployment; again, reselling and third-party hosting are out of scope.
  • SDK licence: for integrating TeamSpeak voice technology into your own software or product.

The important distinction: buying a licence and reselling servers to others is not covered by these licences. Which is why renting a ready TeamSpeak server and self-hosting under your own licence are different routes. When renting, the licensing question is settled between the provider and TeamSpeak; you do not buy one separately.

Licence terms can change, so if you plan to self-host, verify current conditions on TeamSpeak's official page before purchasing.

Security and maintenance

  • Close the ServerQuery port or restrict it by IP. Left open, it is a door to the entire server.
  • Change the ServerQuery password. Do not leave the generated one as-is.
  • Take regular backups. What matters is the server database file and configuration — your channel tree and permission structure live there.
  • Review the ban list periodically. IP-based permanent bans can catch innocent users over time; prefer identity-based bans where possible.
  • Keep the server version current. Do not skip security patches.
  • Do not ignore DDoS. Voice traffic runs over UDP, so proxy-based web protection does not cover the voice port — see what is a DDoS protected server.

Seven common mistakes

  • Not saving the privilege key. It is printed to the console on first launch and never shown again.
  • Giving everyone Server Admin. Taking it back is much harder than giving it.
  • Assigning permissions per user. Six months later nobody knows who is authorised or why.
  • Leaving the ServerQuery port open.
  • Making every channel permanent. User channels should be temporary, or the server fills with abandoned rooms.
  • Maxing out quality. In busy channels it returns as jitter.
  • Not backing up. Rebuilding a channel and permission structure takes hours.

Nubitro voice servers

Nubitro voice servers: Istanbul location, low jitter, 1 Gbps unmetered traffic and 200 Tbps+ DDoS protection

On a voice server, user experience is decided not by RAM or CPU but by the network: upload capacity, jitter and latency. Nubitro voice servers run in Istanbul, Turkey with 1 Gbps unmetered traffic, and the infrastructure carries 200 Tbps+ DDoS protection as standard.

For a domestic user base, the Istanbul location delivers a direct latency advantage over overseas hosting — in voice, that is felt immediately in conversational flow. Provisioning completes instantly after ordering.

Review the plans on our TeamSpeak 3 server hosting page, or see our game server hosting guide if you are planning voice alongside game servers. For everything else, visit the Nubitro homepage.

Frequently Asked Questions

I lost the privilege key — what now?

A new one can be generated through ServerQuery. On a rented server, your provider's panel usually has a "generate new admin token" option. You do not need to reset the server.

I granted permission but the user still cannot do it. Why?

You are probably looking at the wrong layer. Permissions are defined across server groups, channel groups, client and channel, and the result is the combination of all four. Check which groups the user belongs to and whether a channel-level restriction applies.

Should I move to TeamSpeak 6?

Not yet if you have a live community. The TS6 server is still beta, the licence is limited to 32 slots and renewed every two months, TS3 licences do not carry over, and there is no official migration path. Try it on a separate server if you are curious.

How many slots should I buy?

Look at concurrent connected users, not total membership. In communities, only a fraction of members are online at once. Target a little above your peak-hour figure.

Should I max out audio quality?

Not in busy channels. Because bandwidth multiplies with simultaneous speakers, high quality can return more in jitter and dropouts than it gains. Raise it on a specific channel, such as a music channel, instead.

What exactly do I need to back up?

The server database file and configuration files. The channel tree, server groups and the whole permission structure are stored there — without them, rebuilding takes hours.

Summary

  • The TeamSpeak 6 server is still beta; TS3 remains the production choice.
  • The TS6 beta licence is 32 slots, renewed every two months; TS3 licences do not apply.
  • There is no official migration path from TS3 to TS6.
  • Required ports are 9987 UDP (voice) and 30033 TCP (file transfer).
  • Do not expose ServerQuery (10011/10022) or WebQuery (10080/10443) to the internet.
  • Save the privilege key printed at first launch.
  • Permissions are defined across four layers and combine into the final result.
  • Distribute authority through server groups, not per user.
  • Make user channels temporary and main channels permanent.
  • Bandwidth scales with simultaneous speakers, not user count.
  • What matters on a voice server is upload capacity and jitter, not RAM.
  • Gamer licences run roughly $55–$500 per year for 64–1024 slots; reselling is out of scope.
  • Voice traffic is UDP; proxy-based web protection does not cover the voice port.
Powered by WISECP
💬
Top