VPN 協定與線路技術參考

協定不是速度分級

協定決定資料如何封裝、如何建立工作階段、如何確認連線狀態，以及遇到丟包時採取何種復原方式。它會影響交握流程、CPU 占用、記憶體分配、重新連線節奏與網路切換後的復原能力，但協定名稱本身不等於速度等級。同一協定套用在不同線路上，結果可能完全不同；不同協定經過同一條品質穩定的線路，也可能都能滿足日常存取需求。把協定直接排成「快慢榜」通常會忽略真正決定體驗的路徑品質。

選擇時先確認業務行為。網頁與文字訊息由大量短連線組成，使用者更容易察覺首次開啟是否俐落；檔案傳輸與高畫質影片屬於持續流量，更重視穩定吞吐量與長時間丟包復原；語音、會議與遠端桌面對抖動更敏感，即使平均速度很高，也無法掩蓋音畫突然停頓。協定應服務於業務，而不是讓業務遷就某個熱門名稱。

線路決定資料實際經過哪裡

線路拓撲描述入口、轉送點與出口之間的關係。直連由目前網路直接存取出口，路徑簡潔，但路由可能隨電信商策略與網路時段變化。中轉會先進入位置較近或互聯條件較好的入口，再由服務端轉送至目標出口，可減少不可控的公網路段。專線則進一步強調中間鏈路的可管理性，重點是路徑穩定與壅塞隔離，而不是讓所有終端都變成相同的低延遲。

因此，發現連線變慢時不要立刻更換協定。若多種協定在同一出口的表現相近，應優先懷疑入口、路徑或出口負載；若只有某一協定頻繁重新連線，而其他協定穩定，再檢查該協定與目前網路的相容性。依循這個順序能減少無效切換，也能避免把線路問題錯誤歸因於用戶端。

終端環境會改變最終結果

桌面系統通常允許連線程序持續執行，電源策略也相對寬鬆。行動系統則會凍結背景工作、切換 Wi-Fi 與行動網路，並在螢幕關閉後重新安排網路活動。同一條線路在桌面端穩定，不代表行動端鎖定螢幕後仍能維持相同狀態。用戶端實作、系統網路延伸功能、背景權限與省電策略都會參與連線生命週期。

建立基準時，應固定節點、協定與業務，只改變一個條件。例如先在同一網路中比較協定，再固定協定比較不同線路，最後測試前後台切換。一次同時更換協定、節點、網路與用戶端，看似測試了許多組合，實際上卻無法確認改善來自哪裡。技術選擇需要可重現，而不是依賴一次偶然成功。

Shadowsocks：結構簡潔，仰賴外層線路品質

理解 Shadowsocks 的重點在於輕量加密轉送。其協定結構相對直接，用戶端與服務端實作廣泛，資源開銷通常容易控制，適合作為網頁、訊息、開發工具與一般下載的基礎選擇。它不會替線路修復壅塞，也不會自動消除公網路徑上的抖動；底層鏈路穩定時，簡潔結構能減少額外處理，底層持續丟包時，應用層仍會感受到停頓。

使用 Shadowsocks 時，應關注用戶端是否正確處理系統代理、DNS 與連線重用，而不是只看加密方法名稱。部分應用程式不遵循系統代理，部分應用程式會自行快取解析結果，這些現象都可能造成「瀏覽器能用、應用程式不能用」的差異。此時繼續更換節點未必有效，先確認流量是否真的進入用戶端更重要。

VMess：狀態資訊完整，設定項目較多

VMess 包含較完整的工作階段與身分資訊，常見實作允許搭配不同承載方式。它的優勢是部署組合豐富，適合需要相容既有服務架構的環境；代價是設定範圍更廣，用戶端與服務端參數必須互相匹配。傳輸承載、加密、安全層與路徑只要有一項不一致，就可能表現為交握失敗，而不只是單純變慢。

排查 VMess 時，應分開核對身分、承載與外層安全。匯入訂閱通常會自動完成這些參數，不建議手動重寫後再與原設定混用。若匯入後無法連線，先重新取得訂閱並確認用戶端選取正確項目，再檢查系統時間、DNS 與網路權限。設定項目多不代表效能必然更強，它更像是相容不同部署方式的工具箱。

Trojan：借助標準安全工作階段，邊界清晰

