協定與線路技術指南

分層理解協定與線路

將一次連線拆解成可檢查的環節

瀏覽器開啟網頁時，通常會先解析網域名稱，再連線至目標，之後才開始交換應用程式資料。使用代理用戶端後，流程還會加入本機規則比對、建立代理連線與伺服器轉送等環節。網頁遲遲沒有內容，可能是網域解析耗時，也可能是代理交握尚未完成，或是目標網站回應較慢。這些情況看起來相似，處理方式卻不同。先確認等待發生在哪個環節，比直接更換整套設定有效。

協定位於這條連線中的傳輸與封裝層，規範用戶端如何驗證存取資格、保護傳輸內容，以及將應用程式請求交給遠端。線路則描述資料實際經過的路徑，包括本地網路、入口、中轉、國際傳輸與出口。相同協定走不同路徑，體驗可能大不相同；同一路徑採用不同協定，也可能因交握、傳輸機制和實作方式而有不同表現。兩者應分開記錄，不能只用「節點快不快」概括。

區分應用程式、代理協定與底層傳輸

應用程式使用的連線方式，不一定等於外層實際採用的傳輸方式。應用程式可能送出一般的可靠位元組流請求，再由用戶端封裝到另一種承載中；也可能需要轉送資料封包。能瀏覽網頁，不代表語音、遊戲或其他資料封包應用也能正常運作。檢查相容性時，應一併確認用戶端支援、訂閱內容與實際轉送能力，避免把協定理論上具備的功能，誤認為目前設定已啟用。

加密也分不同層次。應用程式本身的 HTTPS 與代理傳輸保護，解決的是不同問題；代理外層受到保護，不代表所有目標應用程式都使用加密連線。銀行級加密是 Y5VPN 的安全信任訴求，但選擇時仍應留意憑證驗證、用戶端來源與訂閱資訊保管。不要為了暫時連線成功就任意關閉驗證；遇到憑證或驗證錯誤時，先確認裝置時間、訂閱更新狀態與用戶端提示，再依照服務提供的流程處理。

建立可重複使用的判斷順序

排查時可先從目標應用程式著手：使用同一出口時，其他網站是否正常？換另一個應用程式是否也很慢？接著檢查用戶端是否套用預期規則，再查看入口連線與遠端出口。只有多個目標都出現類似問題時，才較有理由懷疑共用路徑或本地網路。依序檢查可減少誤判，例如目標平台本身繁忙時，一再更換協定通常只會改變登入環境，無法解決目標服務延遲。

比較前也應固定測試條件。盡量使用相同裝置、相同連線方式、相同出口地區與相同測試項目，並避免同時進行系統更新或雲端備份。記錄協定、線路類型、測試時段與觀察到的狀況即可，不必一開始就使用複雜的分析工具。每次比較若都更換裝置、網路與目標地區，就無法判斷是哪個變因帶來改善。想確認連線是否確實生效，可接著閱讀出口 IP、DNS 與分應用程式驗證指南。

串流型協定的設計取捨

Shadowsocks：留意實際實作與承載方式

Shadowsocks 的核心概念是提供受保護的代理轉送，架構相對直接，但不能因此推論它在所有裝置上都最省資源。實際負載與加密方法、用戶端實作、硬體加速及連線數量有關。不同擴充功能與承載方式也會改變交握與相容性。檢視訂閱時，應以完整設定為判斷依據，不要只看到 Shadowsocks 名稱就認定所有設定的運作方式相同，也不應把不同實作的測試結果混為一談。

一般網頁瀏覽會涉及許多短連線，下載任務則更重視持續傳輸量，兩者對協定的感受可能不同。架構較直接的轉送方式有助於減少部分處理環節，但若路徑本身壅塞，減少封裝也無法補回不足的傳輸容量。資料封包支援也需要用戶端與伺服器端共同配合。網頁可用但其他應用異常時，應檢查轉送設定與規則，而不是立刻認定加密方法失效。

VMess：一併檢查驗證、時間與設定

VMess 包含自己的驗證與資料封裝機制，也能搭配不同的外層傳輸方式。連線體驗不能只靠協定名稱解釋：外層是否經過其他轉送元件、是否使用連線多工，以及目標路徑如何安排，都會影響連線建立所需時間。某些設定對裝置時間與實作相容性較敏感，因此驗證失敗時，應先確認系統時間是否已正常同步，以及訂閱是否與目前用戶端相容，不要只憑錯誤提示猜測線路負載。

