Steam 下載卡住、PS5 線上遊玩延遲高,往往不是單純更換節點就能解決。遊戲連線同時受到 DNS 解析、路由規則、UDP 支援、NAT 類型、Wi-Fi 干擾與跨區伺服器距離影響。Clash 能做的是把不同類型的流量分開管理,讓遊戲、商店下載、語音聊天與一般網頁各自使用適合的路徑,而不是把所有流量粗略地塞進同一個代理節點。本文以 Steam 與 PS5 常見需求為主,示範如何規劃低延遲配置、選擇節點、設定 TUN 與 DNS,並用實際測試結果找出延遲的真正來源。
低延遲不只是看節點 Ping 值
很多玩家會在 Clash 面板中看到一個節點顯示 40ms,便以為遊戲一定會有 40ms 延遲。實際上,面板測試通常只是向固定的 HTTP 測速網址發出請求,測到的是「本機到測速網站」的往返時間,不等於本機到遊戲伺服器的延遲。Steam 下載伺服器、遊戲登入服務、配對伺服器與語音服務,也可能位於不同城市甚至不同網路業者。
遊戲延遲還包括多個階段:
- 名稱解析時間:遊戲先解析登入、配對或內容伺服器域名,DNS 回應太慢會拉長啟動與登入時間。
- 路由繞行時間:節點所在區域不一定是遊戲伺服器所在區域,距離更遠的節點可能讓延遲增加。
- 排隊與擁塞:共享節點在晚間高峰可能封包排隊,即使平均 Ping 不高,實際操作仍會卡頓。
- 封包遺失與抖動:FPS、競速與格鬥遊戲對瞬間丟包非常敏感,穩定的 70ms 通常比 40 至 150ms 波動更好。
- 協議與 NAT 行為:部分遊戲依賴 UDP、P2P 或特定連接埠。代理只處理 TCP 時,可能出現能登入卻無法加入房間的情況。
先依遊戲區域選擇節點
低延遲配置的第一步不是盲目選擇標示為「遊戲專線」的節點,而是先確認遊戲實際使用的區域。Steam 內容伺服器會根據帳號設定、所在地與當時負載分配下載站點;PS5 遊戲則可能使用獨立的登入、配對與內容分發網域。節點名稱中的 HK、JP、SG、US 只能作為初步參考,不能視為最終結果。
| 需求 | 優先考量 | 常見選擇方向 | 不宜只看 |
|---|---|---|---|
| 線上對戰 | 低丟包、低抖動、UDP 可用 | 距離遊戲伺服器較近的節點 | 單次 HTTP Ping |
| Steam 下載 | 頻寬、晚間穩定性、連線數 | 靠近 Steam 內容分發站點的節點 | 節點名稱中的倍率 |
| PS5 系統或遊戲更新 | 長時間吞吐量、連線不中斷 | 穩定的 TCP/HTTPS 路徑 | 短時間峰值速度 |
| 語音聊天 | 持續連線、UDP 或服務相容性 | 與遊戲採用相同或獨立的穩定策略 | 只測瀏覽器網站 |
建議先建立三個候選節點,分別測試遊戲登入、Steam 下載與實際對戰。測試時記錄平均延遲、最大延遲、丟包與下載速度,至少觀察五至十分鐘,不要只在剛切換節點後測量幾秒。若某節點平均數字漂亮,但每隔幾十秒出現一次明顯尖峰,對競技遊戲而言通常不是好選擇。
把遊戲與下載流量分開
將所有流量都指向同一個代理組,是最容易造成體驗不穩定的做法。Steam 下載會持續佔用大量頻寬,可能讓遊戲封包在本機路由器、代理節點或上游網路排隊。更合理的方式是建立「遊戲」與「下載」兩個策略組:遊戲策略組以低延遲和穩定為優先,下載策略組則以吞吐量為優先。一般網站、影音服務與區域內服務仍可保持直連。
proxy-groups: - name: 遊戲低延遲 type: url-test proxies: - HK-Game-01 - JP-Game-01 - SG-Game-01 url: https://www.gstatic.com/generate_204 interval: 300 tolerance: 30 - name: Steam下載 type: url-test proxies: - HK-Speed-01 - JP-Speed-01 - SG-Speed-01 url: https://www.gstatic.com/generate_204 interval: 600 tolerance: 80
url-test 只能依測速網址選擇延遲較低的節點,因此下載策略組仍應在 Steam 客戶端中觀察實際速度。若下載時速度頻繁從滿速掉到零,問題可能來自內容伺服器切換、節點限速或本機磁碟寫入,而不一定是 Clash 規則錯誤。對需要長時間下載的情況,手動選擇一個穩定節點有時比讓策略組頻繁切換更可靠。
Steam 與 PS5 的規則規劃
規則應該以「域名集合」為核心,而不是只加入幾個從網路文章複製來的 IP。遊戲服務商會調整 CDN、登入端點與配對伺服器,固定 IP 很快就會失效。可以將已確認的 Steam、遊戲平台與特定遊戲域名整理成 Rule Provider,再讓 Clash 按照用途分流。
rules: # 先處理本地網路與區域服務 - DOMAIN-SUFFIX,lan,DIRECT - IP-CIDR,192.168.0.0/16,DIRECT,no-resolve - IP-CIDR,10.0.0.0/8,DIRECT,no-resolve # 將已確認的 Steam 與遊戲域名交給指定策略組 - DOMAIN-SUFFIX,steampowered.com,Steam下載 - DOMAIN-SUFFIX,steamcommunity.com,遊戲低延遲 - DOMAIN-SUFFIX,playstation.net,遊戲低延遲 - DOMAIN-SUFFIX,playstation.com,遊戲低延遲 # 其他流量最後再處理 - GEOIP,CN,DIRECT - MATCH,PROXY
上面的域名只是起點,不能保證涵蓋每一款遊戲。實際使用時,打開 Clash Verge Rev 或 Mihomo 的連線面板,啟動遊戲後觀察新出現的域名、命中規則與使用的策略組。若某個遊戲服務被錯誤判定為直連,可以新增明確的 DOMAIN-SUFFIX 規則;若確認某個內容服務在本地直連更快,也可以將它放入 DIRECT。規則順序非常重要,較具體的規則必須放在 MATCH 之前。
TUN 模式與 UDP 支援設定
桌面版 Clash 只設定系統代理時,並非所有遊戲流量都會被接管。許多遊戲使用原生 Socket、UDP 或自行管理的連線,不會讀取瀏覽器或系統的 HTTP 代理設定。這時可以在 Clash Verge、Clash Verge Rev 或 Mihomo 中啟用 TUN 模式,讓系統層面的 TCP 與 UDP 流量經過虛擬網卡,再交由規則處理。
tun: enable: true stack: mixed auto-route: true auto-detect-interface: true dns-hijack: - any:53 dns: enable: true enhanced-mode: fake-ip fake-ip-range: 198.18.0.1/16 fake-ip-filter: - '*.lan' - '*.local' - '+.stun.*.*'
stack: mixed 通常能在相容性與效能之間取得較好平衡,但不同核心版本和作業系統的行為可能不同。啟用 TUN 前,應先關閉其他 VPN、加速器或虛擬網卡軟體,避免路由表互相競爭。Windows 使用者還要確認防火牆允許 Clash 核心建立網路連線;macOS 則可能需要在系統設定中授予網路擴充功能權限。
DNS、NAT 與本機網路調整
遊戲啟動慢或偶爾顯示伺服器不可用,可能與 DNS 有關。對使用 TUN 的桌面環境,fake-ip 能讓 Clash 以域名匹配規則,減少先取得錯誤 IP 後才判斷路由的問題。不過遊戲主機、區域網域名與部分依賴 STUN 的服務不一定適合 fake-ip,因此 fake-ip-filter 不應省略。若遇到主機發現不到區域網路服務,可以先將區域網域名和 STUN 相關域名排除。
PS5 的情況更需要注意 NAT。Clash 運行在電腦上時,PS5 並不會自動使用電腦的代理;除非路由器、分享器或電腦網路共享已經把主機流量導入代理環境。即使成功導入,代理也不一定能改善 NAT Type。NAT Type 受路由器 UPnP、連接埠轉發、雙重 NAT、行動網路和電信商限制影響,不能把它與代理節點延遲混為一談。
- PS5 優先使用有線網路;若使用 Wi-Fi,盡量選擇 5GHz 或 6GHz,並避免主機與路由器之間有太多牆面。
- 遊戲期間暫停 Steam、雲端同步、系統更新與串流上傳,避免上行頻寬被佔滿。
- 檢查路由器是否存在雙重 NAT,並確認 UPnP 或必要連接埠設定沒有被另一台路由器攔截。
- 不要把
allow-lan和external-controller隨意暴露到公網;若需要區域網管理,必須設定強密碼並限制管理介面來源。
用可重複的方法測試與排錯
完成配置後,不要只憑「感覺變快」判斷結果。建議建立固定測試流程,每次只修改一個變數,例如只更換節點、只切換 TUN、只調整 DNS,這樣才能知道改善來自哪個設定。測試時最好在相同時間、相同網路、相同遊戲區域進行。
- 先測直連:記錄 Steam 下載速度、遊戲登入時間、對戰平均延遲與是否有丟包,作為基準。
- 再測節點:使用 Clash 的延遲測試功能篩掉完全不可用的節點,但不要把測速結果直接當成遊戲實際延遲。
- 檢查連線面板:確認遊戲域名是否真的經過預期策略組,並留意是否出現大量重試、連線立即關閉或 UDP 無法建立。
- 觀察高峰時段:至少在平日晚上與非尖峰時段各測一次,區分節點擁塞與本地網路問題。
- 逐項回退:若啟用 TUN 後出現商店無法開啟、區域網設備消失或遊戲無法配對,先停用 TUN,再逐步恢復 fake-ip、DNS 劫持與規則。
| 現象 | 優先檢查 | 可能處理方式 |
|---|---|---|
| Steam 能登入但下載速度低 | 內容伺服器、節點頻寬、下載區域 | 分離下載策略組,測試直連與不同節點 |
| 遊戲平均延遲低但頻繁卡頓 | 丟包率、抖動、Wi-Fi 干擾 | 改用有線網路,選穩定節點並停止背景上傳 |
| PS5 無法加入房間 | UDP、NAT Type、雙重 NAT | 先測直連,再確認代理鏈路與路由器設定 |
| 啟用 TUN 後區域網失效 | fake-ip-filter、區域網路由 | 排除 LAN 網域與私有 IP,檢查 auto-route 行為 |
最後要記住,Clash 是流量管理工具,不是可以改變物理距離的魔法加速器。最有效的方案通常是:讓本地服務直連、讓需要跨區的服務使用距離較近且支援 UDP 的節點、讓 Steam 大流量下載與遊戲對戰分開,並透過連線面板持續確認規則是否如預期工作。完成這些基礎調整後,再根據實際遊戲與網路環境微調,通常比堆疊更多規則或頻繁切換節點更穩定。