Trojan 通常建立在 TLS 工作階段之上，驗證與加密邊界容易理解，適合需要標準安全層與成熟網路函式庫的情境。建立連線時會經過安全交握，首次連線體驗同時受解析、憑證驗證與網路往返影響。工作階段穩定後，持續傳輸主要仍由線路容量、壅塞與出口決定。

它適合桌面辦公、瀏覽器存取與持續連線，也常用於需要良好應用程式相容性的環境。若某個網路不利於維持長連線，可以比較同一節點的其他協定；若所有基於 TCP 的協定都出現相似停頓，問題更可能出在丟包復原或線路壅塞，而不是 Trojan 本身。

VLESS：減少協定內冗餘，仰賴正確組合

VLESS 將身分驗證與具體安全承載分離，協定本身更精簡，常與 TLS 或其他安全層組合。它的效能特徵不能脫離承載方式討論：同樣名為 VLESS，套用在不同傳輸方式與線路中，可能呈現完全不同的連線建立流程與資源使用情況。看到訂閱中的 VLESS 項目時，應將它理解為組合入口，而不是單獨的速度保證。

這種拆分方便依部署需求組合，但也要求用戶端完整理解訂閱參數。更新用戶端或重新匯入訂閱，通常比手動複製局部欄位更可靠。若連線出現「能建立但應用程式沒有流量」，應繼續檢查路由規則、DNS 與系統網路延伸功能，而不是只重複點擊連線。

Hysteria2 與 TUIC：面向不穩定鏈路的 UDP 方案

Hysteria2 與 TUIC 都以 QUIC 及 UDP 傳輸能力為基礎，重點不在「無條件更快」，而在於面對抖動、丟包與網路切換時，採用不同於傳統 TCP 的壅塞控制與多路複用方式。它們適合底層 UDP 可用、路徑品質波動明顯，且應用程式需要持續傳輸的環境。若目前網路限制 UDP，或裝置對背景 UDP 維持較嚴格，連線可能降級或無法建立。

兩者都需要關注用戶端實作品質。壅塞控制、連線遷移、工作排程與系統介面呼叫都會影響實際體驗。行動端使用時還要觀察待機恢復與耗電情況，而不是只在前景執行一次下載。協定具備處理波動的能力，不代表它能突破出口容量不足；尖峰時段出口已飽和時，改用 UDP 方案只能改變復原方式，不能憑空增加可用頻寬。

連線建立速度要區分冷啟動與重用

使用者感受到的「連得快」至少包含幾個階段：網域名稱解析、與入口建立網路連線、協定驗證、外層安全交握、系統網路介面接管，以及應用程式重新發起請求。冷啟動會經歷完整流程，既有連線重用則可能省略部分步驟。只觀察用戶端按鈕變成已連線，不能說明業務流量已經通過；應繼續開啟新網頁或重新發起應用程式請求，確認解析與路由都已切換。

短時間測試容易偏向連線重用的表現。某個協定第二次連線明顯更快，可能只是解析快取、工作階段快取或系統網路介面尚未釋放。公平比較時，應在相同網路、相同入口與相同出口下進行，並記錄是首次連線還是恢復連線。不必追求精確到毫秒的排名，關注是否穩定、是否經常卡在某個階段更有意義。

資源占用來自加密、複製與排程

CPU 耗用不只由加密演算法決定。資料在應用程式、系統網路延伸功能與用戶端核心之間複製，連線數量增加、多路複用佇列增長、記錄層級過高，都可能帶來額外工作。記憶體占用也會受到緩衝區、並發連線與快取策略影響。輕量協定通常更容易預測資源使用，但若用戶端實作頻繁喚醒或維持大量連線，輕量結構仍可能造成明顯耗電。

觀察資源時不要只看瞬時峰值。網頁開啟後的短時間運算屬於正常活動，更值得關注的是沒有業務時是否仍持續喚醒、鎖定螢幕後是否長時間活躍、網路切換後是否留下重複連線。桌面端可查看工作管理員或系統活動監視器；行動端則結合系統電池頁面、背景活動記錄與實際待機變化判斷。

丟包復原不只是重傳速度

傳統 TCP 會依連線維護有序位元組流，遺失的資料需要復原後，後續內容才能依序交給應用程式。QUIC 在串流組織與復原方面採用不同機制，可減少某些互不相關請求之間的相互等待，但底層頻寬與出口負載仍是硬性限制。若路徑持續壅塞，任何協定都需要降低傳送節奏，否則只會製造更多重傳。