設定已能正常運作時，不必只因協定名稱出現得比較早就主動更換。穩定使用的關鍵，在於用戶端、伺服器與路徑彼此相符，而不是協定在清單中的排序。若要比較，先保留原設定作為基準，再使用相同項目觀察首次顯示內容所需時間、持續傳輸是否中斷，以及切換應用程式後的恢復狀況。如此才能分辨協定差異與短暫的網路波動。

Trojan 與 VLESS：理解外層保護的重要性

Trojan 通常透過 TLS 建立受保護的傳輸，再於其中完成代理驗證與請求轉送。TLS 憑證、伺服器名稱與驗證設定都是連線的一部分，不是可任意勾選的裝飾選項。用戶端提示名稱不符或驗證失敗時，應核對服務端提供的設定。略過驗證可能掩蓋設定錯誤，也會改變原有的信任界線；排錯時應恢復正確參數，而不是長期放寬驗證。

VLESS 的驗證與轉送設計較精簡，但協定本身不提供流量加密，通常需要搭配合適的安全傳輸。因此，「較輕量」不等於整體連線一定更快，也不能只匯入驗證欄位就認為設定已完整。外層傳輸交握、憑證處理、中間元件與連線多工仍會產生負載。比較 VLESS 與其他方案時，應比較整個連線堆疊，而不只看最內層的協定名稱。

評估這些協定時，都應放回實際使用條件中考量。用戶端對特定組合支援成熟、記錄清楚且能正確匯入訂閱，往往比追逐抽象的效能排名更重要。若服務端沒有提供對應選項，手動修改協定名稱並不會帶來新功能，反而可能導致驗證或交握不匹配。正確做法是保留訂閱原有參數，只調整用戶端明確允許的本機設定。

QUIC 協定與弱網路環境的適應性

先了解資料封包承載與可靠傳輸

QUIC 建立於 UDP 之上，但「使用 UDP」不代表資料完全不會重傳，也不代表應用程式取得的是不可靠的位元組流。QUIC 會在自身機制中處理連線、加密、流量控制與可靠的串流傳輸。理解這點很重要：不能用「UDP 不處理封包遺失，所以一定比較快」來解釋實際表現。可靠性只是從底層傳輸移至另一層機制；遺失的資料仍須依照應用需求與協定方式處理。

相較於共用單一可靠位元組流的承載方式，QUIC 可以分別管理不同串流的接收進度，減少某個串流缺少資料時對其他串流交付造成的影響。但各串流仍共用實際路徑容量與壅塞狀態，不會憑空取得獨立頻寬。入口壅塞或無線干擾嚴重時，其他串流仍可能同時受影響。應用程式層也可能存在相依關係，因此網頁體驗不一定會完全反映傳輸層理論上的改善。

Hysteria2：傳輸策略應配合網路路徑

Hysteria2 採用以 QUIC 為基礎的傳輸方式，並提供適用於代理情境的轉送機制。在部分有封包遺失或路徑變動的環境中，表現可能與傳統串流型承載不同，但這不代表能保證所有網路都更快。實際結果還取決於壅塞控制策略、頻寬相關設定、伺服器資源，以及網路對 UDP 的處理方式。網路若無法正常承載所需的資料封包，即使協定設計適合弱網，也可能在建立連線時遇到問題。

頻寬相關參數尤其不能憑直覺調高。某些策略會依設定值判斷傳送節奏；若填入遠高於實際路徑能力的數值，可能增加排隊與封包遺失，並影響同一網路中的其他應用程式。參數應依照服務端與用戶端說明設定；不確定其意義時，請保留訂閱預設值。若下載看似正常，但網頁與語音同時變差，應一併檢查傳送節奏與家中網路共用狀況。

TUIC：連線管理與實作同樣重要

TUIC 同樣以 QUIC 為基礎建構代理傳輸，利用串流與資料封包等機制承載不同類型的流量。連線多工、驗證互動、壅塞控制與用戶端實作會共同影響實際表現。TUIC 與 Hysteria2 並非只因底層相同就能互換設定格式，驗證欄位與行為也不能直接套用。能否正確匯入訂閱，以及用戶端是否理解所有參數，是評估可用性的前提；不能略過相容性檢查就直接比較速度。

QUIC 的連線識別機制讓實作具備連線遷移能力，但行動裝置從無線網路切換到行動網路後能否順利恢復，仍受用戶端、伺服器端、位址變更與應用程式工作階段影響。底層具備相關設計，不代表所有應用程式切換網路都不會中斷。實際驗證時，應觀察切換後舊請求是否恢復、新請求能否建立，以及是否需要重新選擇線路；長時間維持的工作階段尤其值得單獨檢查。

