Clash 協定與
mihomo 核心選擇指南

核心關係：先分清介面與執行層

用戶端名稱不等於協定支援清單

先查看用戶端使用的核心，再判斷設定檔能否使用。圖形介面用戶端負責訂閱入口、策略組選擇、系統代理開關與記錄檢視；代理核心則負責解析設定檔、比對規則、建立連線及處理網域名稱解析。同一類介面可能在不同發行版本中搭配不同核心，同一個核心也可能供多種介面使用。因此，看到用戶端名稱含有 Clash，不代表它支援 Clash 生態系中的所有設定檔。

原版 Clash 奠定了常見的設定檔架構：節點放在代理清單中，策略組負責管理節點，規則決定連線使用哪個出口，網域名稱解析設定則協助取得目標資訊。原版開源核心與曾提供額外功能的 Premium 分支也不能混為一談。網路教學若只寫「原版支援」，卻未說明具體分支和建置範圍，就不足以作為遷移依據。判斷時應以裝置實際執行的核心說明及設定檔檢查結果為準。

Meta 與 mihomo 的延續關係

Clash.Meta 是 Clash 生態系中擴充協定與功能的核心分支，後續以 mihomo 之名持續維護。舊資料中的 Meta 設定與目前 mihomo 文件有明確的歷史延續關係，但名稱相近不代表不同時期的欄位完全相同。新協定、傳輸參數與網域名稱解析選項會逐步加入；舊用戶端內附的核心可能尚未支援這些欄位。遷移時應同時確認來源設定檔的目標核心與本機核心的支援能力。

相容性應分成三個層面檢查。第一層是語法能否解析，例如縮排、欄位型別與節點類型是否合法；第二層是功能是否實作，例如指定的傳輸方式、安全機制與虛擬網卡參數是否受支援；第三層是執行環境是否允許，例如系統權限、路由設定與連接埠是否可用。設定檔成功載入只代表部分檢查通過，不能保證每個節點都已完成伺服器端驗證，也不能證明所有應用程式流量都已進入用戶端。

更換用戶端時應保留哪些資訊

更換用戶端前，先保存目前的設定檔來源、啟用的設定檔名稱、策略組選擇與必要的覆寫內容。不要直接複製整個程式資料夾，假設設定就能沿用：介面資料庫、訂閱快取與核心設定可能分別儲存。先在新用戶端匯入設定檔，再確認節點數量是否符合預期、策略組引用是否完整，以及規則是否成功載入。舊設定檔若含絕對路徑，也要重新指定規則檔或憑證的位置。

依作業系統選擇安裝檔，可先前往Clash 下載頁查看優先推薦的 Clash Plus，再比較同平台的其他用戶端。選擇時應考量系統需求、實際核心支援與維護狀況，而非介面截圖。遇到舊教學時，可以保留設定思路，但要重新確認欄位名稱；不要為了照抄舊範例而改用已停止維護的用戶端。若要比較介面操作差異，可接著閱讀圖形介面用戶端選型文章。

SS：精簡架構與加密方式

認識 Shadowsocks 的設計起點

Shadowsocks 通常簡稱 SS，設計重點是提供相對精簡的加密代理通道。用戶端接收應用程式連線後，會依協定格式將目標位址與資料傳送至伺服器，再由伺服器連線到目標。它不是完整的虛擬私人網路，也不會只憑節點協定名稱就自動接管裝置上的每個應用程式。應用程式流量如何進入核心，仍取決於系統代理、應用程式個別設定或 TUN 等接管方式；不要混淆流量入口模式與節點協定。

SS 設定通常包含伺服器位址、連接埠、加密方式與密碼，欄位相對直觀，因此常用於日常連線。此處所說的「精簡」指的是協定架構與部署複雜度，不代表任何裝置都能獲得特定效能。伺服器負載、網路品質、加密實作與終端處理器都會影響實際體驗；同一個節點在不同網路上的表現，可能比兩種協定之間的差異更大。

先確認加密方式，再核對憑證

加密方式是協定相容性的關鍵，不是可以隨意挑選的偏好設定。傳統串流加密、較新的認證加密方案，以及 Shadowsocks 2022 系列之間有格式差異，用戶端必須實作伺服器指定的方式。即使密碼正確，也不能擅自改用另一種看似常見的方式。認證加密還會檢查訊息是否遭到竄改；方式或金鑰不符時，可能出現交握失敗、立即中斷或持續逾時，而非明確顯示「密碼錯誤」。

不同加密方式對金鑰資料也有不同要求。有些設定接受一般密碼，有些則要求依規定的編碼與長度提供金鑰。訂閱中已產生的內容應原樣保留，不要自行解碼編碼後的字串再填入，也不要擅自刪除結尾字元。手動輸入時請留意全形標點、複製時帶入的空格與換行。需要提供記錄給他人協助排查時，只保留加密方式與錯誤類別，並遮蔽密碼及服務位址等敏感資訊。

外掛與 UDP 是兩項額外檢查

部分 SS 節點需要外掛提供額外的傳輸行為。外掛不是只要在設定中填上名稱就能使用：核心必須支援對應實作，用戶端也可能限制可用參數。原服務要求使用外掛時，刪除外掛設定通常會改變傳輸格式，不能視為有效的簡化方式。反之，伺服器未啟用外掛時，用戶端額外加入外掛也會連線失敗。匯入後若節點消失，請檢查轉換過程是否遺失外掛類型或選項。

UDP 是否可用，取決於用戶端、節點設定、伺服器與網路路徑是否共同支援。瀏覽網頁通常先呈現 TCP 連線狀態，不能據此判斷語音、遊戲或其他 UDP 應用程式也能正常運作。部分應用程式會自行解析網域名稱或採用直連路徑，也可能繞過目前的流量入口。測試時先確認應用程式連線已進入核心，再查看是否選用預期節點；不要只反覆修改 SS 密碼，卻忽略伺服器端 UDP 轉送與本機防火牆。

如果已有穩定可用的 SS 服務，日常瀏覽與一般應用通常不必只因新協定出現就遷移。優先確認節點維護狀況、網路品質及目前核心的支援範圍。若要比較處理器使用量，應在相同裝置、相近網路條件與相同工作下觀察；某種加密方式在具備硬體加速的電腦上表現良好，不代表在另一款手機上也更省電。應將協定視為完整連線方案的一部分，而非單獨的速度標籤。

VMess 與 VLESS：認證、傳輸與安全層

VMess 的用途

VMess 在所屬生態系中，設計為整合使用者認證、資料保護與代理請求表示的協定。常見設定會包含使用者識別碼、加密選項及底層傳輸參數。其歷史實作曾經演進，因此舊設定中的欄位不一定適用於目前服務。特別是舊資料中的額外識別參數，不應憑經驗套用到所有節點。用戶端與伺服器應使用相符的協定方式，不要把舊教學當成固定配方。

系統時間是排查 VMess 連線時應優先檢查的項目。認證過程涉及與時間相關的機制，裝置時間若明顯不準，可能造成認證失敗。先開啟系統自動校時，再檢查使用者識別碼與伺服器設定，比盲目切換網路模式更有針對性。使用者識別碼不是節點顯示名稱，修改介面中的備註不會改變身分；訂閱更新後若服務提供者更換了認證資訊，應重新載入有效設定，而不是只修改舊節點名稱。

VLESS 簡化了哪些功能

VLESS 的設計傾向於簡化協定本身的認證與轉送架構，並將資料機密性更多交由外部安全層處理。它不是 VMess 的另一種加密方式，也不是只修改節點類型就能互換的格式。常見部署會搭配 TLS 或 REALITY 等機制；用戶端必須支援伺服器實際使用的組合。不要因為名稱帶有「輕量」的含義，就在關閉安全層後仍假設連線具備相同的資料保護能力。

REALITY、TLS、傳輸類型與 flow 屬於不同的設定層面。某種組合能正常運作，不代表可以任意替換其中一項，改用另一篇教學中的值。伺服器要求的公鑰、短識別碼、伺服器名稱與流控選項都應依來源填寫；資訊不足時請向設定提供者確認。尤其不要混用網站憑證中的公鑰與伺服器明確提供的 REALITY 公鑰。兩者來源與用途不同，填錯後通常會在安全交握階段失敗。

分三層檢視節點設定

檢視這類設定時，可以分成「代理協定—傳輸方式—安全機制」三層理解。代理協定決定認證與請求表示；傳輸方式決定資料透過一般連線、WebSocket 或其他受支援方式傳送；安全機制則決定憑證驗證與加密交握。三層的組合由伺服器實際部署決定。訂閱轉換若只保留節點類型與使用者識別碼，卻遺漏路徑、服務名稱或伺服器名稱，即使介面顯示匯入成功，也可能無法連線。

還要分清 WebSocket 要求中的 Host 與 TLS 交握所使用的伺服器名稱。兩者可能相同，也可能因伺服器反向代理架構而不同；看到兩個網域名稱時不能擅自合併。路徑通常也必須原樣保留，大小寫、開頭的斜線與查詢字串都可能影響伺服器路由。若節點使用位址直接連線，而憑證是簽發給網域名稱，伺服器名稱欄位尤其重要；但這不代表可以長期略過憑證驗證。

選型時先確認設定來源提供了哪種完整組合，再檢查本機核心是否能實作。現有 VMess 節點若運作穩定，沒有必要只因 VLESS 欄位較少就遷移；建立新設定時也不要只憑名稱判定哪種方案較快。首次連線的額外耗時由傳輸方式與安全交握共同影響，連線重用、伺服器實作與網路往返時間也會改變結果。排查時應從記錄中的失敗階段著手，而不是在兩種協定名稱之間反覆切換。

Trojan：從 TLS 檢查連線

了解 TLS 通道中的代理請求

Trojan 的設計是在 TLS 連線中傳送代理請求，並以密碼認證和相對直接的請求格式進行轉送。理解時應分開看待外層安全通道與內層代理認證。外層先確認伺服器身分並建立加密通道，內層再驗證代理憑證與目標請求。即使密碼正確，憑證不符仍可能在認證前就連線失敗；憑證驗證成功，也不代表代理密碼、轉送權限與目標存取一定正確。

常見參數包含伺服器、連接埠、密碼與伺服器名稱。部分部署還包含傳輸相關選項，但不能只看到 Trojan 名稱，就認定所有實作都支援相同擴充功能。請使用伺服器明確提供的設定格式。手動新增節點時，先填入核心欄位並確認基本連線可建立，再加入確實需要的額外選項；不要拼湊不同節點範例中的參數，組成伺服器從未設定過的組合。

伺服器位址與憑證名稱不是同一個欄位

伺服器位址決定用戶端連線的目的地；TLS 伺服器名稱則會影響交握與憑證名稱比對。以網域名稱作為伺服器位址時，兩者通常相同；若以固定位址連線，仍可能需要另外指定憑證對應的名稱。將位址直接填入伺服器名稱，並不會讓憑證自動相符。遇到憑證名稱錯誤時，應核對服務提供者要求的名稱與憑證涵蓋範圍，而不是關閉驗證後就當作問題已解決。

憑證也涉及有效期限、信任鏈與裝置時間。手機日期錯誤會讓有效憑證顯示尚未生效或已過期；伺服器缺少中繼憑證時，不同裝置也可能有不同結果。電腦能連線而手機失敗，不一定是手機核心不支援 Trojan。先比對雙方的時間、系統信任存放區與錯誤記錄。若來源確實使用私有憑證，請透過支援的方式設定可信憑證或身分固定機制，避免長期略過驗證。

從交握階段判斷故障原因

記錄若顯示連線逾時，通常應先檢查位址解析、連接埠是否可連及服務狀態；若出現 TLS 交握或憑證錯誤，則應檢查安全層；交握成功後立即中斷，才進一步核對密碼、協定格式與伺服器權限。錯誤類別並非絕對結論，因為中間網路設備也可能主動中斷連線，但依階段縮小排查範圍，比同時修改多個選項可靠。每次只調整一項，並記錄修改前後的時間與記錄。

Trojan 中的應用程式資料通常會經過 TLS，但目標網站本身的 HTTPS 是另一層連線。代理通道的憑證由代理伺服器提供，網站憑證則由目標網站提供，兩者不可混淆。瀏覽器顯示網站憑證異常時，應檢查目標網站連線是否有問題；用戶端記錄顯示代理憑證異常時，則檢查節點安全參數。分開處理兩層錯誤，能避免誤改瀏覽器設定，或把節點密碼提供給不相關的協助者。

速度方面，TLS 不代表一定較慢，也不保證一定較快。首次建立連線會受到網路往返時間、憑證處理與傳輸設定影響；持續傳輸則更多取決於頻寬、壅塞與伺服器資源。穩定的 TLS 部署通常便於採用成熟的憑證與維運流程，但也必須定期更新憑證。選擇時應優先確認服務提供者是否持續維護、參數是否完整，以及目前裝置能否正確驗證，而不是只比較協定名稱長短。

若已有可靠的 Trojan 設定，可將它列為日常連線選項，再以實際需求測試網頁、長連線與所需的 UDP 應用程式。不要只憑測試按鈕顯示成功，就認定所有情境都能使用。測試按鈕連線的目標、採用的方法與應用程式實際連線並不相同；網頁可用只代表該次要求完成，不能證明背景推播、語音通話或所有網域名稱解析路徑也都正常。

Hysteria2 與 TUIC：QUIC 傳輸的取捨

先確認 UDP 網路路徑是否適用

Hysteria2 與 TUIC 都以 QUIC 為重要基礎，但兩者是不同協定，認證方式、資料組織與設定欄位不能互換。QUIC 通常建構於 UDP 之上，整合安全交握、串流管理與壅塞控制等功能。它能讓多個資料串流在同一連線中協作，並改善某些傳輸層阻塞問題；但若網路限制 UDP、位址映射不穩或持續丟包，協定本身無法憑空建立可用路徑。

QUIC 的多串流機制不代表網路丟包不再造成影響。個別串流的資料仍需依協定要求恢復，多個串流也會共用有限頻寬與壅塞狀態。無線訊號轉弱、伺服器出口壅塞或路徑容量不足時，實際傳輸量仍會下降。判斷是否適合使用，應觀察目前網路的 UDP 可達性、長時間連線是否穩定，以及應用工作是否受益；不能只根據協定介紹中的「多路複用」，就認定所有情境都會更快。

Hysteria2 的頻寬與認證參數

Hysteria2 適用於以 QUIC 為基礎的代理傳輸，設定時需確認認證、TLS 伺服器名稱與伺服器使用的附加機制。它與第一代 Hysteria 不能只改顯示名稱就互換。部分部署會使用頻寬相關設定來影響傳送行為，也有依條件選擇壅塞控制方式的情況。用戶端中的頻寬值不是測速結果，更不可能只靠調高數字就增加實際頻寬；應依目前實作與伺服器限制理解其用途。

若使用依賴頻寬估算的傳送方式，應填入符合實際網路條件的數值。估算過高可能排擠其他流量並增加丟包；過低則可能限制可用傳輸量。不要把寬頻方案標示的速率直接當成目前無線網路可持續承載的速度，也不要混淆 Mbps 與 MB/s。伺服器若啟用了混淆或連接埠相關選項，用戶端也必須設定相符；資訊不足時，請向原始設定來源確認。

TUIC 的傳輸選項與行動網路

TUIC 同樣以 QUIC 建立代理連線，常見設定包含使用者識別碼、密碼、壅塞控制與 UDP 轉送選項。不同協定修訂版本之間有所差異，舊用戶端支援某種 TUIC 實作，不代表能連線到所有目前的服務。匯入失敗時，先確認核心支援的修訂版本與欄位，不要反覆改寫使用者識別碼。伺服器指定的應用層協定協商參數也應依要求保留，不可照抄其他節點的設定。

部分設定提供早期資料或快速復原相關選項。這些機制仰賴既有的工作階段狀態與雙方實作，不會讓每次全新連線都省下相同的連線成本，也涉及重播風險等安全限制。一般使用者應保留可信設定的預設值，不要為了追求測試按鈕的一次結果而隨意啟用。手機在 Wi-Fi 與行動數據間切換時，位址、連接埠映射與系統網路狀態都會改變；連線能否順利恢復需要實際測試，不能只憑 QUIC 這個名稱推斷。

