v2rayN 設定與維護手冊

核心觀念：分清用戶端、核心與設定

先掌握一次連線的流程

要了解連線流程，可以先拆解成幾個階段：應用程式送出請求，流量進入本機代理入口，核心讀取規則並選擇出站，接著由遠端服務連線至目標。用戶端提供圖形介面、儲存訂閱並產生執行設定；核心則負責實際處理連線。視窗能開啟，只代表介面程式已啟動，不代表核心正常運作，更不代表遠端服務可用。遇到問題時，沿著這條流程逐段檢查，比一次修改多個選項更容易找出原因。

設定可分成兩類。第一類描述遠端連線，包含伺服器位址、連接埠、驗證資訊、傳輸方式與安全設定；第二類描述本機行為，包含監聽位址、系統代理、路由與網域名稱解析。訂閱通常主要提供第一類資訊，本機設定則由用戶端管理。更新訂閱後節點有所變動，不代表系統代理或路由也已同步調整。反過來說，本機代理入口正常，也無法修復失效的遠端驗證資訊。

認識核心家族與協定欄位

Project V 是相關代理技術的生態背景，V2Fly 與 Xray 則是不同的核心發展路線。v2rayN 是桌面圖形用戶端，實際可用功能取決於所選核心及用戶端的支援情況；v2rayNG 使用 Xray 核心，v2flyNG 使用 V2Fly 核心。請勿混淆用戶端、核心與協定名稱。某個協定欄位能否運作，須同時考量用戶端能否設定、核心能否解析，以及遠端是否採用相同設定。

VMess、VLESS 與 Trojan 是常見的連線協定名稱；傳輸方式決定連線如何承載；TLS 或 REALITY 等設定則涉及連線安全協商。REALITY 不是獨立的訂閱格式，也不能只靠開啟某個選項，讓任意節點具備相應能力。匯入設定後，應保留服務提供者指定的組合，尤其不要憑名稱猜測伺服器名稱、指紋、公鑰或傳輸路徑。任何一項不相符，都可能造成交握失敗，而不只是無法連上位址。

依可觀察到的現象區分故障

分清網域名稱解析、建立連線與應用程式回應這三個階段。網域解析失敗時，請求可能尚未抵達遠端；連線逾時時，應檢查本機網路、目標位址與中間路徑；交握錯誤則應查看協定參數與安全設定。用戶端的連線測試只能反映測試方式涵蓋的部分，不能取代實際應用程式驗證。某個網頁能開啟，只代表當下該請求成功，不能據此推論其他應用程式、協定或路由也都正確。

建立最精簡的設定基準：保留一份確定有效的設定，先用系統代理測試支援代理的應用程式，再逐步加入分流與虛擬網卡。每次只修改一個變因，並記錄修改前後的狀況。如果同時更換節點、重寫解析規則並啟用虛擬網卡，即使連線恢復，也無從得知真正有效的是哪一步。日後維護需要可重現的結果，而不是反覆切換設定，碰巧成功一次。

選擇用戶端：依系統、架構與核心需求篩選

桌面優先選用 v2rayN

先前往用戶端下載頁，依目前的作業系統選擇下載項目，再確認處理器架構與安裝檔類型。桌面端優先推薦 v2rayN，適用於 Windows、macOS 與 Linux。不要只因檔名看起來相似就直接安裝，也不要把某個平台的使用經驗直接套用到其他平台。介面框架、權限機制與發行套件形式各有差異；選對下載項目，能減少無法啟動、架構不相容或安裝方式不合適等問題。

Windows 下載頁提供桌面版與經典 WPF 版。桌面版採用新一代跨平台介面，WPF 版則採用 Windows 桌面介面框架。選擇時，先考量使用習慣與目前的系統環境，不要把「新介面」等同於所有功能完全一致。選單位置、設定分類與部分操作方式可能不同；閱讀教學時，應辨認設定的用途，而不是死記介面上的位置。兩種版本的詳細差異請見桌面版與 WPF 版差異。

行動裝置先確認架構與所需功能

Android 優先考慮使用 Xray 核心的 v2rayNG。若需要 V2Fly 核心，且已確認設定相容，再考慮 v2flyNG。兩者都提供訂閱與連線管理功能，但核心欄位不能任意互換。設定匯入失敗時，先確認訂閱是否適用於該用戶端與核心，再判斷是否需要更換應用程式。換用戶端並不是修復過期訂閱、密碼錯誤或遠端位址無法使用的通用方法。