選擇時也要保留可用的替代路徑。某個公共網路對 UDP 的處理不穩定時，改用服務已提供的其他承載方式，可能比持續重試更直接。反過來說，若串流連線在封包遺失時頻繁中斷，也可在面板確實提供選項的前提下比較 QUIC 類方案。結論應描述為「這條路徑與這個用戶端的組合較適合目前任務」，而不是替協定貼上永久的快慢標籤。

不同協定的資源消耗也需要實測。使用者空間的資料處理、加密、封包排程與頻繁喚醒都可能增加裝置負載，而實作最佳化與硬體條件也會改變結果。持續傳輸表現改善，不代表待機耗電也會下降。桌面長時間作業與行動裝置背景連線應分開評估，不宜直接把桌面上的選擇套用為行動裝置的預設答案。

連線建立與資源使用

首次回應慢，不等於持續傳輸慢

建立連線需要經過網域名稱解析、連至入口的網路往返、驗證與安全交握，有時還包括額外的傳輸層封裝。首次開啟應用程式時，這些等待會集中出現；連線建立後，後續請求可能沿用現有通道，因此體感突然變快。若只觀察持續下載，就可能忽略互動式應用最在意的首次等待。比較協定時，應分別記錄冷啟動、既有連線上的請求，以及裝置休眠後的恢復狀況。

連線多工可以減少重複建立連線的成本，但啟用後不一定就更好。若多個邏輯請求共用同一條外層可靠位元組流，外層發生資料遺失時，其他請求可能也得等待。多工也可能增加單一連線內的排程負擔，讓重要的小型請求排在大型傳輸之後。不同協定與用戶端處理多工的方式各異，因此建議先使用預設設定，只有在症狀能重現時才針對性調整。

處理器、記憶體與緩衝區之間的關係

加解密、資料複製、規則比對與連線管理都會占用處理器。硬體加速是否可用、實作效率及裝置是否處於省電狀態，都會影響負載。處理器使用率升高不一定代表協定設計有問題，也可能是背景程式正在傳輸，或用戶端持續寫入詳細記錄。觀察時應一併查看系統中的其他處理程序，避免把整台裝置的負載全歸因於代理用戶端。

記憶體使用量則與連線數、緩衝設定、規則資料及記錄保留有關。適當的緩衝能吸收短暫波動，但緩衝過多也可能讓請求在佇列中等待更久。只看用戶端記憶體占用較低，無法判斷互動體驗是否較好；記憶體占用較高，也不代表一定有故障。更有參考價值的是觀察相同任務下資源是否持續增加、任務結束後是否回落，以及系統是否因此頻繁關閉背景應用程式。

依照任務比較，而非只看單一總分

網頁瀏覽重視首次顯示內容與後續資源載入，遠距工作重視互動回應，持續下載重視長時間傳輸量，語音通話則重視延遲變化與連續傳送。把這些表現揉成一個「速度分數」，會掩蓋真正的取捨。可以用常用網頁、會議應用程式與檔案任務作為固定樣本，維持出口與連線方式一致，再記錄等待、中斷、重新連線與系統負載。無須一開始就使用複雜的綜合評分工具。

安全交握的成本也應放在完整工作階段中理解。短連線任務可能更受連線建立過程影響，長連線任務則可能主要受路徑容量限制。工作階段恢復能減少部分重複往返，但是否能使用取決於雙方實作與狀態，不能假設每次啟動都能沿用。更不應為了減少交握步驟而降低憑證驗證強度；正確的效能最佳化應保留原有的安全前提。

記錄原始觀察，比只寫「感覺比較快」更有用。例如：「首次開啟等待明顯，之後重新整理正常」、「開始同步後，會議出現斷續」、「鎖定螢幕後需要重新建立連線」。這些描述能對應到具體環節，也方便提交客服案件。關於如何控制測試條件，以及判讀連線成功或中斷，可參考穩定性比較與可重現測試方法，避免以一次偶然成功取代長期判斷。

行動裝置耗電與平台差異

耗電來自整段使用流程

行動裝置耗電不只由協定加密決定，也受無線訊號、螢幕亮度、前景工作、網路重試及系統背景管理影響。訊號較弱時，裝置可能需要消耗更多電量維持傳輸；應用程式持續載入內容時，即使客戶端處理負載不高，整台裝置的耗電仍會增加。因此不能把啟用代理前後的電量差直接視為協定差異，更不能在訊號條件不同時比較並得出固定的耗電排名。

連線保活與重新連線之間需要取捨。保活過於頻繁可能增加網路喚醒；間隔太久則可能讓中間設備清除閒置狀態，導致下次請求必須重新建立連線。某項設定適合家用無線網路，不一定適合行動網路或公共網路。優先使用用戶端與服務提供的預設設定；若背景恢復不順，再根據記錄與系統設定檢查，不要為了延長待機時間而任意關閉必要的連線機制。

系統管理策略會影響背景運作

Android 的背景限制、省電最佳化及不同裝置的處理程序管理方式，都可能影響代理連線能否持續運作。鎖定螢幕後連線中斷時，先確認用戶端是否仍在執行、系統是否限制背景活動，以及網路權限是否完整。應依實際需求設定，不要解除所有應用程式的限制。若用戶端處理程序已被系統停止，通常無法靠更換協定根治；若處理程序仍在但連線已逾期，才進一步檢查網路狀態與保活行為。

iOS 的網路延伸功能與應用程式生命週期有各自的管理方式，前景介面是否開啟，不代表底層連線仍在運作。應配合系統連線狀態與實際應用程式存取結果判斷，不要只看用戶端畫面。用戶端的取得方式與可用條件，請以面板顯示為準。若切換網路後恢復較慢，可分別檢查舊工作階段與新請求：既有影片暫停，但新網頁能開啟，可能與應用程式工作階段恢復有關，不一定代表整條代理連線失效。

比較耗電時，應維持相同任務

可分開觀察待機與使用中的情況：待機時不主動傳輸，留意背景狀態與恢復；使用中則執行相同的瀏覽、會議或播放任務，觀察發熱、互動與傳輸連續性。盡量維持相近的網路、訊號與螢幕條件，並查看系統電池用量是否將流量處理集中歸在用戶端名稱下。用量歸屬不一定代表全部運算負載；用戶端也可能只是承載其他應用程式持續傳輸的流量。

桌面系統通常沒有同樣嚴格的電量限制，但休眠、省電與網路切換仍會影響連線。在 Windows 與 macOS 上，應分辨系統代理與通道接管的範圍；在 Linux 上則要特別留意解析與路由是否被其他服務覆寫。不同平台用戶端的預設規則不一定完全相同，因此同一訂閱在桌面正常、行動裝置異常時，應先核對接管範圍，而不是認定服務端只在某個平台失效。

Y5VPN 支援 Windows / macOS / iOS / Android / Linux，同時連線裝置數不限；但裝置數量不代表各平台的系統功能完全相同。請從使用者面板取得用戶端與訂閱，登入後即可取得訂閱。選擇行動裝置方案時，應以常用任務能穩定恢復、資源負擔可接受為目標，而不是為了某個協定名稱犧牲背景連線可靠性或應用程式相容性。

直連、中轉與專線拓撲

分開檢視入口、傳輸路徑與出口

線路名稱中的地區通常有助於辨識目標出口，但入口位置、經過路徑與出口位置並非同一概念。地理位置較接近出口，不代表路由一定較短；網路之間的互連關係可能讓資料繞道。連線建立與互動任務對往返路徑較敏感，持續下載則還受可用容量影響。因此，「選最近的地區」適合作為初步嘗試，不應成為不再驗證的固定規則。

直連通常表示用戶端直接連到遠端入口，減少額外的中轉環節。架構容易理解，但體驗也更直接取決於本地電信網路到遠端的公用路徑。中轉則是先連到一個入口，再由入口轉送至後續網路或出口，可能利用不同的互連路徑改善特定連線條件，也會增加新的處理與排隊位置。多一個環節不一定比較慢，少一個環節也不保證更穩定。

IEPL 專線的價值與限制

IEPL 專線通常用來描述較可控的點對點傳輸區段，其價值主要在於路徑安排與傳輸資源管理，而不是讓整段網際網路都變成專用環境。裝置到入口的本地連線，以及出口到目標平台的連線，仍可能經過公用網路。即使中間的傳輸區段表現穩定，家用無線干擾或目標服務繁忙仍會造成中斷，因此不能將「專線」解讀為任何時段、任何應用程式都會有相同體驗。

