協定與核心指南

一、設定分層與欄位對應

先辨識用戶端、核心與伺服器

用戶端是管理設定的圖形介面，負責匯入分享連結、管理訂閱群組、選擇伺服器及變更系統代理。核心會讀取用戶端產生的設定，實際執行監聽、網域解析、路由判斷與遠端連線。伺服器則執行與用戶端設定相符的接入配置。三者各有分工，因此介面能儲存一筆設定，只代表輸入內容通過介面檢查，不代表核心支援所有參數，更不代表伺服器已採用相同設定。

一條連線可分成四層來理解：代理協定決定身分驗證與代理請求的表示方式；傳輸方式決定如何承載這些內容；安全層負責加密外部連線並驗證身分；路由規則則決定哪些請求會使用這條連線。訂閱連結是設定的發佈入口，不屬於上述連線層。若把訂閱網址填入伺服器位址欄，或將傳輸名稱誤認為代理協定，後續檢查便會失去對應關係。請先確認目前編輯的是訂閱群組還是單筆伺服器設定。

別依顯示名稱推測設定

伺服器別名只用於清單辨識，可由訂閱提供者自行命名。別名中出現某個協定名稱，不代表實際協定欄位就是該類型。判斷時應以編輯視窗中的類型、位址、連接埠、身分欄位、傳輸方式及安全設定為準。位址可能是網域名稱，也可能是 IP 位址；連接埠是遠端服務的監聽埠，不是本機代理埠。瀏覽器連線至本機代理時使用的監聽埠，與遠端連接埠屬於兩段不同的連線；修改其中一個，不會自動修正另一個。

傳輸路徑與伺服器名稱也不能互相替代。使用以網頁連線為基礎的傳輸方式時，路徑通常供伺服器端分派請求；伺服器名稱則用於安全交握或憑證驗證。部分設定還包含請求標頭中的主機名稱，三者可相同也可不同，視部署方式而定。用戶端將這些欄位放在相近位置只是為了方便編輯，不代表它們的意義相同。排錯時請逐項核對原始設定，不要把所有網域欄位都改成伺服器位址。

以最少變更建立可重現的條件

訂閱設定通常已提供完整組合，不宜憑個人偏好更換其中某一層。例如，把既有設定的安全層改成另一種類型，不會讓伺服器自動支援該功能；變更傳輸方式也需要伺服器端同步支援。若要比較兩種方案，請取得伺服器端明確提供的兩組完整設定，並保持本機路由、測試目標及接入網路一致。只修改單筆設定的類型欄位，往往只會造成連線失敗，無法進行有意義的協定比較。

建議在開始排錯前，先記下用戶端名稱、目前使用的核心、協定類型、傳輸方式與安全層，再記錄問題發生於匯入、啟動、交握或存取哪個階段。這樣就能將「無法使用」拆解成具體環節。若記錄顯示核心無法辨識設定欄位，應先檢查核心與設定格式；若核心已啟動但遠端交握失敗，再檢查位址、身分及安全參數。跨層反覆修改，會讓先前有效的設定也難以還原。

二、四種代理協定的取捨

VMess 與 VLESS：職責範圍各異

VMess 是 Project V 生態系較早採用的代理協定，設計中包含使用者身分驗證與訊息保護機制，常見設定以使用者識別碼作為驗證資訊。早期實作採用過不同的驗證方式，較新的設定通常使用 AEAD 機制。舊教學提到的額外識別參數，不應直接視為新設定的建議值。對用戶端使用者而言，重點是依伺服器提供的欄位匯入並確保系統時間正確；部分驗證失敗與時間偏差有關，不要立即認定是線路無法使用。

VLESS 著重拆分職責，簡化協定本身，並將常見部署中的傳輸安全交由外部安全層處理。常見的空白加密欄位，不代表整條連線一定是明文，也不表示可以忽略安全設定：實際保護取決於外層是否正確啟用 TLS、REALITY 或其他明確設計的安全通道。VLESS 通常也使用使用者識別碼驗證，但不能任意與 VMess 的身分、加密或傳輸欄位互換。選用 VLESS 時，應將安全層及相關流控要求一併視為設定的一部分。

