ts服务器搭建教程与配置优化指南
最近幫幾個電競戰隊搞TS伺服器部署，發現網上教程要麼太淺要麼過時。今天直接上乾貨，從實戰角度拆解Teamspeak伺服器的搭建陷阱與進階調優，特別是抗DDoS的硬核配置。玩過TS的都懂，語音卡頓或突然炸服有多毀心態。
系統選擇是第一個坑。多數人無腦選Ubuntu，但實測FreeBSD 13.2在低延遲場景更兇悍。拿戰隊用的i9-13900K測試機跑，FreeBSD比Ubuntu 22.04少3ms延遲——別小看這點差距，FPS遊戲裡聽腳步差半秒就是生死。裝系統時記得關掉HT超線程，TS單核喫得狠，虛擬核心反而拖累調度。
防火牆規則寫法決定抗打能力。別直接用ufw這種玩具，手寫pf.conf才是真功夫。重點鎖死UDP 9987端口，但別傻傻全擋：
用keep state放行信任IP的狀態追蹤，野狗流量直接掐死在OSI第四層。曾有個直播平臺被30Gbps的UDP洪水打癱，加上這條規則硬是扛下來了。
伺服器參數藏在ts3server.ini裡，這幾個參數改完效果立竿見影：
上次某音頻論壇爆音問題，就是voice_data_block_size設成40導致的封包堆疊。
抗DDoS得玩多層防禦。前端用HAProxy做TCP卸載，backends設兩臺TS實例做熱備。重點在bind行加`alpn h2`啓用HTTP/2協議嗅探，能過濾60%的僞裝攻擊流量。有次遇到變種Slowloris攻擊，就是靠HAProxy的maxconn 50策略攔截的。
終極方案上Anycast BGP。拿/24 IP段廣播到OVH、Cloudflare、AWS三個POP點，用Quagga做動態路由。東京節點被打時自動切阿姆斯特丹節點，用戶根本無感。某職業聯賽用這方案頂住過580萬pps的攻擊。
監控要用黑科技：在TS3外掛腳本抓取voice_jitter_buffer_latency參數，超過200ms自動觸發告警。曾靠這個提前15分鐘發現日本節點路由異常，避免比賽直播事故。
免費版TS最多撐16人，超過必上License。但別直接買官方授權，透過CDN77這類服務商拿OEM價，512人版本能砍到$1.2/月。記得要求提供SLA 99.99%保障條款，缺這個的供應商直接pass。
最後說個血淚教訓：千萬別開自動更新！去年v3.13.7版本更新導致權限系統崩潰，我們緊急回退到v3.12.1才保住戰隊訓練賽。真要升級先在虛擬機跑72小時壓力測試，模擬千人頻道語音突發。
評論: