V2Ray 協定與核心選擇

01 / 協定、傳輸與安全層

一組設定名稱，可能包含三個層次

用戶端清單中的「VLESS + TCP + REALITY」並不是三種可以互換的協定。VLESS 負責代理請求的身分資訊與目標描述；TCP 是底層連線的一部分，也涉及相應的傳輸設定；REALITY 則提供安全握手機制。同樣地，VMess 可以搭配不同傳輸方式，Trojan 通常依賴 TLS。先釐清各層的分工，才能知道服務端提供的欄位該填在哪裡，也不會把「支援 VLESS」誤解為「支援所有 VLESS 組合」。

代理協定處理的是：用戶端如何向服務端表明身分、指定要連線的目標，以及如何封裝請求。傳輸層設定處理的是：資料透過什麼連線方式送達，例如直接使用 TCP，或透過 WebSocket、gRPC 等承載方式傳送。安全層則負責驗證連線對象、協商金鑰及保護傳輸內容。三者彼此相關，但並非任意組合都能運作；最終搭配也受核心實作與用戶端介面限制。

分別核對位址、連接埠與名稱

「位址」通常是實際建立連線的伺服器網域名稱或 IP；「連接埠」則決定要連到哪個服務。TLS 伺服器名稱用於驗證與握手，WebSocket 的 Host 和路徑則用於相應傳輸的請求處理，不一定與位址欄中的內容相同。設定提供者若有分開列出這些欄位，請依原值填寫。若把所有網域名稱都改成位址欄中的內容，網路連線或許能建立，卻可能在憑證驗證或傳輸請求階段失敗。

本機監聽連接埠是另一回事。v2rayN 常見的本機 SOCKS 連接埠是供瀏覽器或其他程式連線使用，並不是遠端服務的入口。修改本機連接埠不會改變伺服器協定；修改遠端連接埠也無法解決本機監聽衝突。查看記錄時，應先判斷錯誤發生在本機入站、遠端連線還是目標存取階段；各階段涉及不同設定，不宜一次改動多處碰運氣。

路由與 DNS 不代表協定強弱

路由負責決定請求要直連、走代理或封鎖；DNS 則負責將網域名稱解析成可用位址，也可能參與路由判斷。同一協定在不同路由設定下，可能呈現截然不同的存取結果。某網站直連正常、透過代理卻異常，不代表協定本身有問題；也可能是解析結果、目標位址類型或規則順序不同。應先確認該請求實際走哪個出口，再判斷是否需要更換協定。

介面中的網域策略、流量探測與多工複用也不能混為一談。網域策略會影響網域何時解析，以及如何參與位址比對；流量探測則嘗試從請求中辨識目標資訊；多工複用會改變多個請求共用連線的方式。這些設定可能改善特定情境，也可能增加變數。初次建立可用的基準設定時，建議沿用用戶端合理的預設值，只補齊服務端必要欄位；連線穩定後，再逐一測試進階選項。

02 / VMess 與 VLESS 的設計取捨

VMess：身分驗證與協定內保護

VMess 隨著 Project V 生態系發展，是許多既有設定常見的代理協定。它將身分驗證與資料保護納入協定設計，用戶端通常需要使用者 ID 與相應的安全設定。現代實作應採用維護中的核心所提供的有效設定，不要直接把早期教學中的欄位照搬到目前的介面。舊連結能夠匯入，只代表解析器辨識出連結結構，無法證明其中的驗證方式仍適用於目前的服務端。

理解 VMess 時，必須區分協定內部的資料保護與外層 TLS。即使協定內已有保護機制，仍可依部署需求在外層使用 TLS；但多加一層不代表一定更快或更穩定，反而會增加交涉與處理條件。服務端要求什麼組合，用戶端就應採用相同組合；不要為了簡化而關閉必要的安全層，也不要單方面增加服務端未設定的承載方式。

VMess 驗證與時間條件有關，因此系統時間明顯不準是優先排查項目之一。請啟用裝置的自動時間同步，再重新連線，不必先更換使用者 ID。安全選項也應採用用戶端與服務端目前共同支援的值，不要只憑名稱猜測相容性。若舊設定包含額外識別碼等歷史欄位，請向設定提供者確認目前適用的參數，避免反覆嘗試不同值，勉強維持已不相容的設定。

VLESS：精簡協定，安全性取決於搭配

VLESS 的設計是精簡代理協定本身的職責，只保留必要的身分與請求資訊，並將傳輸安全交由外部機制處理。它本身不具備與 VMess 相同的協定內加密架構，因此「VLESS 較輕量」不代表「任何情況都能不設定安全層」。常見用法是搭配 TLS 或 REALITY 等機制；實際安全範圍取決於完整設定，而非協定名稱。

VLESS 介面中的使用者 ID、加密欄位、流控與安全類型各有不同用途。有些設定中的加密欄位會顯示為 none，代表該協定欄位的值，並不等於整條連線沒有安全保護；仍須檢查外層安全設定。流控也不是隨意提升速度的開關，只有服務端、核心與目前的傳輸組合都支援時才應填寫。沒有收到明確參數時，請勿自行添加。

REALITY 與 Vision 經常出現在同一份設定說明中，但兩者並非同義詞。REALITY 是安全機制，Vision 則是相關實作中的流控方式，負責不同工作。支援 VLESS 的實作不一定支援 REALITY，也不一定支援特定流控組合。若介面中沒有相應選項，請先確認執行核心與用戶端的功能，不要把流控字串填進備註、路徑或其他無關欄位。

如何選擇 VMess 或 VLESS

沿用既有服務時，應先選擇服務端實際提供且仍受維護的方案。參數完整、運作穩定的 VMess 設定，不必只因為 VLESS 名稱較新就立即更換；服務端已提供 VLESS 安全組合時，也不必為了沿用舊教學而改用 VMess。遷移時須一併準備服務端入口、用戶端欄位與相容核心，並保留原設定作為對照，分別測試目標網站、長連線與 UDP 需求。

比較新方案時，應在相同網路、相同目標及相近承載條件下測試。若 VMess 與 VLESS 分別使用完全不同的伺服器或傳輸方式，測得的差異主要反映部署條件，不能直接歸因於協定。實際選擇時，更應留意參數是否能正確分發、用戶端能否完整匯入，以及故障時能否快速重現。些微的理論成本差異，通常不如一套清楚、易維護的設定重要。

03 / Trojan、Shadowsocks 與 REALITY

Trojan：透過 TLS 建立代理連線

Trojan 採用以 TLS 為基礎的代理連線方式，常見設定會以密碼驗證代理身分，同時依靠 TLS 驗證服務端並保護連線。這兩者的職責不同：密碼決定代理服務是否接受請求；憑證與伺服器名稱則決定用戶端如何確認連線對象。密碼正確無法彌補憑證名稱不符；憑證驗證通過，也不代表代理驗證一定成功。排錯時應依據記錄區分這兩個階段。

Trojan 常見的必要設定包括伺服器位址、連接埠、密碼與 TLS 伺服器名稱；其他欄位則視承載方式與實作而定。若憑證驗證失敗，請先核對名稱、裝置時間、憑證鏈與服務端設定，不應長期啟用略過驗證。略過驗證會改變身分驗證的安全界線，並非一般的相容性最佳化。即使連線暫時成功，也不代表原設定已修復。

Shadowsocks：加密方法決定相容條件

Shadowsocks 源自較精簡的加密代理設計，通常簡稱 SS，使用加密方法、密碼等參數建立連線。它不是 VMess 的某種傳輸模式，匯入時必須選擇相應協定。不同世代的加密方法對金鑰要求與實作支援範圍各有不同，不能把所有名稱含 SS 的設定都視為完全相容。尤其是較新的方法，除了用戶端介面有相應選項，也須確認執行核心確實具備支援。

使用 AEAD 方法時，用戶端與服務端的加密方法名稱及密碼必須一致；部分較新的方法也可能對金鑰格式有明確要求。舊教學列出的過時方法，不應作為新部署的預設選擇。若分享連結包含外掛參數，還須確認目前的用戶端與核心是否能處理；不能因為基本位址和密碼匯入成功，就忽略附加條件。缺少承載元件時，即使協定欄位正確，也無法建立連線。

REALITY：安全機制，不是獨立的代理類型

REALITY 是 Xray 生態系中的安全機制，常見於 VLESS 組合。它不像 VMess、Trojan 那樣能單獨擔任完整代理協定，因此用戶端出現「REALITY」安全選項時，仍須設定上層協定、位址與身分欄位。選擇表列出 REALITY，是為了比較常見組合的適用範圍，而不是將所有名稱都歸為同一層。閱讀服務設定時，請保留這項層次差異。

REALITY 常見的用戶端參數包括服務端公鑰、伺服器名稱、短識別碼與用戶端指紋；實際名稱與呈現方式可能因實作而異。公鑰須取自服務端對應的金鑰設定，不能自行產生新值替換；短識別碼也必須是服務端接受的值。指紋選項與相關握手行為有關，不是隨意切換就能提升效能。即使單一參數看似合理，也不代表整組設定彼此相符。

比較完整組合，不要只按簡稱排序

Trojan、SS 與搭配 REALITY 的 VLESS，其連線成本不能只看欄位多寡。TLS 工作階段恢復、伺服器實作、處理器加速、網路往返與實際傳輸都會影響結果。參數較少通常較容易人工核對，但不代表適用所有業務。需要 UDP 的應用程式，還須確認用戶端入站、協定出站與服務端轉送鏈路都支援預期行為，不能只看協定說明中的一句「支援 UDP」。

選擇時應先考量既有服務的支援範圍，再確認設定分發是否容易出錯。若多部裝置要共用同一方案，須確認每部裝置都能完整呈現所需參數；若其中一部裝置只能捨棄欄位才能匯入，就不算真正相容。保留一份已驗證的基本設定，再用相同應用程式測試新組合，較容易判斷問題來自驗證、安全層或應用程式接入，而不是一概歸咎於協定不穩定。

04 / V2Fly、Xray 與用戶端的關係

用戶端介面不等於執行核心

Project V 是理解這個生態系的背景；V2Fly 與 Xray 則是需要分別辨識的核心專案。圖形化用戶端負責訂閱管理、設定編輯、系統接入與啟動程序；核心負責處理具體的協定、傳輸、路由與連線。看到 v2rayN 的介面，不代表只憑產品名稱就能判斷目前連線使用哪種核心。遇到功能差異時，應查看用戶端相關設定及啟動記錄中的實際執行資訊。

V2Fly 延續 V2Ray 相關實作與生態系發展；Xray 則從相關程式碼分支發展，並逐步演進出自己的功能。兩者共享部分概念與設定習慣，但不是同一個程式的不同名稱。REALITY、Vision 等功能通常須確認 Xray 是否支援；V2Fly 自身的傳輸與設定演進也應分開核對。某項功能是否可用，最終仍以實際核心實作與用戶端支援為準。

三款用戶端的分工

桌面端建議優先使用 v2rayN：Windows、macOS 與 Linux 的安裝入口都集中在下載頁，但各平台的介面與系統接入功能仍可能不同。它能管理核心相關設定，卻不代表所有協定都能任意切換核心執行。Android 端的 v2rayNG 使用 Xray 核心；v2flyNG 則是 V2Fly 核心方向的替代選擇。應依服務參數選擇用戶端，不要把名稱當成速度等級。

更換核心前，請先複製一份目前可用的設定，並記下路由、DNS、監聽連接埠與啟動選項。接著只切換核心或相關設定組合，確認記錄顯示正常啟動後再測試存取。若另一個核心不接受某項進階欄位，應查找該核心對應的設定方式，不要一路刪除錯誤行，直到程式能啟動為止。遭刪除的欄位可能負責重要的路由或安全功能；能啟動不代表設定含義一致。

JSON 結構相似，不代表能直接互換

兩份設定都包含入站、出站、路由與 DNS 區域，只能說明組織方式相似。欄位值、傳輸名稱、預設行為與擴充功能仍可能不同。圖形化用戶端也可能在產生執行設定時，補上本機監聽、標籤與平台相關參數，因此手動儲存的片段不一定等同於最終執行檔案。排錯時，請優先使用用戶端提供的設定檢視或記錄功能，確認實際交給核心的內容。

以下是一個供支援的核心用於路由設定的規則物件，表示將私有位址比對至名為 direct 的出站。它不是完整的執行設定；必須先有對應的出站標籤與規則資料，才會生效。範例用於理解欄位關係，不應直接覆蓋用戶端產生的整份設定。使用圖形介面的用戶，較穩妥的做法是在路由編輯區設定相同規則，再檢查產生的結果。

{
  "type": "field",
  "ip": ["geoip:private"],
  "outboundTag": "direct"
}

規則檔案也是相容性的一環。設定使用 geosite: 或 geoip: 前綴，不代表一定有相應資料；資料中也不一定包含引用的標籤。更換核心、搬移目錄或還原備份後，應檢查用戶端使用的資料位置與更新結果。相關操作請參閱GeoIP 與 GeoSite 規則檔更新說明，不要把規則載入失敗誤認為代理協定驗證失敗。

05 / 如何比較連線速度與資源使用

將速度拆分成可觀察的階段

「連線快」可能指用戶端啟動快、首次握手快、網頁首次回應快，或持續下載吞吐量高；這些指標各不相同。核心啟動速度會受設定規模、規則載入與裝置效能影響；首次連線則受名稱解析、網路往返與安全握手影響；持續傳輸還取決於頻寬、壅塞、目標服務與伺服器負載。先說明測試的是哪個階段，才能有意義地比較協定。

安全握手確實可能增加首次建立連線的工作，但不能因此推論「使用 TLS 的方案一定比較慢」。工作階段恢復、連線複用與應用程式本身的長連線行為，都可能降低重複開銷。反過來說，用戶端的連線測試很快，也不代表複雜網頁一定載入迅速，因為網頁可能還要存取多個網域、解析多組位址並建立多條連線。測試按鈕的結果只能作為局部參考。

CPU 使用率須搭配吞吐量與閒置狀態判讀

加密方法、處理器指令支援、記憶體複製與封裝層數都會影響 CPU 使用量。同一協定在不同裝置上可能有不同表現，因此無法提供適用所有裝置的資源排名。觀察使用率時，應區分閒置與持續傳輸，並盡量在相近吞吐量下比較。方案實際傳輸更多資料、因此使用較多資源，不代表效率一定較差；真正值得調查的是閒置時仍持續異常繁忙。

記憶體使用量同樣會受連線數量、路由資料、DNS 快取與記錄緩衝區影響。剛啟動後的數值與執行一段時間後的數值不能直接比較，系統工作管理工具的統計方式也可能不同。發現記憶體增加時，應先觀察連線是否持續累積、應用程式是否不斷重試，以及記錄層級是否設得太詳細。只憑單張截圖就認定某個核心「比較省記憶體」，通常缺乏足夠依據。

採用受控對照，不要只測一次

進行對照測試時，盡量使用同一部裝置、相同網路、相同目標資源與相近時段。記錄完整的協定組合，不要把不同地區的伺服器放進同一份協定排名。先比較應用程式的實際使用情境，例如開啟固定頁面、同步相同檔案或維持相同的業務連線，再補充用戶端的連線測試。重複測試數輪並交替測試順序，可減少快取、背景更新與瞬間網路變化造成的偏差。

應將多工複用視為獨立變因測試。它可能降低特定情境下建立連線的成本，也可能改變不同資料流之間的影響；部分傳輸或流控組合還有特定限制。不要同時修改多工複用、指紋、DNS 與網域策略，再將結果歸功於其中一個選項。每次變更後都應保留測試記錄，註明改善發生在首次存取還是長連線業務，才能判斷是否值得長期保留該設定。

桌面端也要留意系統代理與 TUN 接入方式的差異。如果兩次測試使用不同接入方式，實際進入核心的流量範圍、DNS 行為與背景負載都可能改變。效能結論應限定在完整組合上，例如特定裝置、接入方式與服務設定，而不是擴大推論為某個協定永遠領先。選擇時應優先確保行為正確且長期穩定，再針對真正影響使用體驗的環節進行小幅最佳化。

06 / Android 裝置耗電與背景連線

耗電不只由協定決定

在 Android 裝置上，v2rayNG 或 v2flyNG 通常透過系統 VPN 介面接收流量。系統統計可能會將部分經由該介面處理的工作歸到用戶端，因此用戶端的耗電占比升高，不一定代表核心在閒置時持續運作。還須一併考量螢幕使用時間、實際傳輸量、背景應用程式與裝置待機時間。大型檔案同步、影片播放與長時間閒置屬於不同負載，不能只比較電池頁面上的單一百分比。

行動網路的無線模組需要在不同活動狀態之間切換；頻繁的小型請求、連線重試與過於密集的保活，都可能讓裝置難以進入低耗電狀態。此時，協定加密所需的處理器運算只是部分成本。若訊號較弱或連線經常中斷，重新建立鏈路也可能消耗更多電量。判斷協定的影響前，應先確認網路穩定，並排除應用程式在背景持續送出請求的情況。

平衡保活與背景執行限制

保活通常是為了維持必要連線或及時偵測連線失效，但不同網路的逾時行為並不相同。將所有保活間隔都調短，可能增加裝置喚醒次數；完全關閉則可能讓部分長連線更容易中斷。沒有明確問題時，建議先使用用戶端與服務設定的合理預設值。若要修改，每次只調整一個相關選項，並觀察待機、重新解鎖及網路切換後的連線恢復情形，不要只看前景存取是否正常。

系統電池最佳化與廠商的背景管理可能會終止用戶端程序，導致鎖定螢幕後斷線、解鎖後重新連線，或服務狀態與通知顯示不一致。請檢查用戶端是否獲准在背景執行，以及相關系統提示是否已處理。授予背景執行權限不代表所有應用程式都必須持續連線；確認業務需求後，可以使用個別應用程式代理，但須了解排除某個應用程式會改變其流量路徑，而不只是減少用戶端的處理負擔。

分別觀察閒置、使用與切換網路三種情境

建議先使用一份已確認可正常運作的設定，分別觀察螢幕關閉後的閒置階段、固定應用程式的前景使用階段，以及無線網路與行動網路切換後的恢復情形。各階段的時間與使用方式盡量保持相近，並記錄是否出現重新連線提示或錯誤記錄。測試期間請避免安裝更新、同步照片或連續測速；這些額外負載會降低耗電比較的參考價值，也容易掩蓋真正的背景行為。

若前景存取正常、閒置時耗電卻明顯偏高，請檢查是否不斷發生驗證失敗、名稱解析失敗、目標無法連線或保活重試。反覆失敗可能讓裝置持續做相同的工作；此時應先找出並修復根本原因，再調整協定參數。只需保留足以重現問題的短時間記錄，排查後請恢復日常記錄層級；長時間啟用詳細記錄會增加處理與寫入量，也可能留下不適合分享的連線資訊。

若只有使用特定應用程式時耗電偏高，請比較該應用程式的實際流量與連線行為，確認它是否因代理路徑改變而不斷重試。設定個別應用程式代理時，也要考量瀏覽器呼叫外部應用程式、帳號登入與系統元件互動等情況；只代理其中一部分可能造成業務鏈路不一致。排除應用程式後耗電占比下降，不代表用戶端真的更省電，工作可能只是被計入其他項目。

若確實需要比較 v2rayNG 與 v2flyNG，請使用兩者都能完整支援的服務組合，並避免同時啟用多個 VPN 接入服務。若其中一邊使用 REALITY、另一邊卻換成不同伺服器，測試結果就不能代表單純的核心耗電差異。更詳細的檢查順序請參閱v2rayNG 耗電與背景執行排查。行動裝置的合理目標是穩定完成所需工作，而非追求不考慮使用量的最低耗電占比。

07 / 分享連結、訂閱與設定相容性

訂閱是設定分發方式，不是另一種協定

分享連結通常描述單一連線設定；訂閱則用來集中分發及更新多組設定。訂閱網址本身不會決定最後使用哪種代理協定，也不保證所有用戶端都能讀取其中內容。常見內容可能是連結清單、編碼後的清單或特定格式的設定文件。外層格式能夠解析，只是匯入的第一步；每筆設定中的協定、安全層與傳輸欄位仍須分別確認。

VMess 分享連結常以編碼後的結構化內容表示參數；VLESS、Trojan 等則常以位址搭配查詢參數表示；SS 連結也有自己的使用者資訊編碼規則。不同用戶端對擴充參數的支援不盡相同，同名欄位也可能需要不同對應方式。手動複製時請保留完整連結，不要只留下網域名稱與連接埠；若 QR Code 包含完整設定，也要確認掃描結果未遭應用程式截斷。

匯入成功後，還要檢查重要欄位

匯入後，先開啟編輯介面檢查協定類型、位址、連接埠與身分欄位，再核對安全類型、伺服器名稱、傳輸方式、路徑或服務名稱。若包含 REALITY，還要確認公鑰、短識別碼、指紋與流控都已保留。設定備註顯示正確，只代表名稱已被辨識，與底層參數是否完整並無直接關係。首次將設定從其他裝置遷移過來時，尤其值得做這項檢查。

URL 中的特殊字元可能需要以百分比編碼。密碼、路徑與名稱中的符號若遭錯誤拆分，就會改變解析結果。不要隨意替換編碼字元來「修復」連結，應優先重新複製完整原始內容，或使用用戶端支援的檔案匯入方式。透過聊天軟體轉傳時，也要留意換行、自動加入的標點及連結截短。只有在參數明確且可逐項核對時，才適合手動重新輸入。

格式轉換可能造成設定含義遺失

將一種訂閱格式轉成另一種格式，不只是更改檔案副檔名。目標格式可能無法表達某種流控、指紋、DNS 行為或路由規則；轉換工具也可能採用不同的預設值。因此，轉換後的設定即使能啟動，也未必保留原有的存取路徑與安全條件。需要轉換時，應先確認目標用戶端支援哪些功能，再逐項比較轉換前後的重要欄位，不要只看設定筆數是否相同。

完整執行設定與單筆分享連結也不能視為相同內容。執行設定可能包含本機入站、多個出站、路由與 DNS；分享連結通常只涵蓋一個遠端連線。將完整設定遷移到另一部裝置，可能連同不適用的監聽位址或平台選項一起帶過去；只分享單一連線，則可能遺漏原本依賴的路由規則。請依遷移目的選擇匯出方式，並確認哪些設定需要在新裝置上重新配置。

更新訂閱前，分清遠端內容與本機修改

訂閱更新通常以遠端內容為準；本機對訂閱項目的修改可能在下次更新時遭到覆蓋，實際行為依用戶端而異。需要長期保留的修改，可依用戶端支援的方式複製到獨立設定或個別群組，並註明用途。不要把測試項目與日常訂閱混在一起，否則更新後很難判斷哪些項目仍與服務端同步。變更前先保留可還原的備份，比事後憑記憶重建欄位可靠。

