Hysteria2 與 OpenVPN 都能建立加密的 VPN 連線,但兩者的設計取向並不相同。Hysteria2 以 QUIC 為基礎,使用 UDP 傳輸,重視高延遲、封包遺失或網路品質變動時的傳輸效率;OpenVPN 則以成熟的 TLS 加密架構為核心,可使用 UDP 或 TCP,優勢在於相容性、文件完整度與長期累積的部署經驗。
因此,「哪個比較好」不能只看一次測速結果。速度、延遲、弱網恢復、手機續航、遊戲互動、串流播放、辦公軟體相容性,實際上是不同的評估項目。Hysteria2 可能在不穩定的行動網路上更容易維持流暢傳輸,但並不代表所有網路都允許或適合 UDP;OpenVPN 可能在某些環境下速度較保守,卻能依靠 TCP 模式與廣泛支援降低設定門檻。
兩種協定的設計差異
Hysteria2 並不是把傳統 TCP 流量簡單加密後轉送,而是建立在 QUIC 之上的代理協定。QUIC 通常以 UDP 作為底層傳輸,將加密、連線建立與多路傳輸等能力整合在協定中。對於需要同時處理多個請求的瀏覽器、API 或串流工作階段而言,單一傳輸連線中的個別資料流發生問題時,不一定會讓其他資料流全部停住。
Hysteria2 的另一個重點是擁塞控制與封包恢復方式。UDP 本身不會像 TCP 一樣在覈心層自動保證每個封包都按順序抵達,因此可靠性、重傳與流量調節由 QUIC 及上層實作處理。這種架構可以減少部分傳輸等待,但也更依賴用戶端、伺服器與中間網路對 UDP 的支援。若公共 Wi‑Fi、校園網路或企業防火牆限制 UDP,連線可能無法建立,或表現不如預期。
OpenVPN 的核心則是以 TLS 進行身分驗證與加密,並透過虛擬網路介面承載 IP 流量。它可以使用 UDP,亦可以使用 TCP。OpenVPN over UDP 通常能避開 TCP over TCP 的部分效率問題,適合一般 VPN 傳輸;OpenVPN over TCP 則在某些只允許 TCP 的網路環境中更容易連線,但資料會經過較多的順序控制與重傳處理,遇到封包遺失時可能出現延遲累積。
2
主要協定方案
UDP
Hysteria2 基礎傳輸
UDP / TCP
OpenVPN 傳輸選項
5
常見支援平台
這裡的「速度更快」不能理解成協定一定能突破頻寬上限。實際吞吐量仍會受到本地接入、伺服器負載、跨境路由、出口位置、封包遺失與目標服務限制。協定只是其中一個變數,節點品質和路徑選擇同樣重要。
速度與延遲應該怎麼比較
速度至少要拆成連線建立速度、互動請求反應、持續下載速度與持續上傳速度。開啟網頁時,DNS 查詢、TLS 握手與第一個請求的等待時間會影響體感;觀看影片時,則更重視長時間的持續吞吐量;遠端辦公與雲端終端機則對每次按鍵、指令回應和連線保持更敏感。
Hysteria2 使用 QUIC 時,連線建立流程可以將部分加密與傳輸協商整合,對頻繁建立請求或網路路徑不穩定的情況較有彈性。當封包遺失隻影響某一段資料流時,多路傳輸也可能減少整體阻塞。不過,這些優勢需要網路允許 UDP,且用戶端實作、伺服器參數與線路品質都要配合。若 UDP 封包被限速、丟棄或頻繁重排,Hysteria2 的理論優勢未必能轉化為實際體感。
OpenVPN over UDP 在正常網路下也能提供良好的速度,並且有大量成熟用戶端可選。它的傳輸行為相對容易理解,排錯資料也較多。若改用 OpenVPN over TCP,外層 TCP 與內層應用傳輸可能同時進行重傳與順序控制。遇到丟包時,後續資料可能要等待遺失封包補回,因而出現延遲突然升高或頁面停頓。這不代表 TCP 模式沒有用途,而是它更適合「必須通過只允許 TCP 的環境」這類相容性需求。
| 比較項目 | Hysteria2 | OpenVPN | 實際判斷方式 |
|---|---|---|---|
| 底層傳輸 | 以 UDP 為基礎的 QUIC | 可使用 UDP 或 TCP | 先確認目前網路是否允許相應傳輸 |
| 互動延遲 | 弱網下可能較有彈性 | UDP 模式通常較平衡,TCP 模式可能增加等待 | 測試實際網站、終端機或會議,不只看測速頁 |
| 持續傳輸 | 重視高效傳輸與封包恢復 | 表現受模式、加密設定與路線影響 | 分別觀察下載、上傳與長連線 |
| 相容性 | 需要支援 Hysteria2 的用戶端 | 支援範圍廣,工具與文件較多 | 先查作業系統與目標 App 的匯入能力 |
弱網、行動網路與 Wi‑Fi 切換
弱網不只是訊號格數較少,也可能包括封包遺失、延遲忽高忽低、上下載方向不平衡、基地台切換、公共 Wi‑Fi 的登入頁,以及路由短時間內反覆變動。判斷協定是否適合弱網,應觀察連線能否建立、短暫中斷後能否恢復、切換網路後是否需要手動重啟,以及原有應用程式能否繼續工作。
Hysteria2 建立在 QUIC 上,對行動網路常見的延遲波動與短暫封包遺失具備較適合的傳輸模型。手機從 Wi‑Fi 切換到行動數據時,網路位址可能改變;若用戶端與伺服器能正確處理連線遷移或重新建立,使用者感受到的中斷可能較短。但這不是所有版本和所有用戶端都會自動完成的保證,仍要看具體實作。
OpenVPN 在網路穩定時通常容易維持工作階段,但當底層位址改變、連線暫停或 NAT 狀態失效時,可能需要重新握手。OpenVPN over UDP 對即時使用通常比 TCP 模式合適;TCP 模式雖然有時更容易穿過受限網路,卻可能在弱網下出現較明顯的排隊與等待。若你經常搭乘交通工具、進出地下空間,應把「恢復速度」列入選擇,不要只比較空閒時的峯值速度。
- ✅ 在家用 Wi‑Fi、行動數據與公共 Wi‑Fi 分別測試,不要只在單一網路下下結論
- ✅ 切換網路後檢查用戶端狀態、出口 IP 與實際應用程式
- ✅ 觀察短暫斷流後是否能自動恢復,而不是隻看連線圖示
- ❌ 不要在同一台裝置同時開啟兩個 VPN 或代理用戶端
- ❌ 不要把公共 Wi‑Fi 登入頁無法開啟,直接判定遠端節點故障
公共 Wi‑Fi 還有一個容易忽略的階段:連線到無線網路後,必須先完成網頁登入或同意使用條款。此時 VPN 可能尚未具備正常通道,強行啟動會讓登入頁無法載入。比較穩妥的順序是先連上 Wi‑Fi、完成必要的本地驗證,再啟用 VPN;若網路管理員明確限制 UDP,則可測試 OpenVPN 的其他傳輸模式或改用允許的網路。
動手測試:用同一套流程比較
要比較 Hysteria2 與 OpenVPN,最好使用同一台裝置、同一個網路、相近時段和同一組目標服務。不要在 Hysteria2 使用一條較近的節點,卻拿另一個地區的 OpenVPN 節點比較;也不要一邊使用全域模式,一邊使用規則分流。設定差異會讓協定比較失去意義。
- 準備相同條件:更新兩個用戶端,確認訂閱或設定檔可以正常匯入,關閉其他 VPN、代理與可能改寫 DNS 的工具。
- 先驗證連線:分別連線後檢查出口 IP、DNS 查詢結果與目標網站是否能載入。用戶端顯示已連線,只能算完成第一步。
- 測試互動請求:開啟一般網頁、登入需要長連線的服務,觀察首次載入、頁面切換與連續操作是否出現等待。
- 測試持續流量:在實際使用時段進行影片播放、檔案下載或上傳,記錄是否停頓、速度是否大幅波動,以及中斷後能否恢復。
- 測試網路切換:在安全且不影響重要工作的前提下,切換 Wi‑Fi 與行動數據,確認用戶端是否需要手動重連。
- 整理結果:把「無法建立連線」「通道中斷」「目標服務失敗」「DNS 異常」分開記錄,避免把所有問題都歸因於協定。
如果使用 Clash Verge、sing-box 或 Shadowrocket 等相容用戶端,還要確認匯入後的協定欄位、UDP 開關、DNS 模式和分流規則沒有被轉換錯誤。不同工具對訂閱格式、TLS 參數、SNI、混合代理與路由規則的支援程度可能不同。Windows、macOS、Android、iOS 和 Linux 的系統代理機制也不完全一樣,因此同一份設定在桌面端能用,不代表手機 App 內的流量一定會經過代理。
測試時不要把所有應用程式都切到全域代理。瀏覽器、影片服務、工作軟體和本地銀行 App 的需求可能不同。若用戶端支援規則分流,可先讓需要遠端出口的網域或應用程式走指定節點,再讓本地服務直連。這樣較容易定位問題,也能減少不必要的繞路。
手機、遊戲、串流與辦公怎麼選
手機與經常移動
手機使用者通常更在意續航、網路切換和背景連線。Hysteria2 在行動網路延遲波動較大的情況下可能具有較好的互動體感,但長時間使用 UDP 仍會受到訊號品質、系統背景限制和用戶端省電策略影響。若手機系統頻繁暫停背景活動,任何協定都可能在螢幕關閉後中斷。
OpenVPN 的手機用戶端選擇較多,設定與排錯資料也比較容易找到。對需要穩定使用官方 VPN App、企業配置或既有 OpenVPN 設定檔的人來說,相容性可能比理論速度更重要。若手機常在不同 Wi‑Fi 間移動,建議實際測試自動重連與切換後的 DNS 狀態。
遊戲與即時互動
遊戲不單純追求下載速度,而是重視往返延遲、抖動、封包遺失和連線是否持續。Hysteria2 的 QUIC/UDP 架構在某些路徑下能減少傳輸等待,但遊戲伺服器位置、節點出口與遊戲本身的防護策略同樣關鍵。若節點離遊戲伺服器很遠,換協定也不會消除繞路。
OpenVPN over UDP 可以作為遊戲測試方案;OpenVPN over TCP 則通常不應作為即時互動的第一選擇,除非目前網路對 UDP 有限制而其他方式無法建立連線。測試時應使用遊戲內的網路資訊或實際對局觀察,不要用一般下載速度推測遊戲延遲。
串流與大型下載
串流服務首先判斷出口地區、帳號狀態和內容授權,速度只是後續條件。Hysteria2 適合拿來測試需要持續吞吐量的線路,但必須先確認用戶端能正確處理 UDP 與 DNS。OpenVPN 在相容性方面較容易找到可用方案,若使用 UDP 模式,通常比 TCP 模式更適合持續影音傳輸。
大型下載則要觀察長時間吞吐量與斷線後的續傳能力。某條線路短時間速度很高,但頻繁中斷,可能不如速度較平穩且下載工具能正常續傳的方案。切換節點前也要考慮出口變化是否會讓網站重新驗證或中斷工作階段。
辦公、會議與遠端管理
視訊會議、雲端文件、遠端桌面和 SSH 類工作對連續性與恢復能力十分敏感。Hysteria2 在封包遺失或延遲波動時可能更有彈性,但辦公環境常包含企業防火牆、代理伺服器、身分驗證與裝置管理政策,必須先確認 UDP 和第三方用戶端是否被允許。
OpenVPN 的優點是部署習慣成熟,許多桌面與行動工具都有支援。若工作環境要求可審核的設定檔、固定的憑證管理或既有網路政策,OpenVPN 往往更容易納入流程。無論選哪種協定,重要辦公帳號都應避免頻繁切換出口地區,並將必要的工作服務與本地服務分開處理。
用戶端、訂閱與設定檢查
協定本身可用,不代表用戶端一定能正確使用。官方 Windows、macOS、Android、iOS 和 Linux 用戶端通常會依平台提供不同的匯入方式;相容工具則可能需要先取得訂閱連結,再依工具支援的格式轉換。若使用 Clash Verge、sing-box 或 Shadowrocket,應確認目前版本是否支援 Hysteria2 或 OpenVPN,以及是否能保留必要的 TLS、UDP、DNS 和路由欄位。
匯入訂閱後,先不要立即修改大量進階參數。建議先選擇一個節點完成基本連線,再逐項確認代理模式、系統代理、虛擬網卡、DNS 和分流規則。若只在瀏覽器能使用,但桌面 App 無法連線,可能是系統代理未啟用;若網頁能開啟但部分網域失敗,則要檢查 DNS 或規則是否把請求送到錯誤路徑。
OpenVPN 設定檔常包含伺服器位址、埠號、傳輸模式、憑證與 TLS 相關內容。修改時不要隨意刪除憑證、驗證或加密欄位,否則可能造成握手失敗。Hysteria2 設定則常涉及伺服器位址、認證、TLS 與 UDP 相關選項;若設定檔由服務端產生,優先重新取得正確訂閱,比手動猜測參數更可靠。
- ✅ 先確認用戶端支援的協定和匯入格式,再選擇設定方案
- ✅ 連線後同時檢查出口 IP、DNS、瀏覽器與目標 App
- ✅ 只修改一個參數,修改後重新測試並保留可回復設定
- ❌ 不要把 TCP、UDP、TLS 或 DNS 選項混用成沒有依據的組合
- ❌ 不要只因為節點名稱相同,就假設不同協定經過完全相同的路由
常見問題 FAQ
Hysteria2 一定比 OpenVPN 快嗎?
不一定。Hysteria2 的 QUIC/UDP 架構在部分高延遲、易丟包或行動網路環境下可能更有效率,但結果會受到 UDP 是否可用、節點負載、線路品質和目標服務位置影響。OpenVPN over UDP 在良好線路上也可以提供穩定速度,而 OpenVPN over TCP 則可能因重傳與排隊增加等待。應使用同一節點地區、同一網路和實際應用進行比較。
弱網應該優先選哪一個?
可以先測試 Hysteria2,尤其是經常使用行動數據、會遇到延遲波動或短暫封包遺失的情況。但如果目前 Wi‑Fi 或企業網路限制 UDP,Hysteria2 可能無法正常連線,此時 OpenVPN 會有較大的相容性優勢。真正的判斷標準是中斷後能否恢復,以及實際應用是否能持續運作。
遊戲使用 Hysteria2 會降低延遲嗎?
可能改善,也可能沒有明顯差異。協定只能影響傳輸方式,不能改變節點到遊戲伺服器之間的地理距離與路由。如果出口節點繞路、封包遺失嚴重或遊戲伺服器本身繁忙,改用 Hysteria2 不會自動解決問題。應觀察遊戲內延遲、抖動和封包遺失,而不是隻看一般測速結果。
OpenVPN 是否比 Hysteria2 更容易跨平台使用?
通常是。OpenVPN 已被許多官方與第三方用戶端支援,既有設定檔和排錯資料也較豐富。Hysteria2 需要選擇明確支援該協定的工具,部分平台或應用程式可能需要透過 Clash Verge、sing-box、Shadowrocket 等相容客戶端匯入。若你重視少調整設定就能在多台裝置使用,應先從平台支援度開始篩選。
最後的選擇方法
如果你的主要需求是行動網路、弱網瀏覽、遊戲互動或需要較靈活處理封包遺失,可以把 Hysteria2 列為優先測試方案;如果你的主要需求是跨平台安裝、企業辦公、既有設定檔、公共網路相容性或容易排錯,OpenVPN 往往更穩妥。對多數使用者而言,保留兩種協定並依網路環境切換,比宣稱其中一種永遠最好更實際。
選擇時建議依序確認:目前網路是否允許 UDP、目標服務所在位置、需要全域代理還是規則分流、用戶端能否匯入設定、切換網路後能否自動恢復,以及出口 IP 和 DNS 是否符合預期。完成這些檢查後,再比較速度與延遲,結論會比單看協定名稱可靠得多。