部分 VLESS 組合會使用特定流控方式，例如 XTLS Vision。流控欄位不是適用於所有傳輸方式的通用加速按鈕，必須由核心、傳輸方式與伺服器端共同支援。既有訂閱未設定流控時，不要自行補上某個名稱；既有設定包含流控時，也不能為了配合另一個核心就直接刪除。這兩種操作都可能改變連線行為。選擇時應優先考量雙方是否支援完整組合，而不是只比較協定名稱新不新。

Trojan：仰賴正確的 TLS 部署

Trojan 的常見設計會將代理驗證與請求放入 TLS 通道，並以密碼作為主要身分憑證。此處的密碼用於代理驗證；憑證驗證則用來確認外部安全連線的對端，兩者不能互相取代。即使密碼正確，憑證名稱不符仍可能導致連線失敗；憑證驗證成功但密碼錯誤，也無法完成代理請求。編輯時應分別核對伺服器位址、伺服器名稱、連接埠及密碼，不要把「允許不安全連線」當成處理所有交握錯誤的通用方法。

就使用方式而言，Trojan 的欄位相對直觀，但部署是否簡單，取決於憑證、網域名稱及伺服器端的維護方式。不同核心對延伸傳輸及附加選項的支援範圍也可能不同。只看到一條以此協定命名的分享連結，無法推知它採用哪種傳輸組合。若匯入訂閱後發現路徑空白、安全選項遺失或出現無法辨識的延伸欄位，請回頭核對原始設定，不要假設所有用戶端都會自動補上相同選項。

Shadowsocks：精簡結構與加密方式相容性

Shadowsocks 採用較精簡的代理結構，常見設定的核心欄位包括伺服器位址、連接埠、密碼與加密方式。不同方式代表不同的資料處理與金鑰要求，不能只保留密碼就任意更換加密方式。較早期的方式、常見的 AEAD 方式與後續的新協定系列，並非天然相容。部分方式要求特定長度或編碼格式的金鑰；即使用戶端接受一般文字輸入，也不代表伺服器端會將其解讀為相同的有效金鑰。

此協定常用於希望減少設定層次的情境，但是否適合仍取決於用戶端實作、伺服器端加密方式，以及是否附加外部傳輸元件。若分享連結引用額外元件，而目前用戶端不支援該元件，只匯入基本欄位通常不夠。比較資源用量時，也必須將附加元件納入完整連線成本。結構精簡或許能減少某些處理步驟，卻無法改變遠端頻寬、線路壅塞或應用程式的請求模式。

三、TLS 與 REALITY 參數

憑證驗證、伺服器名稱與時間

TLS 為上層連線提供傳輸保護，並透過憑證驗證等機制確認對端身分。用戶端連線時使用的伺服器位址，用於建立網路連線；伺服器名稱通常會在交握時提供，並用於比對憑證。兩者不一定完全相同，但必須符合伺服器端設定。若以 IP 位址連線，而憑證是簽發給網域名稱，卻直接將伺服器名稱也改成 IP 位址，可能會導致名稱驗證失敗。正確做法是取得伺服器端要求的名稱，而不是嘗試關閉驗證來規避錯誤。

憑證驗證也仰賴裝置時間與信任鏈。裝置日期若明顯不正確，憑證可能被判定為尚未生效或已過期；伺服器端未提供適當的憑證鏈時，部分環境也可能無法建立信任。若同一裝置上的多台伺服器都出現憑證錯誤，應先檢查本機時間與網路環境；若只有一筆設定失敗，則優先核對該伺服器的憑證與名稱。錯誤來源不同，處理方式也不同，反覆更換密碼通常無濟於事。

REALITY 的額外配對關係

REALITY 在用戶端通常需要設定伺服器名稱、伺服器端公鑰與短識別碼等參數，其驗證方式不同於一般公開憑證部署。伺服器端公鑰必須來自對應的服務設定，不能由用戶端任意產生取代；短識別碼的值與格式也必須符合伺服器端允許的範圍。REALITY 不是切換安全層選項就能啟用的模式。用戶端與核心都必須支援此方案，且連線對象必須是已採用相應設定的伺服器。

此處的公鑰與使用者識別碼用途不同：使用者識別碼用於代理層身分驗證，公鑰用於相關安全驗證，短識別碼則負責另一項配對要求。即使字元形式相似，把某個欄位複製到另一個輸入框也不會得到相同設定。介面也可能提供用戶端指紋選項，用來影響交握表現。指紋不是可任意填寫的品牌標籤，應使用目前核心明確支援的值，並依提供者要求維持設定組合一致。

部分教學會將 REALITY、VLESS 與 Vision 寫在一起，容易讓使用者誤以為三者必須同時出現。實際上應分別理解代理層、安全層與流控層，再依具體實作判斷哪些組合有效。不能因某種組合曾成功，就推論所有傳輸方式都支援相同流控；也不能將某個核心專用欄位轉寫到另一個核心，期待它產生相同效果。判斷依據應是所用核心的實際功能，而非介面上是否出現近似名稱。

傳輸路徑與協商參數

WebSocket 常見設定包括路徑與請求標頭；gRPC 則常設定服務名稱與相關模式。這些項目通常必須與伺服器端及中介代理相符。安全交握成功後，傳輸層仍可能因路徑或服務名稱錯誤而失敗，這類問題無法只靠檢查憑證排除。ALPN 用於表示應用層協定協商偏好，其值也應符合部署需求。增加更多候選值不一定能提升相容性，反而可能讓連線進入伺服器端尚未準備處理的路徑。

儲存安全層設定前，建議依原始分享紀錄逐項核對，尤其留意複製時是否出現空格、編碼或大小寫問題。遇到不熟悉的新欄位時，先確認用戶端是否支援，再確認核心是否支援。不要為了填滿空白欄位而自行補值，許多選項應維持預設或不設定。若需暫時修改以協助定位問題，請保留原始設定副本，測試後再還原；長期安全驗證設定不應只憑一次偶然連線成功來決定。

四、速度、資源與連線成本

分開看首次連線與持續傳輸

使用者所說的「快」，可能是指首次開啟網頁、持續下載速度、影片開始播放所需時間，或互動請求的回應速度。首次連線會經過網域解析、網路連線、可能的安全交握及代理請求；持續傳輸則較受頻寬、壅塞控制、線路封包遺失及伺服器負載影響。某種組合減少交握步驟，不代表下載大型檔案一定更快。反過來說，持續傳輸表現良好的線路，也可能因網域解析耗時，讓網頁初次開啟顯得緩慢。

代理協定的加密與封裝會產生處理成本，但現代裝置的瓶頸往往不在這個環節。只有在處理器效能明顯受限、長時間高吞吐量傳輸或同時有大量連線時，協定實作與硬體加速的差異才較容易顯現。一般瀏覽網頁時，遠端線路與目標網站的回應時間可能占主要比例。不能只憑單次下載結果，就將伺服器負載變化歸因於協定；也不應為所有裝置套用固定的速度或資源用量排名。

多工與傳輸封裝的限制

多工嘗試以較少的底層連線承載多個邏輯請求，可能減少重複建立連線的成本，但也會改變並行請求共用線路的方式。若底層連線發生封包遺失或阻塞，多個請求可能同時受到影響。部分傳輸或流控組合不適用通用多工設定，強行啟用可能沒有好處，甚至造成錯誤。請先使用用戶端與伺服器端預設相容的組合；確認問題確實來自頻繁建立連線後，再考慮啟用受支援的多工方式。

增加網頁傳輸等封裝層，可能有利於特定部署中的接入與流量分派，但也可能增加額外標頭、緩衝需求及中介代理限制。原生連線路徑較短，不代表在所有網路中都更穩定；經過中介代理的連線較複雜，也不代表一定更慢。比較前應確認兩筆設定連線到相同地區與服務資源，否則協定差異會與線路差異混在一起，結果只能描述這兩條完整線路，不能代表協定本身。

正確解讀延遲測試

基礎網路探測只能反映某一層是否可連線，無法完整驗證代理驗證與目標存取。真實連線延遲測試通常會透過實際代理連線存取指定目標，但結果仍會受測試網址、路由規則、網域解析與逾時設定影響。測試通過只代表該測試請求成功，不表示所有應用程式都已使用代理；測試失敗時也應檢視錯誤發生階段。首次驗證的操作順序請參考v2rayN 首次連線與代理生效驗證。

進行比較時，請使用相同的接入網路、相近時段與相同目標，先逐筆測試，再進行少量重複測試。不要同時執行多項高流量工作，也不要在比較連線時自動更新訂閱。記錄請求是否成功、首次回應是否穩定、持續傳輸是否中斷，比只留下最漂亮的單次數值更有參考價值。若不同輪次的結果反覆逆轉，結論應限於「目前條件下沒有穩定差異」，而非勉強選出勝者。

觀察資源用量時，也要區分用戶端介面與核心程序。長時間保留大量記錄、頻繁重新整理清單或在背景測試，可能增加介面負載；持續連線與規則處理則主要由核心負責。查看系統工作管理工具時，應同時觀察兩者，避免將視窗的資源用量誤認為協定開銷。記憶體增加也可能來自連線快取、網域快取或規則集合，不應只因單次用量尖峰就更換協定。請先停止測試與背景工作，再觀察穩定狀態。

五、V2Fly 與 Xray 核心

源自相同技術，不代表功能相同

Project V 建立了以設定驅動代理連線、路由與多種傳輸方式的技術生態系。V2Fly 延續 V2Ray 相關專案的發展；Xray 則以這項技術為基礎分支演進，依自身目標擴充協定與傳輸功能。兩者共用部分概念與歷史設定結構，因此許多欄位看起來相似；但各自演進後，支援範圍、預設行為與擴充欄位並不完全一致。選擇核心首先要看功能是否符合需求，不宜只用新舊關係概括。

涉及 REALITY、XTLS Vision 等組合時，應特別確認 Xray 的支援情況與相關設定要求，不要假設 V2Fly 會以相同方式處理。即使是兩者都支援的協定，仍須核對具體傳輸方式、加密方式及附加選項。支援清單中出現某個協定名稱，不代表該協定所有舊有與新增擴充功能都可使用。若欄位無法辨識或啟動失敗，應先找出不相容的具體功能，而非只憑協定大類判斷設定是否相容。

三款用戶端的選擇

v2rayN 是桌面端的設定管理入口，適合需要檢視伺服器清單、訂閱群組、記錄與路由狀態的使用者。可管理的核心功能取決於實際使用的核心與用戶端整合情況，不能只根據視窗名稱判斷。v2rayNG 適用於 Android，常用來處理 Xray 相關設定；v2flyNG 則是 V2Fly 路線的 Android 替代選項。兩款行動用戶端的介面可能相似，但遷移設定前仍須逐項確認支援範圍，不能把它們當成只改名稱的同一款程式。

更新用戶端、核心與訂閱是三種獨立操作。更新用戶端會影響介面與設定產生方式；更新核心會影響執行時功能；更新訂閱則會替換或新增遠端提供的伺服器設定。訂閱更新成功不會讓核心自動取得原本不支援的功能，更新核心也不會修正錯誤的訂閱網址。操作前請先確認要變更的是哪一層；更新後檢查記錄中實際執行的核心識別資訊，再確認原有連線是否仍如預期運作。

判斷設定相容性要看語意，不只看格式

兩份檔案都能解析為 JSON，只能證明語法正確。欄位層級、允許值、預設值與實際行為才決定是否相容。有些欄位會在解析階段遭拒，有些則可能被忽略，後者更容易造成誤判。若要從一種核心遷移至另一種，建議由目標用戶端根據支援的分享連結重新產生設定，而不是直接替換整份設定檔。若涉及自訂路由、網域解析或特殊傳輸，再逐段核對相應寫法。