因此，選擇協定時應問：「目前的問題是哪一種等待？」網頁首次開啟緩慢可能是解析與交握；影片週期性緩衝可能是吞吐量波動；會議聲音斷續可能是抖動與即時封包遺失；下載速度逐漸下降可能是壅塞控制正在縮小視窗。問題定義越清楚，協定比較就越有價值。

直連：路徑較短，但公網路由變化更直接

直連表示終端所在網路直接存取出口節點，中間仍會經過電信商與互聯網路，只是不額外經過服務端入口轉送。它的優勢是結構簡單，沒有額外中轉處理；雙方互聯良好時，連線建立與持續傳輸都可能很直接。弱點是可控的路徑範圍較小，電信商路由調整、跨網互聯壅塞與遠距公網波動都會直接反映在連線上。

直連適合目前位置到目標出口已有良好路由的情況。判斷方法不是看地圖距離，而是觀察持續連線是否穩定、不同時段是否出現相同問題，以及多個協定是否同時受到影響。地理位置較近的出口未必網路跳數較少；地理位置稍遠但互聯清晰的出口也可能更穩定。

中轉：以受控入口縮短不可預測路段

中轉線路會先讓終端連線至較合適的入口，再由入口將資料轉送至出口。設計目標是把最容易變動的一段公網路徑，替換成服務端可調度的鏈路。它通常對跨電信商、遠距出口與尖峰時段波動更有幫助，但中轉本身也會增加處理環節，因此入口位置、入口容量、轉送策略與出口品質缺一不可。

中轉不代表所有情境都能降低延遲。若終端到入口繞路，或入口已經壅塞，多一段轉送反而會增加等待。正確做法是依目前網路選擇入口，而不是固定認為某個標籤必然更快。H5VPN 覆蓋 120+ 個國家 / 190+ 條線路，可在全球節點頁面查看地區、城市與線路類型，再配合實際業務選擇。

專線：強調中間鏈路的穩定與隔離

專線類拓撲的價值主要在於中間路徑更容易管理，減少與一般公網流量共同爭用不可控鏈路的情況。IEPL 等標籤描述的是線路組織方式，不應理解為終端到入口的所有路徑都已固定。使用者端的接入網路、無線品質、家用路由器狀態與最後一段電信商網路仍會影響結果。

專線更適合對持續穩定性敏感的工作負載，例如會議、遠端桌面、長時間檔案傳輸與穩定碼率播放。判斷重點是波動是否收斂，而不是某次測速是否出現峰值。峰值很高但頻繁回落的線路，對即時業務未必優於峰值普通但持續穩定的線路。

入口、出口與目標服務要分開定位

入口負責接收終端連線，出口負責對外存取，目標服務則有自己的接入策略與內容分區。用戶端顯示已連線，只能證明終端到服務的鏈路已建立，不代表某個目標服務必然正常回應。若多個網站正常而單一服務異常，應檢查目標服務、DNS 或出口適配；若所有業務同時停頓，則更可能是入口、終端網路或連線核心出現問題。

選擇線路時應保留替代路徑。常用出口可以準備直連與中轉兩個方案，辦公與娛樂也可使用不同出口。目的不是頻繁切換，而是更快隔離故障：替代路徑正常，代表終端基礎設定大致有效；所有路徑都異常，則回頭檢查系統權限、用戶端狀態與本地網路。

丟包會在不同業務中呈現不同症狀

封包遺失後，可靠傳輸需要重傳；即時傳輸則可能直接捨棄過期內容。網頁常見表現是某個資源長時間等待，接著頁面突然完整出現；影片會表現為緩衝區逐漸耗盡，之後降低畫質或暫停；會議更容易出現聲音缺口、畫面凍結與控制延遲；遠端桌面則可能出現輸入已送出，但畫面稍後才跟上的情況。

這些現象不能只用「速度慢」概括。下載工作可以透過緩衝與重傳掩蓋短時間丟包，即時業務卻無法等待過期資料。判斷線路是否適合會議時，應觀察連續交流與操作回應，而不是只執行一次大型檔案下載。反過來，網頁開啟順暢也不代表持續傳輸擁有足夠容量。

抖動是延遲在時間軸上的不穩定