處理器架構會決定安裝檔能否執行。較新的 Android 手機通常可選 arm64，但仍應以裝置與系統的支援情況為準；無法確認時，可考慮通用版，但檔案可能較大。macOS 可在「關於這台 Mac」查看晶片類型，並選擇 Apple Silicon 或 Intel 對應項目。Linux 除了架構，也要確認發行版的套件格式：選用相應的 deb 或 rpm 套件，不要把套件格式差異誤認為代理功能差異。

也要考量使用情境

選好用戶端後，列出確實需要代理的程式。若只有瀏覽器需要代理，可以先使用系統代理；若有不讀取系統代理的程式，再評估虛擬網卡模式。公司或受管理的裝置，以及需要同時執行其他網路工具的環境，可能會限制驅動程式、路由或權限變更。請先了解裝置管理規定，不要預設接管範圍越大越好。功能越多，涉及的系統層面也越多，排錯時需要掌握的背景資訊也越多。

最後確認設定遷移的範圍。節點連結與 QR Code 通常會傳遞遠端連線參數，但不保證包含本機路由、解析方案、快速鍵或介面偏好。跨平台遷移時，先匯入遠端設定，再依新裝置重新設定本機行為。保留一份選擇紀錄，記下系統、架構、用戶端版本、採用的核心與必要權限。日後重裝或更換裝置時，可依紀錄重新選擇，而不是仰賴舊安裝檔是否還能執行。

安裝準備：建立可啟動、可正常結束的執行環境

安裝前先整理現有網路設定

下載前，查看系統版本與架構，確認有足夠的可用儲存空間。如果裝置已設有其他代理，先記錄系統代理位址、連接埠及虛擬網卡狀態，再關閉相關程式，避免多個工具同時接管網路。不要直接刪除仍在使用的設定資料夾。安裝階段的目標很明確：讓用戶端與核心能夠啟動、能開啟記錄檔入口，並確認結束程式後系統網路可以恢復；此時不必急著加入複雜分流或自動啟動工作。

在 Windows 上，使用下載頁提供的對應安裝項目，依照安裝精靈完成操作。若所選版本需要解壓縮後執行，請先完整解壓縮到固定資料夾，不要直接從壓縮檔預覽中啟動。固定資料夾方便更新、尋找記錄檔與保存設定。避免將工作資料夾放在經常清理的暫存位置，也不要在程式執行期間手動移動檔案。若出現缺少執行環境的提示，請依該版本說明安裝相依元件，不要從不明來源另行搜尋缺少的元件。

分別處理桌面與行動裝置權限

在 macOS 上，開啟與晶片類型相符的安裝檔，將應用程式移至穩定的應用程式資料夾後再啟動。若遇到系統安全提示，先確認來源與目前系統提供的核准方式，再透過系統設定允許執行。不要只為了執行單一應用程式就全面關閉系統保護。若用戶端能開啟，但核心功能失效，應分別確認應用程式啟動權限、網路權限與後續虛擬網卡權限；這些屬於不同層面，視窗出現不代表所有權限都已具備。

在 Linux 上，使用發行版的軟體安裝程式或套件管理機制安裝對應套件。先查看相依性提示，再確認桌面環境能否啟動圖形介面。如果一般模式可執行，虛擬網卡模式卻無法運作，應檢查權限與服務需求，而不是反覆重裝同一套件。記錄檔可能由用戶端介面、使用者目錄或系統服務管理機制提供，實際位置依目前安裝方式而異。記下所在位置，日後更新與排錯都需要回到這裡查明原因。

在 Android 上，依系統提示允許目前的下載來源安裝應用程式；安裝完成後，確認是否需要撤銷該來源的安裝權限。首次建立連線時，系統會要求建立 VPN 連線，閱讀提示後再決定是否允許。這項授權代表應用程式可以透過系統提供的網路介面接管流量，不代表遠端設定已通過驗證。若手機由組織管理，安裝來源或 VPN 權限可能受政策限制，請遵守裝置管理規定，不要反覆安裝以規避限制。

完成一次啟動與結束測試

首次啟動時，先找出記錄檔、參數設定與結束程式的入口。桌面視窗關閉後，程式可能仍留在通知區域；若要停止執行，請使用明確的結束指令。觀察結束程式前後系統代理是否恢復，以及背景是否仍有連線程序。不要把「關閉視窗」和「停止代理服務」視為相同操作。Android 則要分清滑掉介面與停止 VPN 服務；連線狀態應同時參考應用程式與系統的網路提示。

接著檢查本機監聽設定。初次設定時保留預設連接埠，並限定僅供本機存取，暫時不要開放區域網路連線。若連接埠已被占用，先確認是否有舊的執行個體或其他程式正在使用，再決定要關閉衝突程式或修改連接埠。修改後，所有明確填入該連接埠的應用程式也要同步調整。只改用戶端，不改瀏覽器或其他應用程式的代理位址，就會造成「核心已啟動，但請求沒有進來」的典型問題。

匯入訂閱：從保存位址到驗證設定有效

將訂閱網址視為存取憑證妥善保存

訂閱網址通常包含可識別帳戶或存取權限的資訊，應視為敏感資料處理。不要在公開截圖、線上轉換頁面或公開求助內容中貼出完整網址。先確認網址來源、適用的用戶端與有效期限，再複製到本機。用戶端負責讀取網址傳回的設定內容，不會自動提供遠端服務。只有安裝程式而沒有有效設定時，節點清單空白是正常狀況，不必靠修改系統代理來「產生」節點。

在 v2rayN 中，開啟「訂閱分組」底下的「訂閱分組設定」，新增容易辨認的分組名稱，再貼上訂閱網址並儲存。名稱只供本機管理使用，不會影響遠端連線。儲存後回到主畫面，執行「更新全部訂閱（不透過代理）」或目前介面提供的對應更新功能。請分清儲存與取得這兩個動作：儲存只是記錄網址，更新才會下載並解析內容；完成後再檢查所屬分組中是否出現設定。

依可用網路選擇更新方式

首次設定時若沒有可用代理，先嘗試不透過代理更新。如果訂閱服務明確要求透過既有代理才能存取，應先建立另一條已驗證的連線，再使用透過代理更新。不要在同一個失效設定上反覆切換更新方式，期待訂閱自行恢復。更新失敗時，依序檢查本機網路、網址是否完整、帳戶是否有效，以及服務傳回的是設定內容，還是登入頁面、錯誤頁面或存取限制提示。

在 v2rayNG 中，開啟選單裡的「訂閱分組設定」，新增名稱與網址並儲存，接著回到設定清單執行「更新訂閱」。介面可能將更新全部分組與更新目前分組分開，請確認目前選取的分組。v2flyNG 的選單安排可能不同，但操作順序相同：新增網址、儲存分組、執行更新、檢查設定。匯入後若沒有內容，不要立刻重複新增相同分組，先查看更新結果與記錄檔是否出現格式解析錯誤。

分清網址、內容與分享連結

訂閱網址是取得設定的入口；網址傳回的內容可能是經編碼的多筆連結，也可能是用戶端支援的其他訂閱格式；單筆分享連結則描述一項遠端設定。分清這三者，可避免把訂閱網址當成單一節點匯入，或把單一節點連結貼進需要定期更新的網址欄位。Base64 只是內容的編碼形式，不是連線協定，也不代表其中的驗證資訊受到加密保護。分享用的 QR Code 同樣可能包含完整連線憑證。

更新成功後，選取一筆設定並設為目前使用項目，再檢查其協定、位址與安全欄位是否完整。不要為了整理清單而任意修改由訂閱管理的連線參數，因為下次更新時這些修改可能會被覆蓋。若要保留手動調整，應複製到獨立的本機分組，並註明調整目的。訂閱中的設定遭到刪除或替換，也可能是服務端清單有所變動，不應直接歸因於用戶端遺失資料。

最後透過實際請求驗證，不要只看設定是否出現在清單中。先確認目前使用的設定，再啟動核心，開啟後續章節介紹的系統代理，並用確定會受到代理設定影響的應用程式連線至已知可用的頁面。若失敗，記下問題發生在取得訂閱、解析設定還是實際連線階段。多部裝置共用同一份訂閱時，也要確認服務允許的連線數量與使用範圍；訂閱能匯入，不代表一定允許同時連線。

代理模式：先確認入口，再擴大接管範圍