使用這類節點時，建議保留一種已驗證的其他傳輸方案作為比較。若同一網路上的 TCP 類節點正常，QUIC 類節點卻持續失敗，先檢查 UDP 路徑與伺服器監聽狀態，不要立刻修改全域網域名稱解析設定。若只有大型傳輸異常，再檢查路徑最大傳輸單位、丟包、傳送設定與裝置資源。只有在可重複的條件下觀察到差異，才適合據此做選型判斷；偶然一次較快或較慢，並不足以證明協定優劣。

速度與耗電：依工作內容評估資源成本

拆解「快」所指的不同階段

先確認想改善的是首次開啟頁面、持續下載，還是切換網路後的恢復速度。一次應用程式要求可能經過網域名稱解析、建立連線、安全交握、代理認證與目標回應等階段。測速按鈕通常只涵蓋其中一部分，也可能重用既有狀態。首次要求較快，不代表持續傳輸量更高；下載速度良好，也不代表互動式應用程式的等待時間更短。協定對各階段的影響不同，應依實際工作比較。

沒有可靠的通用排名，可以斷言 SS、VMess、Trojan、VLESS、Hysteria2 與 TUIC 由快到慢依序排列。兩條線路若經過不同伺服器與網路路徑，測試結果主要反映的是線路，而非協定。即使使用同一台伺服器，不同監聽連接埠、傳輸方式、壅塞控制與伺服器負載也可能改變結果。要評估協定差異，應盡量固定硬體、網路、伺服器資源與目標，只改變要比較的項目。

一併考量處理器、記憶體與連線數量

處理器負載來自加密、資料複製、協定解析、壅塞控制與流量接管等多個環節。裝置是否具備特定加密方式的硬體加速，也會改變不同演算法的相對表現。記憶體則與連線數量、緩衝區、規則集合及網域名稱解析快取有關，不能把用戶端的總記憶體使用量全歸因於某一種節點協定。啟用詳細記錄、頻繁測試與持續重新整理面板也會增加資源消耗；比較前應讓這些條件一致。

連線重用可以減少部分重複交握，但不應視為固定收益。多個工作共用連線後，排程與壅塞也可能互相影響；某些協定本身已支援多串流，再疊加其他重用機制未必有必要。是否支援、是否適用及參數如何設定，都要配合目前核心與伺服器。一般使用時先保留來源預設值，只有確認大量短連線造成額外負擔後，再進行控制變因的比較；不要一次開啟所有「加速」選項。

手機耗電，先檢查背景活動

行動裝置耗電不只取決於加密複雜度。行動網路無線電喚醒、長時間維持連線、保活頻率、頻繁重新連線與背景應用程式流量，都可能是主要耗電來源。節點閒置時仍耗電，先查看是否有應用程式持續連線、連線是否反覆中斷，以及訂閱更新或健康檢查是否過於頻繁。不能只因節點使用 QUIC 就認定它更耗電，也不能因某協定設定欄位較少就認定一定省電。

比較耗電情況時，請讓螢幕亮度、網路類型、應用程式工作與觀察時段盡量接近，並區分閒置待機與持續傳輸。系統電池統計可能會把虛擬網卡轉送工作計入用戶端，因此用戶端的耗電占比上升，不一定代表裝置總耗電也等比例增加。反過來說，背景程序被系統暫停，看起來可能較省電，卻會導致應用程式失去連線。應同時考量工作是否能持續使用，不要只看單一應用程式的百分比。

可以建立簡單的本機紀錄，記下裝置、網路類型、所選節點、接管模式、測試工作與異常情況。先完成日常瀏覽與工作需求，再觀察較長時間的傳輸及切換網路後的恢復狀況。重複測試幾次後，留意是否出現一致趨勢，不必製作綜合評分。測試時若裝置發熱，先停止大流量工作，等裝置恢復正常後再比較；熱降頻會影響後續結果，讓看似協定差異的結果實際上變成溫度差異。