比較線路時，應先確認瓶頸位於哪個區段。若本地到入口的連線已不穩定，更換相同入口後方的其他出口可能沒有幫助；若入口正常，但出口到目標平台的路徑繞行，改選另一個出口可能更有效。中轉與專線也會受到容量規劃、設備處理與路由調整影響；線路標示只能說明架構方向，不能取代實際任務驗證。可選地區與線路類型請參閱線路清單及面板。

出口選擇應符合服務使用地區

串流影音、辦公平台與 AI 工具可能因出口地區、帳戶條件及平台策略而有不同結果。網路連線成功，只代表請求有機會抵達目標，不代表內容地區或帳戶資格已符合要求。更換協定通常不會自動改變出口所在地；頻繁切換出口也可能觸發平台再次驗證。應先確認服務需要的地區，再比較該地區可用線路的穩定性，而不是在不同地區間來回切換，只比較開啟速度。

網域名稱解析也會影響路徑選擇。部分目標服務依賴內容傳遞網路，解析結果可能隨解析位置而不同；用戶端分流規則與解析策略不一致時，應用程式可能連到不適合目前出口的資源。若首頁正常，但圖片或播放內容載入較慢，除了線路，也要考慮資源網域套用了不同規則。檢查時應從用戶端提供的連線記錄著手，不要為了排錯而同時更改所有解析與路由設定。

Y5VPN 的服務範圍為 110+ 個國家 / 250+ 條線路，提供更多路徑選擇，但不代表每次都需要重新嘗試所有地區。更實際的做法是保留適合常用服務的主要出口，並準備可採用不同路徑的備用選項。線路變動時，先檢查是否需要更新訂閱，再確認原有選擇。訂閱取得與更新的完整說明，請參閱訂閱連結指南。

封包遺失、排隊與尖峰時段壅塞

封包遺失不只源自頻寬不足

資料封包可能在無線網路、家用設備、電信網路、入口設備或遠端路徑上遺失。無線干擾、接收狀況變化、緩衝區溢位與設備處理不及，都可能造成類似結果。可靠傳輸會嘗試補回遺失內容，因此使用者通常看到的是停頓後繼續，而不是明確的封包遺失提示。只有先分辨問題來自本地連線還是遠端路徑，才能判斷應改善無線環境、暫停背景工作，或更換線路。

封包遺失與延遲升高不一定會同時發生。連線可能先將資料堆積在緩衝區中，表現為互動逐漸變慢，之後才開始丟棄資料；有些無線問題則會直接造成間歇性遺失。持續下載能維持傳輸，不代表會議一定順暢，因為下載可以等待重傳，實時應用程式則更在意內容能否準時送達。診斷時應記錄實際使用狀況，而不只是確認「能不能下載」。

尖峰時段應在相同條件下比較

尖峰時段體驗變差，可能是共用網路、互連容量、入口資源或目標平台負載所致。白天測試正常、晚上變慢，只能表示問題與時段有關，無法直接判定服務端壅塞。可在問題發生時使用相同裝置與任務，先暫停本地同步，再比較不同路徑，並觀察其他未使用代理的網路服務是否也受影響。逐步縮小範圍，可避免把家用網路的資源競爭誤認為遠端故障。

排隊可能讓大量傳輸佔用互動請求的等待空間。若開始同步檔案後語音品質變差，暫停同步便恢復，表示共用瓶頸值得優先檢查。適當管理本機流量可能比更換加密協定有效；但設定應依照設備能力與實際網路調整，不要直接套用他人的設定。一般使用者可先減少同時進行的大型傳輸、改善無線連線，再比較不同入口，這樣更容易驗證。

解讀診斷工具結果時應留意限制

簡單的連線探測不一定會與實際應用程式走相同的處理路徑。中間設備可能降低探測回應的優先順序，也可能只限制特定類型的訊息，因此探測沒有回應，不能單獨證明應用程式資料遺失。路徑追蹤中有一個節點沒有回應，但後續仍可抵達，也不應立即認定該節點故障。應將工具結果與實際瀏覽網頁、傳輸檔案及應用程式表現交叉檢查，不要只憑單一探測結果判定線路狀況。

另一個容易忽略的因素是資料封包大小與路徑承載能力。封裝增加額外標頭後，較大的資料可能需要分片，或仰賴路徑探索機制；部分環節處理不當時，就可能出現小型請求正常、大量傳輸停滯的情況。遇到這類狀況，可依照用戶端說明或支援指引檢查相關設定，但不要任意填入網路上流傳的固定參數。錯誤調整可能暫時掩蓋問題，也可能讓其他網路環境變得更差。