平均延遲相同的兩條線路，若其中一條時快時慢、偶爾明顯停頓，互動體驗會更差。應用程式為了平滑播放會設定緩衝，但緩衝越大，即時性越低。語音與遠端控制無法無限增加緩衝，因此對抖動尤其敏感。協定可以調整傳送與復原策略，卻無法完全消除底層佇列突然增長造成的等待。

無線環境本身也會製造抖動。訊號競爭、漫遊切換、路由器排隊與其他裝置的上傳工作，都可能讓終端到入口的第一段路徑不穩定。此時更換遠端出口無法解決本地排隊問題。可以先暫停占用上傳頻寬的工作、靠近存取點或改用有線網路，確認本地段穩定後再比較線路。

尖峰時段問題通常是共享資源競爭

尖峰時段，多條路徑上的使用量會同時增加。家庭接入、電信商互聯、入口、中轉與出口都可能形成佇列。佇列較短時只是延遲增加，持續增長後便會出現丟包與壅塞控制收縮，最終表現為吞吐量下降與反覆緩衝。單次測速峰值無法說明整段時間的穩定性，因為短時間工作可能剛好避開壅塞窗口。

定位尖峰時段問題時，應維持相同業務，依序更換同地區線路、不同拓撲與鄰近出口。如果只有某個入口異常，可更換同一出口的另一個入口；如果同地區出口都異常，可比較鄰近地區；如果所有遠端線路同時變差，應檢查本地接入與電信商路徑。這個過程的目標是縮小故障範圍，而不是無序遍歷所有節點。

頻寬、延遲與穩定性不能互相取代

頻寬描述單位時間內可傳輸的資料量，延遲描述請求往返的等待時間，穩定性描述這些指標是否持續且可預測。大型檔案更依賴頻寬，互動應用更依賴延遲，會議與影片則同時依賴穩定性。選擇線路時，應先確認業務最不能接受哪種失敗：網頁首次開啟等待、影片降低畫質、會議斷音，還是下載時間拉長。

串流影音自動降低畫質時，可以進一步閱讀觀看 4K 該用哪款 VPN：畫質總掉到 480p 的原因與選購實測。文章從碼率、緩衝與丟包角度拆解畫質變化。本頁聚焦通用網路層，不將某個串流影音服務的結果直接推論至所有業務。

Windows 與 macOS：更容易觀察持續運作

桌面系統通常允許網路延伸功能與用戶端核心持續運作，適合長時間檔案傳輸、會議與開發環境。Windows 上應注意系統代理與虛擬網路模式的差異，部分應用程式只讀取系統代理，另一些則需要虛擬網路介面接管。macOS 則需要正確授予網路延伸功能權限；權限未完成時，用戶端介面可能可以操作，但系統流量並未進入連線。

桌面端排查可以使用工作管理員、活動監視器與系統網路設定。重點不是追蹤瞬時 CPU 數值，而是觀察閒置時是否持續占用、網路切換後是否重複建立連線，以及從休眠恢復後是否需要手動重新連線。macOS 安裝與權限流程可參考macOS VPN 入門：從安裝、授權到匯入訂閱的完整教學。

iOS 與 Android：背景凍結與網路切換更關鍵

行動作業系統會依據前後台狀態、電量策略與網路條件調度應用程式。螢幕關閉後，用戶端不一定會像桌面端一樣持續運作；Wi-Fi 切換至行動網路時，原連線的本地位址與路徑也會改變。支援連線遷移的協定可能更快恢復，但最終仍取決於用戶端是否正確接收系統事件，以及系統是否允許它在背景完成必要工作。

判斷耗電時，應區分正常傳輸與異常喚醒。觀看影片、同步檔案時，持續加密與收發資料必然會消耗資源；真正值得排查的是沒有業務時仍頻繁活動、鎖定螢幕后裝置持續發熱，以及網路切換後不斷重試。先更新訂閱、停止詳細記錄、關閉不需要的並發工作，再比較另一個協定。若只有某條線路導致持續重新連線，線路可達性比協定計算量更值得懷疑。

Linux：透明路由與權限邊界需要明確

Linux 環境差異很大，桌面發行版、伺服器與容器中的網路管理方式並不相同。使用系統代理時，只有遵循代理設定的應用程式會進入連線；使用虛擬網路介面或透明路由時，則需要正確的權限、路由表與 DNS 設定。連線成功後若只有命令列工具異常，應檢查該工具是否讀取環境變數；若整個系統異常，則檢查預設路由與解析路徑。

