Сервер TeamSpeak на Windows: дома и на VPS

Для Windows есть официальный сервер TeamSpeak 3 с бесплатной лицензией на 32 слота. Установить его можно на домашний компьютер или Windows-VPS; перед выбором сравните сетевые ограничения и расходы. Если вы ещё сравниваете Windows, Ubuntu и Docker, сначала посмотрите общую схему создания сервера TeamSpeak.

Домашний компьютер подходит, если: вы собираетесь с друзьями по вечерам, все готовы к тому, что сервер живёт, пока включён ваш компьютер, и ваш провайдер выдаёт публичный IP-адрес. Для «поговорить сегодня в Dota» этого достаточно, и стоит это ноль рублей.

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

• Компьютер должен быть включён круглосуточно. Выключили на ночь, ушёл в сон, Windows Update перезагрузила систему в 3 часа ночи — сервер лежит. Электричество тоже не бесплатное: системный блок на 150–200 Вт круглосуточно — это 110–145 кВт·ч в месяц, при 6 ₽/кВт·ч выходит 650–850 ₽. Младший VDS стоит 150–300 ₽.
• Динамический IP. Большинство домашних тарифов выдают адрес, который меняется при переподключении. Сегодня друзья заходят на один IP, завтра — уже не заходят.
• «Серый» IP. Хуже динамического: провайдер прячет вас за своим NAT (CGNAT), и входящие подключения до вашего компьютера не доходят в принципе. Никакой проброс портов это не лечит. Как распознать серый адрес — покажу в шаге про роутер.
• Узкий канал вверх. Домашние тарифы асимметричны: «100 Мбит/с» в рекламе — это входящий канал, а сервер раздаёт голос через исходящий, который бывает в разы уже. Сервер отправляет поток каждого говорящего каждому слушателю отдельно — канал в 30 человек, где говорят двое, это уже около 4 Мбит/с вверх. Плюс ваши собственные игры и стримы в том же канале.
• NAT роутера. Даже с белым IP входящий трафик упирается в роутер, и его нужно явно учить пробрасывать порты — отдельный шаг с отдельными граблями.

Windows-VPS снимает всё это: статический белый IP, симметричный канал, круглосуточная работа. При сравнении тарифов учтите: аренда Windows-VPS дороже Linux-VDS с теми же ресурсами, потому что в цену входит лицензия Windows Server. Серверу TeamSpeak от операционной системы не нужно ничего, кроме запуска одного exe-файла, — если Windows не требуется для других задач, сравните цену с Linux-VDS. Если вы выбираете VPS и не привязаны к Windows, рассмотрите установку сервера на Ubuntu. Эта же статья — для двух сценариев: домашний компьютер и уже имеющийся Windows-VPS. Шаги установки для них одинаковы; шаги про роутер и «серый» IP относятся только к дому.

Ставим TeamSpeak 3 Server 3.13.8 — актуальную стабильную версию (сверено с официальным server.json 07.08.2026). Из документации сервера следует одно ограничение: Windows 7 не поддерживается («may work but is unsupported»). Windows 10 и 11 работают штатно.

Скачиваем архив и проверяем контрольную сумму SHA-256

Скачайте официальный архив для 64-битной Windows:

https://files.teamspeak-services.com/releases/server/3.13.8/teamspeak3-server_win64-3.13.8.zip

Это прямая ссылка с сервера загрузок TeamSpeak — та же, что на официальной странице downloads.

Перед распаковкой выполните проверку контрольной суммы. Она подтверждает, что архив скачался целиком и что это именно тот файл, который опубликовал TeamSpeak, а не подменённый или битый. Вы собираетесь оставить этот код работать на своём компьютере круглосуточно — минута на проверку того стоит.

Ничего ставить не нужно — в Windows есть два штатных инструмента. Первый — certutil, работает в обычной командной строке (cmd):

certutil -hashfile "%USERPROFILE%\Downloads\teamspeak3-server_win64-3.13.8.zip" SHA256

Второй — Get-FileHash в PowerShell, он же умеет сравнить сумму сам:

(Get-FileHash "$env:USERPROFILE\Downloads\teamspeak3-server_win64-3.13.8.zip").Hash -eq '1dbde314c4895af0c8aae73755b2a920e564fabcb2c651e56d0532a473cdc5cb'

Эталонная сумма для 3.13.8 (из официального teamspeak.com/versions/server.json, сверено 07.08.2026):

1dbde314c4895af0c8aae73755b2a920e564fabcb2c651e56d0532a473cdc5cb

PowerShell-вариант должен напечатать True. В варианте с certutil сравните напечатанную строку с эталоном глазами — регистр букв не важен.