訂閱網址與匯出的身分參數可能授予服務存取權，應視為敏感資訊處理。分享排錯截圖前，請遮蔽完整訂閱網址、使用者 ID、密碼等內容；公鑰雖不等同私鑰，也沒有必要連同其他設定細節公開。更新失敗時，先分辨是網址無法存取、內容解析失敗，還是匯入後無法連線；這三個階段的根本原因不同。若需要基本操作流程，請回到訂閱匯入與連線教學依步驟核對。

08 / 依情境選擇並分層排錯

先確認相容範圍，再比較使用體驗

選擇方案時，可以用三個問題逐步縮小範圍：服務端提供哪些完整組合、現有裝置能否支援這些組合，以及實際工作需要哪些連線功能。桌面端可優先使用 v2rayN，並確認實際執行的核心；Android 裝置若服務需要 Xray 專屬功能，應選擇能完整設定相應參數的 v2rayNG；服務使用 V2Fly 相關設定時，再確認 v2flyNG 的支援範圍。選用用戶端是為了符合功能需求，不是按名稱排名。

日常瀏覽網頁與辦公時，建議優先選擇設定易於分發、憑證或金鑰管理清楚、更新後容易還原的方案。已有穩定設定時，請保留作為參照，新增方案先單獨測試，不要直接覆蓋。多部裝置共用服務時，應選擇所有裝置都能完整設定的組合；若特定裝置必須省略重要參數才能匯入，就應重新選擇各裝置共同支援的設定，不要把缺少欄位視為正常相容。

若涉及即時通訊、遊戲或其他 UDP 工作，須確認整條鏈路都支援：應用程式流量能否進入用戶端、本機接入是否能承載相應請求、協定出站是否支援，以及服務端是否允許並正確轉送。瀏覽器能正常開啟網頁，不代表 UDP 通道也能使用。TUN 也不是保證所有工作正常的萬用開關；它會改變接入範圍，但仍取決於路由、解析與遠端能力。

連線失敗時，沿著資料路徑逐層檢查

第一步，確認核心能否啟動。若記錄顯示未知欄位、未知協定或規則載入失敗，應先處理設定語法、實作功能與規則資料，暫時不要修改遠端密碼。第二步，確認是否已建立遠端連線：位址無法解析、連線逾時與連線遭拒，代表不同的問題方向。第三步，再檢查安全握手與代理驗證；名稱、時間、憑證、公鑰、短識別碼或身分參數有誤時，應根據實際記錄逐項核對。

第四步，檢查請求是否進入預期的出口。用戶端顯示正在執行，但應用程式未使用系統代理，或請求被路由到直連，都可能造成結果與預期不同。請確認本機監聽位址與連接埠，檢查應用程式是否另設代理，再查看目標網域命中了哪條規則。若只有網域存取失敗，而直接使用位址時情況不同，應繼續檢查 DNS 與網域策略；不要透過關閉憑證驗證，繞過無關問題。

依問題查閱對應文件

本機連接埠無法啟動時，請依本機連接埠占用排查找出衝突，並同步修改依賴該連接埠的程式；首次安裝與目錄問題，請參閱首次安裝檢查清單。這些問題出在本機執行環境，更換協定通常無法解決。若錯誤集中在網域解析與分流，請查看DNS 分流解析說明，不要反覆重建相同的連線項目。

記錄問題時，請保留裝置系統、用戶端名稱、實際核心、協定組合、接入方式及已遮蔽敏感資訊的錯誤摘要，並註明發生條件，例如只有鎖定螢幕後、只有特定應用程式或只有某類目標會出現。每次只變更一個變數，並記下是否能還原。這類記錄有助於區分偶發網路變化與可重現的設定錯誤，也能避免反覆測試已排除的方向，減少不必要的重新安裝與遷移。