開啟 3 天免費試用
註冊即可免費體驗全部高級功能。
*只限新用戶；每位用戶只可獲得一次試用。
WireGuard 是甚麼？了解 IP 隧道、握手與漫遊邊界
Ryan Foster
2026年10月5日· 7 分鐘讀完
WireGuard 是 VPN 協議及其實作，透過 UDP 在對等端之間傳送加密 IP 封包。它以公鑰識別對等端，經基於 Noise 的握手建立臨時流量密鑰；路由、DNS 政策、帳戶管理及流量阻斷仍由周邊軟件與設定處理。［1］［2］
關鍵要點：
- WireGuard 搬運 IP 封包，不只處理某個應用的代理請求。
- 公鑰識別對等端，握手建立另外的臨時數據密鑰。
- ChaCha20-Poly1305 保護隧道封包，外部網絡則以 UDP 承載。
- 收到來自新地址的有效認證流量後，可更新端點。
- 加密不會自行提供混淆、斷線阻斷、DNS 政策或服務商私隱政策。
WireGuard 承載哪些流量？
WireGuard 建立 IP 網絡介面，由作業系統把選定路由送入其中，協議再為對應對等端加密封包。接收端解密後，依自身網絡設定轉送內層封包。兩個對等端之間的互聯網路徑看到的是外層 UDP 連接。［1］
內層 IP 與外層 UDP 各有用途。應用可以在隧道內使用 TCP，WireGuard 對外仍使用 UDP。圖中只是對等端隧道；要通往互聯網，還需要轉送及合適的出口設定。
介面並非完整私隱產品
安裝隧道介面不等於選取全部路由。私人網絡可能只承載機構內部地址範圍，互聯網出口部署則可能安排預設路由。同一協議的覆蓋範圍可以不同，因為作業系統及設定決定哪些封包進入介面。
IPv4 和 IPv6 亦須分別檢查。涵蓋其中一種地址族的路由，不代表另一種已涵蓋。DNS 查詢另有自己的路徑，不能單憑解析器地址判斷走向。VPN 基礎概覽 把隧道放回較完整的私隱決策中。
公鑰如何識別 WireGuard 對等端？
對等端是以公鑰識別的另一個參與者。每方保管自己的私鑰，把公鑰交給獲准通信的對方。公鑰並非用戶名稱、收費帳戶或 VPN 服務商簽發的證書；身份分發和授權是周邊部署的責任。［1］
協議把對等身份與獲准內層 IP 地址連結，稱為加密密鑰路由。發送時，目的地址協助選擇對等端；解密接收封包後，來源地址須屬於該已認證對等端獲准的集合。它比外層伺服器地址清單更具意義，但仍不是完整的系統防火牆。［1］［3］
身份、端點及內層地址各有用途
公鑰表示你信任哪個對等端；端點告訴外層網絡往哪裏發送 UDP；內層地址則標示隧道中的流量。分享公鑰不會向網絡觀察者隱藏端點地址，更換端點也不會產生新的密碼學身份。
分清這些角色有助閱讀設定。WireGuard 端點欄位解說 介紹地址欄位，連通隧道後的路由檢查 則處理設定故障。兩者與認識協議本身是不同任務。
WireGuard 握手做了甚麼？
WireGuard 握手認證對等端，並導出臨時數據密鑰。Noise 結合長期身份密鑰與新生成的短期密鑰；正常交換包括發起和回應訊息，之後以各方向密鑰保護傳輸數據。這是正常交換的模型，不承諾網絡立即送達每條訊息。［2］
數據封包以 ChaCha20-Poly1305 做認證加密：ChaCha20 加密內容，Poly1305 提供認證標籤以拒絕無效或遭篡改的密文。Curve25519 參與密鑰協商，BLAKE2s 及導出操作另有角色。這些名稱不能合併成一個「加密強度」分數。［2］
臨時數據密鑰與長期身份
WireGuard 更新流量密鑰，並透過計數器和重放防護處理傳輸封包。長期身份密鑰與某段通信的數據密鑰並非同一回事。AES 與 ChaCha20 的功能比較 分清算法與密鑰交換，避免用單一算法名稱代替整套安全設計。［2］
前向保密關注的是，在協議假設及正確密鑰處理成立時，日後長期密鑰失陷對舊錄製數據的影響。它不會刪除端點已保存的資料，也不保護目前已失陷的裝置。VPN 工作階段的前向保密模型 解釋這項較窄的屬性。
官方限制說明亦把數據前向保密與身份隱藏的前向保密分開。回應方的靜態私鑰日後失陷，可讓舊握手紀錄暴露哪些發起身份曾聯絡它；但單憑這一點，並不能解密之前的數據封包。所以說「前向保密」時，要指明是哪項屬性。［4］
WireGuard UDP 為何重要？
握手及傳輸訊息均經 UDP 發送，避免在應用已有的 TCP 流外再加一層可靠位元組流。WireGuard 沒有內置 TCP 傳輸模式；其他承載機制屬於另外一層。［2］［4］
網絡若不容許所需 UDP 路徑，密鑰正確也不能建立或維持該路徑。公鑰吻合不證明封包能穿過防火牆、NAT 或受限制接入網。握手後應用失敗與握手根本未到達，要分別判斷。
加密不會掩藏協議
WireGuard 專注於精簡加密隧道，並非流量混淆。封包結構及行為仍可被識別，不能承諾它令 VPN 使用不可見，或與一般網站流量無法區分。保護封包內容與分類器能否認出協議，是兩個不同問題。［4］
協議與混淆層的解說 分開這兩項性質，VPN 協議概覽 則提供其他設計的背景。本文沒有速度排名，也不主張某地區網絡的可用性。
WireGuard 漫遊實際保留甚麼？
對等端收到來自新來源地址和連接埠的有效認證流量，可以更新記住的外層端點。裝置轉換網絡時，公鑰身份仍可保持不變；端點是目前投遞位置，而非身份。［1］［3］
例如從 Wi-Fi 轉到流動網絡，外層 IP 可能改變。兩個網絡都允許所需路徑、有效流量又到達對方時，隧道可以延用對等關係。這不保證下載毫無中斷、所有應用工作階段延續，或系統切換時絕不直接發送流量。
移動性有周邊系統邊界
客戶端仍需要有效介面、路由及可達網絡。轉換期間應用可能逾時，NAT 或防火牆亦可影響投遞。若需要斷線阻斷，客戶端或作業系統須涵蓋轉換狀態，不能由漫遊機制推斷已做到。
官方限制亦討論主動網絡中介重定向端點。這本身不會解密已認證的數據，但說明端點移動和保密性不同；固定對等端部署可能需要相應的網絡限制。［4］
哪些功能屬於協議，哪些由其他系統提供？
簡單功能清單可能隱藏多個責任方。下表區分協議機制與完整服務需要額外處理的事項，是編輯範圍圖，並非產品測試。
| 需求 | WireGuard 的貢獻 | 額外責任或決定 |
|---|---|---|
| 封包保密與認證 | 對等端之間的認證加密 | 可信端點和私鑰保護 |
| 對等端身份 | 公鑰認證 | 密鑰分發、授權及撤銷政策 |
| 流量範圍 | 地址映射及隧道介面 | 系統路由和 IPv4/IPv6 覆蓋 |
| DNS 行為 | 承載已路由進介面的 IP 包 | 解析器選擇及查詢路由 |
| 故障後阻斷流量 | 沒有通用斷線阻斷政策 | 客戶端及系統防火牆 |
| 服務私隱 | 不規定收費或日誌政策 | 服務商運作和獨立證據 |
對 AethoVPN 這類託管服務，應分別評估公開說明的客戶端路由與協議對等端認證；應用模式和協議名稱回答不同的覆蓋問題。隧道與代理範圍比較 有助判斷需要 IP 隧道還是應用轉送，而不能推斷服務背後採用甚麼協議。
Shadowsocks 應用代理模型 從另一層開始。比較時要先確認應用及目的地的覆蓋需求，不能因為都有加密，就認為範圍相同。
總結
- WireGuard 經 UDP 在公鑰對等端之間搬運選定 IP 包。
- 握手密鑰、數據密鑰、端點及內層地址各有用途。
- 漫遊在合適網絡條件下更新投遞端點。
- 路由、DNS、故障阻斷、帳戶和服務私隱另需證據。
常見問題（FAQ）
WireGuard 是 VPN 還是代理？
WireGuard 是 IP 隧道協議及實作，承載路由選定的封包。應用代理從特定請求開始；完整 VPN 服務還加入運行及管理功能。［1］
WireGuard 使用 AES-256 嗎？
WireGuard 用 ChaCha20-Poly1305 做數據認證加密，沒有把 AES-256 作為可選算法。算法比較不足以判定整個服務的安全性。［2］
TCP 應用可以使用 WireGuard 嗎？
TCP 應用封包可以在加密 IP 隧道內傳送，外層仍是 UDP。這不表示 WireGuard 本身有原生 TCP 模式。［4］
它會自動涵蓋整部裝置嗎？
協議不會自行選擇完整裝置覆蓋。系統路由、地址族處理、DNS 行為與客戶端設定決定真正進入介面的流量。
公鑰可以識別個人帳戶嗎？
公鑰識別密碼學對等端，未必是一個人或訂閱。收費帳戶和現實身份的關聯，由協議以外的部署建立。
漫遊保證沒有流量洩漏嗎？
漫遊在有效流量到達後更新端點，沒有定義通用斷線阻斷，也不證明所有切換時的路由與防火牆都能阻止直連。
加密會阻止協議識別嗎？
WireGuard 不以混淆為重點，加密不保證流量無法被識別。隧道即使可識別，仍可保護內容，同時面對網絡限制。［4］
來源
- WireGuard — Conceptual Overview
- WireGuard — Protocol & Cryptography
- WireGuard: Next Generation Kernel Network Tunnel
- WireGuard — Known Limitations
來源核實日期：2026 年 10 月 5 日。