Если сумма не совпала — не распаковывайте архив. Скачайте заново; не помогло — откройте https://teamspeak.com/versions/server.json в браузере и сверьтесь: возможно, вышла версия новее, и вы смотрите на устаревшую сумму. Тогда подставьте новый номер версии в ссылку и возьмите сумму из server.json — схема ссылок у TeamSpeak стабильная.

Распаковываем сервер и принимаем лицензию

Распакуйте архив в постоянное место — например, в C:\TS3. Правый клик по zip — «Извлечь всё». Получится папка C:\TS3\teamspeak3-server_win64 с файлом ts3server.exe внутри. Не запускайте сервер из папки «Загрузки»: путь к серверу — это путь к его базе данных, и переносить его потом хлопотно.

Сервер не стартует, пока вы явно не примете лицензионное соглашение — оно лежит в файле LICENSE в папке сервера. Принять его проще всего файлом-маркером. Откройте командную строку и выполните:

cd /d C:\TS3\teamspeak3-server_win64
type nul > .ts3server_license_accepted

Файл пустой, важно только его имя. Это официальный способ из документации дистрибутива; альтернативы — параметр запуска license_accepted=1 или переменная окружения TS3SERVER_LICENSE=accept, но файл удобнее: он один раз создан и работает при любом способе запуска, включая автозапуск из следующего шага.

Запускаем сервер в первый раз и сохраняем пароли

Первый запуск — вручную, потому что именно при нём сервер создаёт базу данных и один-единственный раз генерирует учётные данные администратора. Из той же командной строки:

ts3server.exe

Здесь Windows-версия ведёт себя иначе, чем Linux: в консоль она не пишет ничего. Окно командной строки останется пустым, а процесс ts3server.exe появится в диспетчере задач. Вместо консоли сервер открывает собственное окно «TeamSpeak 3 Server», и в нём разом показаны обе половины доступа: блок Server Query с полями Login name, Password и Api-Key — и ниже блок Server Admin Privilege Key с ключом администратора.

Перепишите содержимое обоих блоков прежде, чем нажмёте Close. Рядом с каждым полем есть кнопка копирования — она надёжнее, чем переписывать вручную. Это окно показывается ровно один раз, при самом первом запуске, когда сервер создаёт базу данных.

Учтите различие между данными в окне и в журнале: в лог-файл попадает только privilege key, пароля ServerQuery там нет.

findstr /C:"token=" logs\*.log

Эта команда покажет строку token=... — privilege key, одноразовый ключ, который сделает администратором первого, кто введёт его в клиенте. Закрыли окно, не переписав ключ, — ничего страшного, он в логе лежит.

А вот findstr /C:"serveradmin" logs\*.log не найдёт ничего, кроме заголовка «ServerAdmin privilege key created». Проверено на 3.13.8 под Windows 11: поиск по serveradmin, password и apikey по всем файлам в logs\ совпадений не даёт. Документация дистрибутива это объясняет: doc/server_quickstart.md в разделе Server Output and Logfile прямо предупреждает — «On Windows, the server will only write the logfile, there is no console output». Учётные данные ServerQuery сервер печатает в консоль, которой на Windows нет, поэтому вместо неё он и открывает то самое окно.

Доступ можно восстановить. Privilege key остаётся в логе, а новый создаётся через ServerQuery. Пароль serveradmin восстановить нельзя — только задать новый: остановить сервер и запустить его один раз с параметром serveradmin_password=НовыйПароль; база, каналы и права при этом не трогаются. Стирать базу через clear_database=1 не нужно, хотя doc/server_quickstart.md из самого дистрибутива до сих пор называет этот способ единственным: параметр serveradmin_password в сервере есть и работает, документация просто отстала от него.

Проверьте, что всё работает: откройте клиент TeamSpeak на этом же компьютере, Connections → Connect, адрес 127.0.0.1, ник любой. Подключились — введите privilege key через меню Permissions → Use Privilege Key: рядом с ником появится значок Server Admin. Ключ одноразовый — он привязал права к вашей идентификации в клиенте.

Остановить сервер, когда понадобится, можно через диспетчер задач или командой:

taskkill /IM ts3server.exe

Если taskkill откажется завершать процесс без окна — добавьте ключ /F.

Настраиваем автозапуск через планировщик задач

Пока автозапуск не настроен, после перезагрузки сервер придётся запускать вручную. Учтите: дистрибутив TeamSpeak не умеет работать службой: в архиве 3.13.8 нет ни установщика службы, ни соответствующих ключей у ts3server.exe, официальная документация предлагает запуск из командной оболочки. Для запуска как службы потребуется сторонняя обёртка, например NSSM.