若同一網路下多個出口都異常，換用其他網路後恢復，應優先檢查本地路徑；若只有特定出口或目標異常，則應聚焦於對應區段。若所有測試都只使用同一個目標，也可能把目標服務繁忙誤認為整體線路問題。交叉驗證的目的不是增加測試次數，而是讓每次觀察都能排除一種可能的解釋。

提交問題時，請描述發生時段、連線方式、所選線路、用戶端狀態、受影響的應用程式，以及已完成的比較。驗證失敗、憑證錯誤、連線逾時與傳輸中斷屬於不同問題，請盡量保留原始錯誤訊息。不要傳送完整訂閱連結、帳戶密碼或存取憑證；如需提供記錄，請先檢查並遮蔽敏感欄位，再透過使用者面板的客服案件提交必要資訊。

依情境建立選擇紀錄

分別判斷辦公、瀏覽與持續傳輸需求

辦公與日常瀏覽應優先留意連線建立是否穩定、互動回應速度，以及切換網路後能否恢復。先選擇符合服務地區且已確認可用的線路，使用訂閱預設協定完成日常任務，再觀察是否出現固定問題。若首次請求總是等待而後續正常，優先檢查解析與交握；若大型任務進行時互動變慢，先檢查共用頻寬與排隊狀況。不要只因某個協定被稱為先進，就跳過實際使用驗證。

持續傳輸更重視路徑容量與長時間傳送的連續性，但也應檢查是否影響同一裝置上的其他任務。檔案能順利傳完，不代表預設設定適合一邊下載、一邊開會。使用語音、遊戲等即時應用程式時，也應確認資料封包轉送能力與用戶端接管範圍，並留意間歇性停頓，而非只看平均下載表現。若應用程式沒有套用預期規則，更換線路也不會改變它實際使用的路徑。

使用 AI 工具與串流影音前，先確認服務條件

AI 工具的網頁、帳戶驗證、檔案上傳與長時間回應可能經由不同服務入口。首頁能開啟，不代表所有功能都能使用；回應中斷也不一定是代理連線中斷。先確認其他任務是否也同時受影響，再檢查目標平台狀態、帳戶條件與相關網域規則。若長時間請求中途失敗，維持同一出口重新檢查，通常比頻繁更換地區更容易判斷是否為工作階段問題。

串流影音也應將網路傳輸與內容使用資格分開判斷。播放畫質受到持續傳輸量、裝置能力、帳戶方案與平台自動調整策略共同影響；內容地區則還涉及平台對出口與帳戶的判定。不能只憑協定名稱保證一定能觀看特定內容。可先固定目標平台與地區，測試開始播放、拖曳播放進度與持續播放，再到串流影音專題查看驗證方式，避免把地區條件誤判為傳輸效能。

用測試紀錄取代協定排名

選擇紀錄應包含裝置與系統、用戶端、連線方式、出口地區、線路類型、協定組合、使用任務與觀察結果。結論可以寫成「適合會議，切換網路後的恢復情形仍需觀察」或「持續下載正常，首次連線等待明顯」。這類紀錄保留了適用條件，日後網路環境變化時也能重新檢查。不要寫成不考慮環境的永久排名，也不要直接比較不同地區、不同時段的結果差異。

選擇方案與選擇協定也應分開考量。流量額度是用來安排用量，不代表特定價格方案就對應某種協定效能。Y5VPN 月訂閱方案為 ¥9.9/月含 60GB、¥18/月含 250GB、¥28/月含 500GB，流量每月於開通日重置，中途升級的差額會按剩餘天數折算。流量包用完為止，永久不過期，價格為 ¥158/300GB、¥358/1000GB、¥658/3000GB。完整方案請參閱方案頁面。

帳戶不需要電子郵件地址，只要使用者名稱與密碼即可註冊；付款支援支付寶 / 微信 / USDT，並提供 7 天無理由退款。以上是服務資訊，不能取代技術驗證。開始使用後，請先依照快速上手教學建立可正常存取的基準，再用本頁方法排查差異。對於尚未熟悉的進階設定，保留訂閱預設值通常比一次大量修改更穩妥。

最後可依下列順序選擇：確認用戶端相容且訂閱有效，固定服務地區，確認規則與接管範圍，再比較線路路徑，最後針對明確問題比較協定。某次連線速度快，只代表當下的組合符合當時條件；能在條件改變後釐清問題、恢復連線並保留有效紀錄，才是本技術指南希望建立的使用方式。若需進一步處理帳戶或連線問題，可前往幫助中心依類別查閱。