遷移測試時應保留可還原的原始設定，並先確認一台已知可用的伺服器。不要同時更換核心、匯入新訂閱又修改路由，否則失敗後很難判斷問題環節。先確認啟動記錄中沒有未知欄位，再確認安全交握與目標存取，最後才遷移複雜規則。若某項功能只有原核心明確支援，應保留原方案，或請服務端提供另一組完整設定，不要只靠刪除報錯欄位勉強啟動。

開源代表相關實作可供研究並持續維護，但不能取代實際環境中的功能檢查。不同專案可能採用不同開源授權；授權規範的是程式碼使用與散布，並不直接決定連線速度或伺服器相容性。本網站提供下載與說明入口，不取代專案本身的技術定義。若只要確認安裝套件的平台與處理器架構，請返回安裝套件頁面；協定功能則請繼續參照本章的核心與欄位關係判斷。

六、訂閱格式與匯入相容性

取得訂閱與解析設定是兩個步驟

訂閱連結通常指向一個會回傳設定內容的網址，內容可能是分享連結清單、編碼文字，或某種結構化設定。用戶端必須先取得回應，再辨識格式，最後將欄位轉換成自己的伺服器設定。因此「訂閱更新失敗」至少可能是網路請求失敗、回應格式不符或單筆設定解析失敗。瀏覽器能開啟某個網址，只代表取得了某種回應，不代表內容適用於目前的用戶端，也不表示每筆設定都受到支援。

有些網址在驗證失效後會回傳說明網頁，另一些則會重新導向或回傳空白內容。若用戶端把網頁當成訂閱文字解析，可能顯示格式錯誤或匯入結果為空。此時應核對訂閱群組中的完整網址、存取權限與服務端提供的格式說明，不要反覆將同一網址新增為多個群組。訂閱網址通常含有存取憑證，應像密碼一樣妥善保管；回報錯誤時請遮蔽查詢參數與個人識別資訊，只保留錯誤類型。

分享連結會轉換欄位

不同協定的分享連結並非使用相同的內部結構。有些會將設定物件編碼後放入網址，有些則透過使用者資訊、主機、連接埠與查詢參數表示欄位。百分比編碼用來表示保留字元；若編碼層數錯誤，或複製時遺失分隔符號，都可能改變解析結果。不要只因文字看起來像亂碼就自行解碼後儲存，也不要手動替換所有加號或斜線。請先透過用戶端的標準匯入入口處理，再檢視失敗紀錄指出缺少哪些欄位。

匯入成功後仍須確認欄位轉換完整，尤其留意安全層、公鑰、短識別碼、流控、路徑與服務名稱等容易因不同實作而有差異的欄位。出現別名與群組，不代表重要設定都沒有遺失。有些用戶端能辨識基本協定，卻不支援連結中的擴充參數；此時伺服器清單看起來正常，但實際產生的設定可能不符合伺服器端要求。請開啟編輯視窗與提供者說明逐項核對，再從啟動記錄確認核心是否接受。

區分整份設定與單筆伺服器設定

包含規則、網域解析、入站及多個出站的整份設定，不等於單筆伺服器分享連結。將整份設定貼入單筆匯入視窗，可能無法匯入，也可能只擷取部分內容。反過來說，單筆連結通常也不會包含完整的本機路由策略。更換訂閱後本機應用程式的流量走向沒有改變，可能正是因為路由與伺服器設定各自獨立。不要期待一條分享連結能自動修正本機監聽、系統代理或應用程式範圍設定。

訂閱群組有助於保留設定來源。更新後，遠端可能變更欄位、刪除項目或修改顯示名稱；本機手動編輯的內容能否保留，則視用戶端行為而定。若要長期保留實驗設定，建議先複製成獨立設定，清楚標註用途後再測試。複製後不會自動跟隨原訂閱更新，因此後續核對也須自行負責。不能一邊要求完全手動控制參數，一邊又假設訂閱更新會自動修正所有手動變更。