Штатное средство самой Windows, которое решает задачу без сторонних программ, — планировщик задач. Задача с триггером «при запуске системы» поднимает сервер до входа пользователя в систему, как настоящая служба.

Нажмите Win+R, введите taskschd.msc, Enter. Справа — «Создать задачу» (именно «Создать задачу», не «простую задачу» — в простой нет нужных настроек). Дальше по вкладкам:

• Общие: имя TeamSpeak Server; переключатель «Выполнять вне зависимости от регистрации пользователя» (в английском интерфейсе — «Run whether user is logged on or not»), тогда сервер стартует до логина; галочка «Выполнить с наивысшими правами».
• Триггеры: «Создать» → начать задачу «При запуске».
• Действия: «Создать» → «Запуск программы». В поле «Программа» — C:\TS3\teamspeak3-server_win64\ts3server.exe. В поле «Рабочая папка» — C:\TS3\teamspeak3-server_win64. Это поле помечено как необязательное, но для TeamSpeak оно критично: сервер ищет базу, лицензионный маркер и логи в текущей папке, и с пустым полем создаст новую пустую базу где-нибудь в System32.
• Условия: снимите галочку «Запускать только при питании от электросети», если это ноутбук.
• Параметры: снимите галочку «Останавливать задачу, выполняемую дольше» — по умолчанию она стоит и убьёт сервер ровно через трое суток работы. Эта галочка — самая частая причина «сервер сам падает каждые три дня».

При сохранении Windows спросит пароль вашей учётной записи — это нормально для задач, работающих без входа в систему.

Проверьте задачу: правый клик по задаче → «Выполнить», убедитесь, что ts3server.exe появился в диспетчере задач и клиент подключается к 127.0.0.1. Затем перезагрузите компьютер и, не входя в клиента сразу, дождитесь рабочего стола и проверьте ещё раз.

Осталось запретить компьютеру спать — спящий сервер недоступен, хотя формально «включён»:

powercfg /change standby-timeout-ac 0

Открываем порты в фаерволе Windows

Фаервол Windows по умолчанию режет входящие подключения, поэтому без правил друзья не зайдут даже по локальной сети. Серверу нужны наружу два порта — и только два:

Откройте командную строку от имени администратора и добавьте оба правила:

netsh advfirewall firewall add rule name="TeamSpeak Voice" dir=in action=allow protocol=UDP localport=9987
netsh advfirewall firewall add rule name="TeamSpeak Files" dir=in action=allow protocol=TCP localport=30033

Обратите внимание на протоколы: голос ходит по UDP, и правило «9987 TCP» не даст ничего — это классическая ошибка, из-за которой «порт открыт, а никто не подключается».

Теперь о том, чего делать нельзя: не открывайте порт 10011 и не пробрасывайте его на роутере. ServerQuery — это полный административный доступ к серверу: раздача прав, баны, удаление каналов. Протокол текстовый и нешифрованный, логин с паролем летят открытым текстом, а открытый в интернет 10011 боты сканируют и брутфорсят круглосуточно. Снаружи он не нужен никогда: администрируют сервер с того же компьютера, где он работает, подключаясь на 127.0.0.1, — как именно, разобрано в справочнике по ServerQuery. То же относится к его собратьям 10022 (SSH-query) и 10080 (WebQuery). Полный разбор всех портов сервера — в справочнике по портам.

Проверить, что правила встали:

netsh advfirewall firewall show rule name="TeamSpeak Voice"

Пробрасываем порты на роутере

Этот шаг — только для домашнего сервера; на VPS роутера нет, и после фаервола там всё готово.

Ваш компьютер не смотрит в интернет напрямую — он живёт в домашней сети за роутером с адресом вида 192.168.1.42. Когда друг подключается к вашему внешнему IP, его пакет приходит на роутер, и роутер не знает, какому из домашних устройств он адресован, — и молча выбрасывает его. Проброс порта (port forwarding) — это правило «всё, что пришло на порт 9987/UDP, отдавай компьютеру 192.168.1.42».

Порядок такой.

Сначала закрепите за компьютером локальный адрес. Узнайте текущий: ipconfig в командной строке, строки «IPv4-адрес» и «Основной шлюз». Затем в настройках роутера найдите «Резервирование DHCP» (DHCP reservation / static lease) и привяжите этот адрес к компьютеру. Без этого роутер однажды выдаст компьютеру другой адрес, и проброс начнёт указывать в пустоту.