不要在多個網路管理工具中同時寫入彼此衝突的規則。臨時測試完成後，應確認舊路由與舊 DNS 已恢復。對於長期運作的裝置，還要觀察休眠、網卡重新連線與服務重啟後的恢復情況。協定核心本身正常，不代表系統啟動順序與權限一定正確。

多裝置不等於複製同一套設定

H5VPN 支援 Windows / macOS / iOS / Android / Linux，且不限裝置數量。不同裝置可以使用相同訂閱，但應依裝置能力選擇連線方式。桌面端可優先考慮穩定持續運作，行動端應同時關注鎖定螢幕後的恢復與電量，Linux 則需要明確區分系統代理與透明路由的界線。將桌面端的複雜規則原樣搬到行動端，往往會增加除錯成本。

訂閱連結屬於帳戶憑證，應只匯入可信任的用戶端並妥善保管。註冊不需要電子郵件地址，只要使用者名稱與密碼即可完成。若需要重新取得用戶端或訂閱，應進入使用者面板，不要透過聊天記錄反覆轉傳連結。用戶端下載統一從使用者面板進入。

網頁、資料查詢與 AI 工具

這類業務包含大量短請求，也可能維持串流回應。首次開啟取決於解析與交握，連續對話則要求連線保持穩定。可以先從結構簡潔、相容性成熟的 Shadowsocks 或 Trojan 開始，搭配路徑清晰的中轉或專線。若目前網路的 TCP 抖動明顯，再比較 Hysteria2 或 TUIC，觀察串流內容是否減少中斷。

不要只測試首頁是否開啟。應繼續登入、發起新請求、維持一段連續輸出，並切換瀏覽器分頁後再返回。若頁面可以開啟但串流回應頻繁停止，檢查長連線與線路抖動；若只有某個工具異常而其他網站正常，檢查出口地區、DNS 與該服務本身的狀態。協定切換應放在這些檢查之後。

影片、直播與大型檔案傳輸

持續傳輸需要足夠吞吐量，也需要在壅塞時平穩復原。線路容量充足且丟包率低時，多種協定都能正常運作；路徑波動明顯時，基於 QUIC 的方案可能更擅長處理變化，但前提是 UDP 可用且用戶端實作穩定。直連線路若長時間穩定，不必因為標籤普通就強行改用更複雜的組合。

驗證時應觀察持續播放、拖曳進度與畫質恢復，而不是只看開始播放。下載工作則要觀察速度是否穩定、暫停後能否恢復，以及其他應用程式同時使用時是否出現明顯爭用。串流影音能否存取也與出口適配有關，網路層穩定不代表每個內容庫都相同。節點頁面會標示線路類型與串流影音支援，選擇前可先查看全球節點。

會議、語音與遠端桌面

即時業務最怕抖動與連續丟包。優先選擇路徑穩定的中轉或專線，再比較協定。Trojan、VLESS 等基於 TCP 的組合在穩定線路上可以維持良好體驗；若本地網路經常切換或路徑丟包明顯，可測試 TUIC 或 Hysteria2，但必須實際驗證麥克風、畫面分享與遠端輸入，而不能用下載速度代替。

會議開始前應避免臨時更新用戶端或大幅修改規則。準備一條已驗證的替代線路，在目前路徑異常時快速切換。若聲音斷續但畫面仍在，可能是即時封包受到抖動影響；若所有內容一起凍結，檢查本地網路與入口；若只有遠端桌面輸入延遲，檢查目標主機與應用程式本身。不同症狀對應不同層級。

短期出差與飯店網路

飯店、共享辦公室與公共 Wi-Fi 的接入策略不一致，有些需要網頁驗證，有些會在裝置休眠後重新驗證。先完成接入網路本身的驗證，再啟動用戶端。若驗證頁面無法顯示，可暫時中斷連線並重新開啟一般網頁，讓系統觸發驗證頁面；完成後再恢復連線。

商務旅行情境應重視復原能力與備用路徑。準備桌面與行動端用戶端，提前匯入訂閱，並在出發前確認可用。若飯店網路對 UDP 的相容性較弱，可切換至 Shadowsocks、Trojan 或 VLESS 的合適項目；若 TCP 路徑壅塞，則比較中轉與 QUIC 方案。更多情境細節請見出差該用哪款 VPN：短期商旅方案與飯店網路實測比較。

方案選擇應符合使用結構