先以系統代理驗證第一條連線路徑

代理模式首先決定應用程式流量如何進入核心。桌面系統代理會向系統登記本機代理位址，但只有讀取這些設定的程式才會使用。部分程式採用自己的網路設定，另一些則完全忽略系統代理。因此，開啟系統代理後瀏覽器能連線、某個獨立應用程式卻不能，並不一定代表節點異常。先確認該應用程式採用哪種代理入口，再決定是否需要手動填入位址，或改用虛擬網卡接管。

在 v2rayN 中，先確認目前使用的設定與核心執行狀態，再從「系統代理」選單選擇「自動設定系統代理」。接著使用會讀取系統代理的應用程式測試請求。不要把「自動設定」理解成自動挑選節點、自動設定所有應用程式或自動最佳化路由；它主要負責登記系統代理。設定失敗時，請確認系統登記的位址是否與用戶端實際監聽位址一致，尤其要檢查先前是否手動修改過連接埠。

分清清除設定與維持現狀

「清除系統代理」會移除由相應操作管理的系統代理設定；「不變更系統代理」則表示用戶端不會主動調整目前的系統狀態。後者不等於關閉代理：系統原本登記的設定可能仍會保留。若結束程式前後網路異常，先檢查系統代理是否仍指向已停止監聽的本機連接埠。要恢復直接連線，通常需要明確清除或還原該設定，而不是只關閉用戶端視窗。

若要為個別應用程式設定代理，請先查看用戶端實際提供的入口類型與監聽連接埠，再於應用程式中選擇相符的 HTTP 或 SOCKS 設定。不要直接照抄其他教學中的連接埠號碼，也不要把遠端伺服器位址當成本機代理入口。網域名稱解析方面，有些應用程式會先在本機解析，有些則支援將網域交由代理端處理；這會影響後續分流與解析行為，必須依應用程式本身的設定判斷。

在 Android 上辨認 VPN 服務與個別應用程式範圍

v2rayNG 透過 Android 的 VPN 介面建立本機流量接管入口。首次連線需要系統授權；連線後，流量去向則由用戶端的路由與相關設定決定。系統顯示 VPN 標示，只代表介面已建立，不能證明每個目標都經過遠端出站。若啟用個別應用程式設定，未納入範圍的應用程式可能不會進入這條路徑。檢查時應同時確認應用程式範圍、路由規則與目前使用的設定。

盡量避免多個流量接管入口同時生效。測試虛擬網卡時，可先清除系統代理，排除同一請求重複經過本機入口的可能；使用應用程式內的代理設定時，也要記下設定內容，避免日後忘記還原。不要只用「全域」一詞描述問題，它可能指接管所有應用程式，也可能指所有路由都選擇代理，兩者屬於不同層次。說明問題時，應分別交代入口方式與路由模式。

完成本章後，應能回答三個問題：是哪個應用程式送出請求、請求進入哪個本機入口，以及核心是否收到該請求。若記錄檔完全沒有相關活動，優先檢查入口與應用程式設定；若已有連線紀錄，再進一步檢查遠端與路由。依層次逐步縮小範圍，可避免把所有連線問題都歸咎於訂閱或節點，也能為後續虛擬網卡設定保留清楚的對照基準。

路由與 DNS：讓比對條件與解析路徑一致

從預設規則開始建立分流基準

路由決定進入核心的流量要從哪裡離開，與系統代理是兩套不同的設定：系統代理決定流量是否進入核心，路由則決定流量進入後要直連、走代理，或使用其他已定義的出站。在 v2rayN 中，可先從「路由設定」裡的「繞過中國大陸」等預設開始，理解預設規則的目標後再採用。規則依賴網域與位址資料，結果可能受更新狀態、解析位置與連線目標變化影響，不要將預設名稱視為對所有網站行為的絕對保證。

多數規則系統會依序比對，較明確的例外規則應放在範圍較廣的規則之前。若比對所有流量的規則放在最前面，後續網域規則就可能無法生效。每新增一條規則，都應檢查條件、目標出站與排列位置，而不只是確認「已啟用」。不同用戶端使用的出站標籤可能不一樣，複製設定片段前應先確認實際標籤；若指向不存在的出站，可能導致載入失敗或請求無法依預期處理。

分清網域規則、位址規則與解析策略