流量入口模式也應分開控制。系統代理通常只影響遵循系統代理設定的應用程式；TUN 會在網路層接管符合路由條件的流量，但仍有排除項目與平台限制。啟用 TUN 後，流量涵蓋範圍擴大，資源變化不一定是節點協定造成的。若要了解兩者差異，可閱讀TUN 模式與系統代理比較。最終選擇應以穩定完成工作為目標，而不是追求脫離使用情境的單項測試結果。

訂閱相容性：格式正確不代表功能完整

先辨識收到的內容類型

訂閱網址只是取得設定的入口，不代表回傳內容只有一種格式。來源可能提供完整的 Clash 設定檔、獨立的代理節點集合、編碼後的分享連結清單，或供其他核心使用的設定。完整設定檔通常包含代理、策略組、規則與網域名稱解析設定；節點集合主要描述連線參數，不一定包含可直接啟用的路由規則。匯入前先確認用戶端要求的是完整設定檔、節點訂閱還是代理集合，避免將不同層級的內容放在同一個位置。

分享連結也不一定能完整描述整個部署。有些協定參數會放在連結的查詢部分；若轉換工具不認得欄位，就可能忽略它們。有些連結使用的格式慣例也只有部分用戶端實作。匯入後即使節點名稱正確，也不能證明安全層、傳輸路徑與外掛選項都完整。複雜節點應對照原始說明檢查關鍵欄位。若缺少必要參數，優先取得適用於目標核心的原生設定，而不是反覆轉換同一份資料。

分清代理集合與完整設定檔

mihomo 的代理集合機制可從外部來源載入節點，再由策略組引用。集合內容與完整設定檔的外層結構不同，不能直接互換。以下片段只展示本機集合的引用方式，必須與現有設定檔合併，並在指定路徑放置有效的代理集合檔案。片段不含伺服器與認證資訊，也不會單獨建立可用節點；檔案路徑應位於目前用戶端允許存取的工作目錄中。

proxy-providers:
  local-nodes:
    type: file
    path: ./providers/local-nodes.yaml

proxy-groups:
  - name: Proxy
    type: select
    use:
      - local-nodes

設定檢查通過後，還要確認策略組確實引用了該集合。節點成功匯入但未出現在策略組中，可能是漏了引用或篩選條件排除了節點；問題不一定出在協定本身。完整設定檔中的規則所引用的策略組名稱必須存在，大小寫與字元也要一致。若將名為 Proxy 的群組改成中文名稱，但規則仍使用原名稱，就可能發生引用錯誤。修改名稱前應先搜尋所有引用位置。

轉換與覆寫的兩種風險

訂閱轉換只能重新整理既有資訊，無法推導缺少的憑證名稱、公鑰或外掛密碼，也無法讓舊核心取得新協定支援。轉換服務也可能接觸訂閱網址與節點憑證，因此應使用可信的處理方式，避免將個人訂閱貼到不明網站。需要他人協助時，可提供已移除敏感資訊的結構片段與錯誤類別；不要公開完整訂閱連結，也不要把含認證資訊的截圖直接貼到公開討論區。

用戶端覆寫通常用來保留本機偏好，例如入口連接埠、額外規則或網域名稱解析設定，但合併順序與陣列處理方式因用戶端而異。有些操作會覆蓋整份清單，有些會依名稱合併，也有些會透過指令碼產生最終設定。訂閱更新後若節點正常但規則失效，應檢查最終生效的設定，而不只查看原始訂閱檔案。排查時先停用非必要覆寫，確認原始設定可用後，再逐項還原本機修改。

YAML 對縮排與資料型別有明確要求。清單項目必須使用正確的連字號，層級應以空格表示，字串含特殊字元時也需要適當加上引號。密碼若看起來像數字或布林值，也要避免被解析成錯誤型別。不要用全形冒號取代半形冒號，也不要為了視覺對齊而混用定位字元。編輯後先使用用戶端的設定檢查或預覽功能，再啟用設定；解析錯誤與網路錯誤發生在不同階段，排查時不要混為一談。

最後確認更新流程的界線。成功取得內容只代表伺服器有回應；還要確認內容有效、核心已載入，以及目前設定已切換到更新結果。更新失敗時保留最近可用設定有助於繼續使用，但介面顯示的節點也可能仍是舊快取。首次匯入、權限與連接埠衝突，可搭配首次安裝後的初始設定檢查；涉及 Fake-IP 的本機設定，請參閱入門指南中的 Fake-IP 說明。