同一份訂閱在兩款用戶端中的表現不同，應先比較實際匯入數量與重要欄位，不要立刻判定其中一個核心不穩定。可能是一方支援該格式，另一方只支援部分連結；也可能是一方透過現有代理取得訂閱，另一方則嘗試直接連線。請先分開檢查「取得了哪些內容」與「如何執行設定」，再確認連線方式。必要時使用提供者明確為目標用戶端準備的格式，避免透過不受信任的線上轉換服務暴露憑證。

七、路由、本機接入與耗電

系統代理與路由處理不同問題

系統代理設定會告知遵循該設定的應用程式，應將請求送往本機哪個位址與連接埠；核心路由則在請求進入後，決定要直連、代理或拒絕。選擇「自動設定系統代理」不代表所有程式都一定會接入；選擇某條路由規則，也不會讓原本未接入的程式自動開始使用代理。網頁沒有變化時，先確認瀏覽器是否讀取系統代理、本機連接埠是否正確，再確認請求進入核心後符合哪條規則。

本機監聽通常只需綁定實際需要的介面。若僅供本機應用程式使用，排錯時沒有必要任意開放至所有網路介面；若要讓區域網路共用，則須同時考量存取控制與裝置防火牆。變更監聽位址後，系統代理可能仍指向舊位址。若連接埠已被其他程序占用，核心可能無法啟動或建立入站連線，此時遠端協定尚未開始執行。詳細排查方式請參閱本機連接埠占用處理方法。

規則順序與網域解析

路由通常依規則順序比對，請求符合規則後便會進入指定的出站。網域規則取決於請求是否保留網域資訊；位址規則則可能仰賴解析結果與網域處理策略。若將涵蓋範圍很廣的規則放在前面，後續較精細的規則可能就沒有機會生效。以下是 Xray 風格設定中的局部片段，只示範兩個本機網域的直連比對；它不是可獨立啟動的完整檔案，整合前必須先定義名為 direct 的出站，並核對所用核心的語法。

{
  "routing": {
    "rules": [
      {
        "type": "field",
        "domain": [
          "full:localhost",
          "domain:local"
        ],
        "outboundTag": "direct"
      }
    ]
  }
}

規則比對與網域解析位置並非同一項設定。應用程式可能先自行解析，再將位址交給代理；也可能將網域交由本機代理處理。核心中的網域解析策略、系統解析設定及瀏覽器本身的解析設定，也可能各自生效。若只有部分網域無法連線，應檢查實際請求使用的是網域名稱還是 IP 位址，以及解析結果是否可連線。不要只改一處解析位址就認定整條請求路徑已統一，也不要在不了解規則順序時加入大量例外。

Android 接入與應用程式分流

Android 用戶端通常透過系統提供的虛擬網路介面接收應用程式流量，這與桌面應用程式讀取系統代理的方式不同。啟用連線時須取得系統授權；其他使用相同接入機制的應用程式也可能造成衝突。應用程式分流會決定哪些程式進入這條接入路徑，但進入後的流量仍可能被核心路由設定為直連。因此，選取某個應用程式，不代表它的每次請求都會經過遠端伺服器；未選取的應用程式，也無法再由核心規則補進接入範圍。

耗電情況與協定有關，但不能只看協定名稱。持續上傳或下載、訊號微弱時重傳、頻繁重新連線、過密的背景檢查，以及應用程式定時喚醒，都可能讓裝置的無線通訊與處理器持續運作。若兩種設定承載的應用程式流量不同，電池用量就無法直接比較。測試時應維持相同的應用程式工作與螢幕狀態，減少額外測試，再查看系統電池統計與連線記錄。若連線反覆中斷，應優先找出重新連線的原因，而非先降低所有安全設定。