網域規則仰賴核心取得網域資訊；位址規則則比對連線使用的目標位址。如果應用程式先在本機解析，只提交位址，網域規則的適用條件就可能改變。流量嗅探在部分情況下可補充辨識資訊，但無法保證還原所有請求的實際網域，也不能取代正確解析設定。遇到分流結果不符時，先查看記錄檔中核心實際取得的資訊，再判斷規則為何未命中。

以下片段示範 Xray 路由欄位的比對方式，適合用來理解規則結構，並非可獨立執行的完整設定。範例會將指定網域及其子網域交由既有的直連出站處理；整合時，必須先確認完整設定已定義名為 direct 的出站。範例網域僅用來說明語法，不代表實際服務。使用圖形用戶端時，優先在路由編輯器中設定相同規則，避免直接覆寫自動產生的完整檔案。

{
  "routing": {
    "domainStrategy": "AsIs",
    "rules": [
      {
        "type": "field",
        "domain": ["domain:example.com"],
        "outboundTag": "direct"
      }
    ]
  }
}

AsIs 表示路由階段依目前資訊進行比對，不代表整個系統從此停止網域解析。建立實際連線時，仍可能在相應環節進行解析。其他解析策略也應參考所用核心的文件，不要只憑名稱推測是否會產生額外查詢。網域解析與路由會彼此影響；修改其中一項後，應重新確認最後使用的目標位址與出站，而不只是查看規則編輯器顯示的文字。

為 DNS 建立獨立的檢查流程

規劃解析方案時，先列出由誰發出查詢、查詢送往何處，以及查詢本身經過哪條出站路徑。需要直連的網域，通常應採用能回傳適合本機連線路徑結果的解析方式；需要透過代理存取的網域，則要確認解析路徑符合預期。加密解析只會改變查詢的傳輸保護方式，不會自動修正錯誤的出站選擇。若遠端解析服務需要透過代理連線，也應避免用同一條路徑解析代理伺服器本身，形成啟動上的依賴。

瀏覽器的安全 DNS、作業系統快取與應用程式本身的快取，都可能影響觀察結果。修改規則後，先關閉既有連線，必要時清除相關快取，再以相同目標重新測試。不要因舊連線仍沿用原路徑，就判斷新規則無效。若只有一個應用程式異常，檢查它是否略過用戶端的解析設定。更完整的解析分流說明請見DNS 設定詳解；排錯時，務必同時記錄解析結果與路由比對狀況。

啟用 TUN：檢查權限、路由與衝突範圍

先確認是否需要虛擬網卡

TUN 透過虛擬網路介面接收由系統路由導入的流量，可接管部分不讀取系統代理的程式。它改變的是入口與系統網路路徑，不會修復無效的遠端設定，也不代表所有流量都會透過代理出站處理。流量進入虛擬網卡後，仍須依照路由、協定支援與排除規則運作。只有在系統代理已確認正常，且確實需要擴大接管範圍時，才啟用這一層，能大幅減少排錯變因。

啟用前先保存目前設定，確認找得到系統網路設定、用戶端記錄檔與關閉選項。桌面平台可能需要管理員授權、輔助服務或相關網路元件，實際需求取決於系統與目前的發行版本。依照用戶端提示完成必要操作，不要讓整個日常執行環境長期使用最高權限。若裝置管理政策禁止虛擬網卡或路由變更，應改用允許的入口方式，不要試圖透過反覆授權規避政策限制。

依固定順序完成首次啟用

先選擇已透過一般代理驗證的目前使用設定，再關閉其他會修改網路路由的工具。暫時清除系統代理，保留一條明確的接管路徑，接著在 v2rayN 中找到「啟用 Tun」或目前介面上的對應選項。依提示授權，並查看記錄檔是否成功建立介面與載入路由。若出現權限不足、介面建立失敗或位址衝突，先處理明確的啟動錯誤，不要立刻修改訂閱或更換多組遠端設定。

介面建立後，依序測試一般網頁、原本不讀取系統代理的應用程式、區域網路裝置與常用工作服務。只測試一個外部網頁，容易忽略本機印表機、檔案分享或區域網路管理頁面受到影響的情況。若本機資源無法存取，檢查私有位址與必要網段是否正確排除，再確認目標是否確實位於這些網段。不要機械式排除所有私有位址；部分組織網路的存取方式需要依實際網路架構另行判斷。