協定與線路決定連線方式，方案決定可用流量。月訂閱提供 ¥9.9/月含 60GB、¥18/月含 250GB、¥28/月含 500GB，流量依開通日每月重設，中途升級差額按剩餘天數折算。流量包為 ¥158/300GB、¥358/1000GB、¥658/3000GB，用完為止，永久不過期。

持續觀看影片與傳輸大型檔案較適合按月評估用量，間歇出差或低頻備用則可比較流量包。所有選擇都應以實際業務為依據，不必為了使用某個協定而購買不同裝置名額；本服務不限裝置數量，並提供 14 天無理由退款。完整規則與付款方式可查看方案頁面，支援支付寶 / 微信 / USDT。

先確認故障範圍

第一步不是切換所有設定，而是判斷影響範圍。檢查問題是單一網站、單一應用程式、某類業務，還是所有流量都異常。瀏覽器正常而桌面應用程式異常，通常指向系統代理或應用程式路由；多個應用程式同時異常，則檢查連線核心、網路介面與入口；只有單一目標異常，則優先檢查目標服務、出口地區與 DNS。

接著確認問題是否與時間、網路及裝置相關。同一裝置更換網路後恢復，表示原接入環境值得排查；同一網路上的多台裝置都異常，表示本地路由或上游路徑可能有共同問題；只有行動端鎖定螢幕後中斷，則應檢查背景策略。透過逐步縮小範圍，可以避免把每次故障都歸結為節點無法使用。

建立可重現的測試基準

選擇常用裝置、穩定的接入網路、一個已知可用的節點，以及一項明確業務作為基準。記錄協定、線路類型、出口地區、用戶端模式與異常表現。之後每輪只改變協定、線路或網路其中一項。若改變後恢復，再切回原條件重新測試，確認改善不是來自快取或偶然波動。

可以使用簡短的文字記錄，不需要複雜監控。記錄的價值在於讓不同輪次可以比較，也方便提交工單時說明問題。範例如下，其中不包含訂閱憑證或真實位址：

環境: macOS
業務: 視訊會議
協定: Trojan
拓撲: 中轉
現象: 可以建立連線，持續通話時出現間歇性停頓
對照: 切換至同一出口的專線後恢復
複測: 切回原線路後問題再次出現

依層級執行替換

先在同一出口內更換協定，可判斷傳輸相容性；再維持協定不變，更換同地區的線路，可判斷入口與路徑；之後才更換出口地區，用於排除出口負載或目標適配問題。若所有組合都失敗，則檢查用戶端權限、訂閱是否更新、系統時間、DNS、本地網路與安全軟體規則。

對於 Hysteria2 與 TUIC，若無法建立連線，可以先測試同一節點的 TCP 類協定。TCP 類協定正常而 UDP 類協定持續失敗，表示目前網路對 UDP 的可用性需要進一步確認。若 UDP 可以建立連線，但行動端鎖定螢幕後頻繁恢復，則應關注系統背景策略與用戶端實作。不要只憑協定標籤判斷服務端故障。

區分連線狀態與業務可用性

用戶端顯示已連線，表示通道或代理工作階段已建立，但業務請求仍要經過 DNS、路由、出口與目標服務。驗證時應重新發起請求，不要只重新整理仍在使用舊連線的頁面。瀏覽器可能重用既有連線，應用程式也可能快取解析結果；完全關閉相關應用程式後重新開啟，能更清楚地驗證新線路是否已接管。

若新網頁正常而舊分頁異常，可能是舊連線尚未遷移；若網域無法解析但直接業務連線正常，檢查 DNS；若頁面資源載入不完整，檢查丟包、規則與目標分發網域；若連線一段時間後才停止，檢查網路切換、工作階段維持與背景凍結。把「不能用」拆成具體階段，排錯會明顯加快。

何時應該提交工單

完成基礎對照後仍無法定位問題，可以進入使用者面板提交工單。建議提供裝置平台、用戶端模式、協定、線路類型、出口地區、接入網路類型、發生時段與可重現步驟。不要提交密碼、訂閱連結或任何存取憑證。清楚的對照結果比籠統描述「速度慢」更容易定位。

工單入口位於使用者面板。如果尚未完成基礎設定，先回到新手指南逐步檢查安裝、權限、訂閱匯入與連線驗證。若需要比較線路，請查看全球節點頁面；若需要核對月訂閱、流量包、升級規則與退款說明，請查看方案頁面。