Потом создайте правило проброса. Откройте веб-интерфейс роутера (адрес — тот самый «Основной шлюз», обычно 192.168.1.1). Раздел называется «Переадресация портов», «Виртуальные серверы» или «Port Forwarding» — у каждого производителя по-своему. Правила два, в точности как в фаерволе: внешний порт 9987 → внутренний 9987, протокол UDP, адрес — локальный IP компьютера; и 30033 → 30033, протокол TCP, туда же. Порт 10011 не пробрасывать.

И проверьте, белый ли у вас IP, — иначе всё это зря. Сравните два адреса: тот, что роутер показывает как свой WAN-адрес (страница статуса в веб-интерфейсе), и тот, под которым вас видит интернет (наберите в поисковике «мой IP»). Совпадают — у вас публичный «белый» адрес, проброс работает. Не совпадают — вы за NAT провайдера («серый» IP), пакеты друзей умирают на оборудовании провайдера и до вашего роутера не доходят. Верный признак серого адреса — WAN-адрес роутера из диапазонов 10.x.x.x, 100.64–100.127.x.x (это CGNAT), 172.16–172.31.x.x или 192.168.x.x. С серым IP варианта два: купить у провайдера услугу «публичный IP» (обычно 100–200 рублей в месяц — и тогда честно сравните эту сумму с ценой VDS) или отказаться от домашнего сервера.

Проверяем, что сервер доступен снаружи

Проверка изнутри домашней сети ничего не доказывает: подключение на 127.0.0.1 или на локальный 192.168.x.x обходит и роутер, и провайдера. Даже подключение на свой внешний IP из своей же сети у многих роутеров работает не так, как у внешнего гостя (или не работает вовсе — это называется hairpin NAT и ничего не говорит о доступности снаружи).

Проверьте подключение из другой сети:

• Телефон с мобильным интернетом. Отключите Wi-Fi, поставьте клиент TeamSpeak на телефон и подключитесь к внешнему IP. Так проверяется подключение извне.
• Друг. Дайте внешний IP и попросите зайти. Заодно проверите слышимость.

Онлайн-чекеры портов здесь помогают меньше, чем кажется: почти все они проверяют TCP, а голосовой порт 9987 — UDP, и «порт закрыт» от такого чекера ничего не значит. Косвенно можно проверить TCP-порт 30033 — если чекер видит его открытым, значит, проброс и фаервол для TCP настроены. Порт 9987/UDP нужно проверить отдельно голосовым клиентом.

Если снаружи не подключается — идите по цепочке от компьютера наружу: сервер запущен (процесс в диспетчере задач) → фаервол (правило для UDP 9987) → проброс на роутере → белый IP. Развёрнутый разбор каждой причины с проверками — в статье «TeamSpeak не подключается».

Планируем переезд на VDS, когда домашний сервер перестал устраивать

Домашний сервер — нормальный старт. Но есть признаки, по которым видно, что он себя изжил:

• Сервер нужен, когда вас нет. Друзья играют днём, пока вы на работе, а компьютер выключен — или его выключает кто-то из домашних. Сервер, зависящий от одного человека и одной розетки, перестал быть общим.
• Windows Update решает, когда у вас даунтайм. Ночная перезагрузка с обновлением — и сервер лежит до утра.
• Голос лагает, когда вы играете или что-то качаете. Исходящий канал общий на всех: ваш стрим, торрент и раздача голоса конкурируют за одни мегабиты. На VDS канал принадлежит серверу.
• IP сменился в третий раз за месяц, и вы устали рассылать новый адрес.
• У провайдера серый IP, а платить ему за белый — уже половина цены VDS.
• Людей стало заметно больше. Двадцать человек в канале — это постоянная нагрузка на исходящий канал и постоянные «а чё сервер лежал вчера».

Посчитайте электричество (цифры выше: 650–850 ₽ в месяц против 150–300 ₽ за младший VDS) — и добавьте, что VDS даёт статический белый IP, канал в сотни мегабит и аптайм, за который отвечает дата-центр, а не ваша розетка. Ресурсы выбранного тарифа нужно проверить под нагрузкой. Как выбрать машину под эту задачу — в статье про VDS для TeamSpeak, а поставить сервер на неё — по инструкции для Ubuntu: Linux-VDS дешевле Windows-VPS, потому что не включает лицензию Windows, а серверу TeamSpeak операционная система безразлична.

Для переноса сохраните данные: вся жизнь сервера — база ts3server.sqlitedb, папка files и ts3server.ini в папке сервера. Скопируйте их с остановленного сервера в каталог свежеустановленного сервера той же или более новой версии на VDS — каналы, права и идентификации переедут целиком.