分別排查迴圈、解析與多網卡問題

虛擬網卡設定必須避免代理程式本身的遠端連線再次被導回入口，否則可能形成迴圈。用戶端通常會處理必要的排除與出站繫結，但在多網卡、網路共用或同時使用其他網路工具時，仍可能發生路由異常。常見現象包括啟用後所有連線中斷、記錄檔重複建立相似連線，或核心負載異常。此時先關閉虛擬網卡以恢復基準，再逐一檢查介面選擇與路由，不要繼續疊加其他代理層。

解析也是常見的故障點。虛擬網卡可能改變系統查詢的路徑，與既有的安全 DNS、組織解析服務或其他 VPN 產生衝突。若數字位址可連線，網域卻無法存取，應優先檢查解析鏈路；若只有大檔案或部分協定失敗，也要一併檢查路徑、封包大小與協定支援。不要未經驗證就降低 MTU，或直接套用別人的參數；先記錄預設值，確保每次調整都能還原，並以相同目標重新測試。

多網卡裝置要特別留意網路切換。無線與有線網路切換、從睡眠中喚醒或網路共用，都可能改變預設出口。若只在切換網路後失敗，可嘗試停止接管再重新建立，並確認路由是否已切換至新介面。Android 的 VPN 接管由系統介面提供，不應照搬桌面平台的驅動程式或服務操作；應著重檢查系統授權、個別應用程式範圍與其他 VPN 是否占用介面。

日常維護：更新、備份與逐層排錯

讓更新可以還原

日常維護時，先分清三種更新：用戶端程式更新、核心更新與訂閱更新。程式更新會改變介面與設定管理功能，核心更新可能影響欄位支援與連線行為，訂閱更新則會更動遠端清單。不要同時執行三種更新後才開始判斷問題出在哪裡。較穩妥的做法是先備份，一次更新一個部分，使用固定目標驗證，再進行下一項。重要工作連線應預留復原時間，避免使用前才大幅調整整套環境。

備份前先確認資料範圍。訂閱網址可以重新取得遠端設定，但不一定能還原手動新增的節點、本機規則、解析設定或介面偏好。用戶端匯出的備份可能包含驗證資訊，應存放在受保護的位置，不要隨意上傳至公開雲端硬碟或貼到聊天室。還原至其他系統時，先確認備份格式與匯入支援，再檢查本機路徑、監聽連接埠與權限相關設定，不要假設同一份備份在所有平台上都會有完全相同的行為。

維護訂閱時保留手動設定

更新訂閱前，確認網址仍有效，並記下目前使用的設定。更新後檢查分組內容、目前使用項目與連線參數是否有變動。服務端刪除的項目可能會從清單中消失，用戶端也可能重新選取目前使用項目，因此更新成功後仍須實際測試連線。需要長期保留的手動設定，應放在獨立分組並註明來源，避免與由訂閱管理的內容混在一起而遭覆蓋。不要反覆匯入來掩蓋分組管理問題。

多部裝置共用同一份訂閱時，請分開管理「共用遠端清單」與「共用本機設定」。桌面路由不必與手機完全相同，區域網路排除與應用程式範圍更應依裝置重新設定。訂閱、QR Code 與備份各自適用的情境，請見多裝置設定同步方案。無論採用哪種方式，遷移完成後都要在接收裝置重新驗證入口、解析與路由，不能只看匯入提示。

依層次整理故障資訊

發生故障時，先記錄是否所有應用程式都異常，以及關閉代理後基本網路是否正常。若基本網路也無法使用，先檢查本機連線與上游網路；若只有會讀取系統代理的應用程式失敗，請檢查監聽入口；若核心已收到請求但無法連上遠端，再檢查目前使用的設定與交握記錄。若只有特定網域或應用程式失敗，應優先檢查分流、解析與應用程式的個別設定。依影響範圍分類，可避免一開始就重裝所有程式。

查看記錄檔時，保留錯誤附近的前後文與發生時間，但先移除位址、帳戶識別資訊、訂閱參數與驗證欄位。記錄檔中的逾時可能由不同層面造成，單一錯誤詞不足以判斷原因。請將錯誤與具體操作對應，例如「更新訂閱時出現」、「啟動核心時出現」或「開啟某個應用程式後出現」。尋求協助時，提供系統類型、用戶端版本、入口方式與最近一次變更，通常比傳送整份設定更有幫助。