將用戶端加入電池最佳化例外，可能有助於背景持續運作，也可能增加背景活動；限制背景執行可能節省電量，但會影響待機後恢復連線。請依是否需要持續接收訊息決定。應用程式分流可以縮小不必要的接入範圍，但不保證耗電量會按固定比例下降。更完整的處理方式請見v2rayNG 背景執行與省電設定。測試完成後，請關閉不再需要的背景探測，避免將診斷負載誤認為正常運作的耗電量。

八、依情境選擇與分層排錯

先列出限制，再比較方案

已有可用訂閱時，首要條件是伺服器端實際提供哪些設定，其次是用戶端與核心能否完整支援。桌面端可先用 v2rayN 管理與驗證；Android 端則依設定所需功能選用 v2rayNG 或 v2flyNG。若訂閱只提供一種受支援且穩定的組合，就不必為了追逐協定名稱而重新拆改設定。若伺服器端提供多種組合，再比較首次回應、持續傳輸、背景穩定性與維護複雜度，而不是先預設哪種方案普遍最佳。

若重視維護成本，欄位清楚、來源可靠且能穩定更新，比堆疊更多選用功能更重要。需要新安全層或特殊流控時，應選用明確支援的核心，並請伺服器端提供完整設定。處理效能較弱的裝置，應在持續工作負載下實際觀察資源用量，避免重複封裝、不必要的檢查及過多背景並行工作。行動裝置也應將網路切換與待機後恢復納入測試，不能只在螢幕持續亮起時成功連線一次，就結束評估。

從匯入到存取逐層縮小範圍

第一層檢查輸入與解析。若訂閱沒有產生設定，請確認請求是否成功、回應格式是否正確，以及連結是否完整。若設定已出現但核心無法啟動，請檢查未知欄位、無效參數與本機監聽錯誤。此階段不應先更換遠端伺服器，因為連線可能尚未開始。若不清楚介面中的記錄位置，請參考v2rayN 主視窗功能一覽，先找到伺服器編輯區、底部狀態列與記錄區。

第二層檢查遠端連線與安全驗證。核心正常啟動後，應分辨位址無法解析、連線逾時、連線遭拒、安全交握失敗及代理驗證失敗。逾時不能直接證明密碼錯誤，驗證錯誤也不能靠更換本機連接埠解決。請依記錄顯示的階段，分別核對網域解析、遠端連接埠、裝置時間、伺服器名稱、身分欄位與安全參數。若伺服器狀態不在本機控制範圍內，應向提供者確認相關設定，而不是持續任意修改有效欄位。

第三層檢查請求是否確實接入，以及路由如何處理。若核心中的測試請求成功，但瀏覽器仍無法存取，應優先檢查瀏覽器使用的代理來源、本機監聽與規則比對結果。只有部分應用程式失敗時，比較其接入方式與網域解析行為；只有部分目標失敗時，再檢查目標端狀態、規則與解析結果。Android 端也須核對應用程式分流範圍與系統授權。將「伺服器可用」與「應用程式接入正常」分開驗證，才能避免反覆切換同樣可用的伺服器。

清楚標示結論的適用範圍

連線成功但表現不穩時，再進一步分析效能與耗電。先停止背景測速與並行下載，在相同網路下比較不同設定的穩定性，再測試其他接入網路。若所有設定只在某個網路失敗，應優先調查該網路的解析、接入與線路條件；若只有單筆設定失敗，則回頭檢查伺服器狀態與組合參數。每次只變更一項因素，並保留修改前的結果，避免把偶然恢復誤認為某項設定必然有效。

完整的選型評估應能回答四個問題：伺服器提供的完整組合為何、目前核心是否支援、應用程式是否依預期接入，以及實際工作負載是否穩定。無須為協定永久貼上速度快慢或等級高低的標籤。保留設定來源、重要欄位、測試條件與錯誤階段，日後更新或遷移時才有比較依據。若要重新依照操作流程開始，請返回快速入門教學；遇到特定錯誤則請參閱疑難排解，比同時重裝用戶端並重設所有設定更容易找出問題。