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

Сервер TeamSpeak на Windows реален: дистрибутив официальный, ставится за полчаса, лицензия на 32 слота бесплатная. Вопрос не «можно ли», а «где» — на домашнем компьютере или на арендованном Windows-VPS. Разница огромная, и честнее разобрать её до установки, чем после. Если вы ещё сравниваете Windows, Ubuntu и Docker, сначала посмотрите общую схему создания сервера TeamSpeak.

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

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

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

Windows-VPS снимает всё это: статический белый IP, симметричный канал, круглосуточная работа. Но у него есть своя честная оговорка: аренда Windows-VPS дороже Linux-VDS с теми же ресурсами, потому что в цену входит лицензия Windows Server. Серверу TeamSpeak от операционной системы не нужно ничего, кроме запуска одного exe-файла, — платить за графический интерфейс ради этого странно. Если вы выбираете 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.

Теперь шаг, который обычно пропускают по Windows: проверка контрольной суммы. Она подтверждает, что архив скачался целиком и что это именно тот файл, который опубликовал 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 — беда: официальный способ получить новый ровно один — стереть базу данных, запустив сервер с параметром clear_database=1 или удалив ts3server.sqlitedb. Вместе с базой уйдут каналы, права, группы и все идентификации.

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

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

taskkill /IM ts3server.exe

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

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

Сейчас сервер умрёт при первой перезагрузке. Хочется сказать «установим его как службу Windows» — но правда в том, что дистрибутив 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 — если чекер видит его открытым, значит, проброс и фаервол в принципе настроены, и с 9987/UDP скорее всего тоже порядок.

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

Оцениваем, когда пора переезжать на VDS

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

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

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

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