最後確認是否已恢復正常。停止虛擬網卡、清除殘留的系統代理並結束用戶端，確認一般網路可用後，再依最精簡的基準逐步啟動。若只有從睡眠中喚醒或切換網路後出現異常，請記錄觸發條件，不要把偶發狀況當成永久設定錯誤。必要時可參考疑難排解尋找類似情況。排錯紀錄應包含原因、變更內容與複測結果；保留一份有效紀錄，通常能縮短下次處理同類問題的時間。

進階路線：透過可驗證的實驗擴充設定

先建立一份可說明的基準設定

進階設定不是把所有進階選項都打開，而是能說明每個請求的入口、解析位置、比對規則與最後的出站。先整理一份可正常運作的基準，記錄系統與用戶端、目前使用設定的來源、採用的入口方式、路由預設與解析方案。將必要功能與可選實驗分開。若沒有這份基準，即使複雜設定短暫成功，也很難在網路變動或更新後復原，更無法判斷新增設定究竟解決了什麼問題。

規劃實驗時，先提出一個可驗證的問題，例如某個應用程式是否忽略系統代理、某個網域是否走向預期的出站，或切換網路後解析是否仍然可用。接著選定一個固定目標，記錄修改前的狀況，然後只調整相關參數。測試完成後，關閉既有連線並重新送出請求，避免重用連線影響觀察結果。若無法穩定重現，就先縮小實驗範圍，不要加入更多規則來解釋不確定的現象。

依相依順序擴充規則與解析

第一條進階路線是精細路由。先了解網域完整比對、網域後綴與位址網段的差異，再加入必要的例外並驗證規則順序。萬用字元寫法、正規表示式與核心專用規則可能有不同語意，不要直接貼上其他環境使用的表示式。每條自訂規則都應註明用途與測試目標；長期用不到、無法說明或與前文重複的規則，應該清理，而不是不斷累積。

第二條路線是解析分流。分別整理應用程式查詢、用戶端解析、遠端解析與系統快取的流程，確認每個步驟依賴的網路條件。不要只憑解析服務名稱判斷結果是否理想，應觀察它對實際目標回傳的位址，以及該位址是否適合最終出站。使用加密解析時，也要考量解析服務本身的網域如何取得位址。建立清楚的啟動路徑，比盲目增加多個備用解析位址更容易維護。

閱讀設定時分清完整檔案與局部片段

第三條路線是了解產生的設定。先使用用戶端提供的檢視功能查看實際執行內容，再對照入站、出站、路由與解析各部分的用途。圖形用戶端可能在啟動或儲存時重新產生檔案，直接修改產生結果的內容可能無法長期保留。若確實需要使用自訂設定，先了解目前用戶端的載入方式與支援範圍，並保存完整基準。局部範例缺少其他部分時，不能當成完整檔案直接執行。

學習協定參數應從實際需求出發。遇到包含新欄位的設定時，先確認所需核心與用戶端是否支援，再了解欄位之間的相依關係。不要為了嘗試某種協定，就修改現有服務未提供的驗證或安全參數。傳輸方式、伺服器名稱與相關安全欄位都必須與遠端相符，用戶端無法單方面決定。閱讀術語手冊時，請逐一對照名詞解釋與自己的設定，避免只記住名稱而忽略實際生效條件。

用驗收清單完成每次學習

完整驗收應涵蓋連線、分流、解析、區域網路存取與結束程式後的復原。既要確認需要代理的應用程式能正常使用，也要確認應直連的資源仍依預期存取；既要檢查首次啟動，也要測試切換網路、從睡眠中喚醒與重新開機後的狀態。測試目標應符合自己的實際使用情境，而不是追求某個測試數值。不同網路條件下的結果會改變，記錄環境資訊比記下單一數值更有參考價值。

完成後，將臨時實驗整理成簡短的維護說明：為何新增這項設定、如何確認生效、發生異常時如何關閉，以及哪些欄位需要隨服務更新。若要快速重現日常連線，請回到使用指南；需要更換用戶端時，回到下載頁確認平台；遇到具體錯誤時，前往相關章節與疑難排解。保留清楚的適用範圍與還原方式，設定才能隨需求增加，仍然易於理解、驗證與維護。