使用情境選型：先符合條件，再比較體驗

依現有服務與裝置能力縮小選擇範圍

選型應從可用條件著手，而非先指定哪種協定最好。列出服務提供者實際提供的節點類型、裝置可執行的用戶端、核心支援的協定組合，以及目前網路是否允許所需的傳輸方式。任何一項不符合，就不適合繼續靠調整參數嘗試。一般使用者可先從下載頁選擇優先推薦的 Clash Plus，依系統需求安裝，再確認實際核心與設定檔支援情況；協定資料可供判斷參考，但不能取代用戶端目前的支援說明。

桌面日常瀏覽與辦公，應先選擇參數完整、維護穩定且經實際工作驗證可用的節點。現有 SS、Trojan、VMess 或 VLESS 節點都可能符合需求，不必為了協定名稱更新而重建整套設定。若主要問題是命令列或某個應用程式沒有透過代理連線，請先檢查流量入口設定與路由，而不是更換節點類型。應用程式流量若未進入核心，任何伺服器端協定都無法改變它的連線路徑。

分別考量手機、長時間傳輸與受限網路

手機頻繁切換網路時，應優先觀察連線恢復能力、背景執行狀況與耗電量，而非只測試固定環境下的首次連線。系統可能因省電限制暫停用戶端，也可能在切換網路後重建虛擬網卡與路由。先授予必要權限，依系統說明設定背景執行，再比較節點。若只有鎖定螢幕後失去連線，記錄中又沒有明確的協定錯誤，應先檢查系統排程；若每次切換網路都在重新認證時失敗，再核對工作階段恢復與伺服器狀態。

持續下載、大型同步或長時間傳輸時，可將支援條件完整的 Hysteria2、TUIC 與現有 TCP 類方案一併比較，前提是 UDP 路徑可靠，且傳送設定符合網路容量。公司、校園或訪客網路可能要求透過指定代理連線，直接對外建立某類連線未必符合網路條件；請遵守網路使用規範並採用允許的方式。不要把網路政策造成的無法連線，誤判為某種協定「效能差」。

依固定順序排查，不要一次修改整份設定

發生故障時，先確認設定來源仍有效，且訂閱更新結果已載入，再檢查系統時間與基本網路連線。接著查看失敗發生在位址解析、建立連線、安全交握或代理認證的哪個階段。只有單一節點異常時，優先核對該節點的參數與服務狀態；所有節點同時異常時，則先檢查本機流量入口、網域名稱解析、連接埠與網路路徑。正確判斷問題範圍，通常比逐項嘗試開啟進階選項更有效。

若連線已建立，只有特定網站無法使用，再檢查規則比對結果、目標網域名稱解析與應用程式設定。網頁可用但遊戲或語音異常，請檢查 UDP 支援、流量接管範圍與防火牆。啟用 TUN 後若無法存取區域網路，應檢查路由排除設定與本機位址處理，不要先修改節點密碼。每次記下現象與修改項目，確認結果後再進行下一步。更完整的排查順序請參閱節點逾時與測速失敗排查清單。

伺服器與路由器還要考量裝置架構、可用記憶體、服務啟動權限及儲存寫入。能安裝核心不代表適合承載大量連線；過於頻繁的記錄與持續健康檢查也可能增加低規格裝置的負擔。一般電腦與手機使用者可優先使用圖形介面用戶端管理設定；需要無人值守執行時，再考慮使用核心套件。不要把桌面用戶端產生的所有系統路徑原封不動搬到路由器，尤其要確認集合檔、快取目錄與憑證檔案是否可讀取。

最後保留一份可還原的基準設定，記錄有效節點、必要安全參數與流量入口模式。只有在日常工作中能穩定重現的改善，才值得納入長期設定。任何協定都無法取代正確的憑證、可靠的服務與合適的網路環境。本頁可作為欄位與原理參考；首次操作仍請回到設定入門指南。需要更換安裝檔時，再前往下載頁依平台選擇，避免同時更換用戶端、核心與整份訂閱，以致失去比較基準。