VPN 故障排除大全

建立可重現的排查基準

先描述症狀，不要先猜原因

連線故障最容易被拖長的原因，是一開始就把問題歸咎於線路、用戶端或帳戶，接著連續修改多個設定。修改項目一多，即使恢復連線，也很難知道真正有效的是哪一步。更穩妥的做法是先記錄清楚現象：用戶端是否顯示已連線，瀏覽器能否開啟一般網頁，是只有國際服務失敗還是所有網站都失敗，其他裝置是否同時出現問題，切換線路後結果是否改變。症狀描述越具體，後續分支就越少。

排查時應保留一個沒有額外擴充功能、沒有複雜分流規則的測試環境。瀏覽器可使用新的暫時視窗，用戶端採用預設規則，系統中暫時關閉其他會修改網路路徑的工具。目的不是永久改變使用習慣，而是建立簡單的基準。如果基準環境可以存取，問題通常位於瀏覽器擴充功能、自訂規則、應用程式代理或多個網路工具之間的衝突；如果基準環境也失敗，再繼續檢查網路與訂閱層。

將故障範圍縮小到單一層級

一次連線包含多個環節：本地網路先將請求送到用戶端，用戶端依規則決定直連或代理，再透過訂閱中的線路建立工作階段，網域還要經過 DNS 解析，最後由目標服務回傳內容。任何一個環節異常，都可能呈現為「打不開」。因此不要只看用戶端上的連線圖示。圖示代表工作階段已建立，不等於瀏覽器、系統代理、DNS 與特定應用程式都已沿著相同路徑運作。

每次只修改一個變數

建議依照「網路、線路、模式、應用程式」的順序比較。先保持用戶端和線路不變，只更換本地網路；再保持網路不變，只切換線路；接著才調整規則模式；最後檢查單一應用程式。每次操作後都重複相同的存取動作，並記錄結果。不要同時重新安裝用戶端、修改 DNS、切換線路和重新啟動路由器，因為這樣無法留下有效結論。

測試對象也應保持固定。可選擇一個一般網頁、一個需要跨境線路的網頁，以及一個常用應用程式作為固定樣本。不要將正在維護、需要重新登入，或會依地區回傳不同頁面的服務，作為唯一判斷依據。若一般網頁正常、跨境網頁失敗，優先檢查規則與線路；若兩者都失敗，優先檢查系統代理與 DNS；若網頁正常但應用程式失敗，問題多半停留在應用程式層。

先確認帳戶與服務資訊

ZVVPN 使用使用者名稱和密碼即可註冊，無需電子郵件地址。登入使用者面板後，應先確認方案或流量包仍可使用，再取得目前訂閱。月訂閱包含不同流量級距，流量依啟用日每月重置；流量包則用完為止，永久不過期。如果頁面顯示的訂閱狀態與用戶端快取不一致，應以使用者面板為準並重新匯入，不要繼續使用舊快取反覆連線。

線路涵蓋 120+ 個國家 / 170+ 條線路，支援 Windows、macOS、iOS、Android 與 Linux，裝置數量不限。不限裝置數量不代表同一台裝置上應同時執行多個代理用戶端；多個用戶端爭用系統代理或虛擬網路介面，反而是常見的衝突來源。需要比較方案內容時，可查看方案與流量規則；需要確認地區與線路類型時，可查看全球線路說明。

完全無法連線時的判斷流程

區分「用戶端打不開」與「線路連不上」

用戶端無法啟動、啟動後介面空白、系統提示缺少網路權限，與點擊連線後線路逾時，是不同的問題。前者應先檢查安裝完整性、系統權限與安全性策略；後者才進入網路與線路診斷。若用戶端可以正常顯示訂閱中的地區，但任何線路都無法建立連線，表示訂閱至少曾被讀取，此時應優先排查目前網路是否限制連線方式，以及系統中是否存在另一個正在佔用網路介面的用戶端。

先完整退出其他代理、網路過濾、企業接入或流量分析工具，再重新啟動 ZVVPN 用戶端。僅關閉視窗有時不會結束背景服務，應從系統匣、選單列或程序管理介面確認相關程式已退出。接著保留預設規則，不匯入額外設定，選擇另一個不同地區的線路測試。如果一條線路失敗而另一條成功，表示用戶端基礎功能正常，問題集中在線路可達性；如果全部失敗，再更換本地接入網路。

透過更換網路判斷本地接入問題

家用寬頻、辦公室網路、公共網路與行動網路可能採用不同的出口策略。連線失敗時，最有效的比較方式不是連續切換大量線路，而是在保持用戶端與訂閱不變的情況下更換網路。如果更換網路後可以連線，原網路可能存在路由異常、閘道快取、企業策略或本地裝置設定問題。此時重新啟動目前的網路設備、重新取得網路設定並檢查系統時間，通常比重新安裝用戶端更有意義。

系統時間偏差會影響安全工作階段的建立。請將日期、時間與時區設為自動同步，然後完全退出用戶端再重新開啟。若裝置處於企業管理環境，也要確認系統是否安裝了組織下發的網路描述檔或憑證策略。不要擅自刪除工作裝置上的管理設定，應先向網路管理員確認允許的使用範圍。個人裝置若曾安裝舊用戶端，也應檢查舊的虛擬網路介面是否仍處於啟用狀態。

確認權限與虛擬網路介面

Windows 和 Linux 上應確認用戶端具有建立網路介面與修改路由所需的權限；macOS、iOS 與 Android 通常會在首次連線時要求加入網路設定。拒絕過一次後，用戶端介面可能仍允許點擊連線，但系統不會真正建立相應介面。進入系統網路或隱私設定，查看 ZVVPN 相關網路設定是否存在並已啟用。如果設定重複，可先退出用戶端，再刪除明確屬於舊安裝的重複項目，然後從目前用戶端重新發起授權。

訂閱與線路應分開驗證

訂閱可以更新，不代表其中每條線路都能從目前網路建立連線；某條線路連線失敗，也不代表訂閱已失效。先觀察用戶端是否能列出線路名稱，再查看更新時間或更新結果，最後分別選擇不同地區測試。若訂閱清單為空或更新報錯，直接跳到本頁的訂閱章節；若清單完整但全部連線失敗，繼續檢查網路與權限；若只有少數線路失敗，可先使用其他線路，並保留失敗的線路名稱供工單診斷。

不要從聊天記錄或舊裝置複製過期訂閱文字，覆蓋目前設定。應從使用者面板的下載或訂閱入口重新取得，並透過用戶端提供的匯入功能載入。範例網址只能用於理解格式，不能作為真實訂閱使用：

https://example.com/sub?token=YOUR_TOKEN

匯入後先使用用戶端產生的預設群組，不要立即加入複雜規則。若預設設定可以連線，再逐步恢復個人規則。這樣可以判斷故障來自服務設定還是本地自訂內容。訂閱連結應按照密碼資料保管，不要放入截圖、公開文件或多人共享的設定儲存庫。

已連線但網頁打不開

連線狀態不等於流量已進入線路

用戶端顯示已連線，通常只代表用戶端與某條線路之間建立了工作階段。瀏覽器請求是否進入該工作階段，還取決於系統代理、虛擬網路模式、瀏覽器本身的設定與分流規則。首先開啟用戶端的連線記錄或狀態頁面，保持視窗可見，再存取一個一般網頁。如果存取動作沒有產生任何新記錄，瀏覽器流量可能沒有進入用戶端；如果出現請求但被標記為直連或拒絕，應檢查規則；如果請求已轉送但沒有回應，再檢查 DNS 與線路。

部分瀏覽器允許個別設定代理，擴充功能也可能接管網路。排查時建立一個不載入擴充功能的暫時瀏覽環境，並讓瀏覽器跟隨系統網路設定。若暫時環境正常，請逐一恢復擴充功能，不要一次全部啟用。曾手動填寫代理位址的瀏覽器，也應清除舊設定，避免瀏覽器將請求送往已不存在的本機連接埠。

分開驗證網域解析與網頁請求

網頁存取包含「將網域解析成位址」與「向目標位址傳送請求」兩個階段。解析失敗時，瀏覽器常會提示找不到伺服器；請求階段失敗時，較常見的是持續等待、連線被重設或憑證頁面異常。可在系統終端機執行以下通用檢查，範例網域不會包含帳戶資訊：

nslookup example.com
curl -I https://example.com

如果網域查詢失敗，而用戶端中的線路連線保持穩定，優先處理 DNS；如果網域可以解析但請求失敗，檢查系統代理、線路與瀏覽器。若命令列請求正常但瀏覽器失敗，問題更可能位於瀏覽器擴充功能、快取、獨立代理或安全性策略。命令列工具在不同系統上的可用性各異，缺少工具時不必另行安裝，也可以用兩個不同瀏覽器完成同類比較。

檢查規則模式與目標網域

規則模式會依據網域、位址或應用程式決定請求的走向。規則過舊、順序錯誤或自訂項目覆蓋預設規則，都可能使目標網站被錯誤直連。可暫時切換到讓測試流量統一經過線路的模式，再重新開啟網頁。如果此時恢復，表示線路和網頁本身可達，故障集中在規則匹配。完成驗證後不要直接長期保留測試模式，而應找到對應網域的規則歸屬，修正後恢復日常模式。

網頁通常會同時載入主網域、靜態資源網域、身分驗證網域與媒體網域。只為主網域加入規則，可能出現頁面框架能開啟，但圖片、登入按鈕或內容區域空白。瀏覽器開發人員工具中的網路清單可以協助判斷失敗請求屬於哪個網域，但不要將包含登入參數、工作階段識別碼或訂閱內容的完整請求網址傳到公開管道。提交工單時保留網域即可，查詢參數應予遮蔽。

清理切換連線後的快取狀態

在直連與代理之間頻繁切換後，瀏覽器可能保留舊連線、DNS 快取或網站工作階段。先完全關閉目標網站的分頁，再退出瀏覽器並重新開啟。若仍然異常，可清理該網站的快取與網站資料，不要一開始就清空所有瀏覽記錄。清除網站資料可能要求重新登入，因此應先確認帳戶憑證已妥善保存。

系統從休眠恢復、網路從有線切換到無線，或裝置在不同接入點之間移動時，舊連線也可能繼續佔用已失效的路徑。此時應先中斷用戶端，等待系統網路恢復一般存取，再重新連線。不要在系統尚未取得有效網路時連續點擊連線按鈕；用戶端反覆建立未完成的工作階段，可能使記錄變得難以辨認。

驗證出口變化，不依賴單一頁面

確認線路是否生效時，不應只看用戶端圖示，也不應只依賴一個可能快取地區資訊的網站。可以比較連線前後的出口資訊，並檢查 DNS 請求是否沿著預期路徑傳送。完整核對方法請見查詢出口 IP 與 DNS 的完整方法。若出口已經變更而網頁仍打不開，表示問題不是「完全沒有經過線路」，應回到規則、目標服務狀態與瀏覽器層繼續判斷。

目標網站也可能依據帳戶地區、瀏覽器儲存資料或內容授權回傳不同結果。線路地區正確，不代表舊工作階段會立即改變。可以退出目標帳戶、清理該網站資料後重新進入，但不要為了排查而頻繁修改帳戶資料。若同一條線路下不同裝置的結果一致，而更換線路後恢復，應記錄目標網域與線路地區，交由線路端進一步分析。

速度緩慢與尖峰時段卡頓

先判斷是本地接入慢，還是跨境路徑慢

速度問題必須具備比較條件。先中斷用戶端，確認目前網路開啟一般網頁和下載一般內容是否正常；再連線至線路，以相同裝置、相同網路和相同目標重複測試。如果直連本身已不穩定，優先處理無線訊號、路由器、寬頻出口或系統背景佔用。跨境線路無法修復本地接入層的丟包與干擾，盲目換線只會掩蓋真正原因。

無線網路尤其容易受到距離、遮蔽物、同頻干擾與省電策略影響。排查時盡量靠近接入設備，暫停雲端硬碟同步、系統更新、影片上傳和其他持續佔用頻寬的工作。若條件允許，可使用有線網路進行一次比較。這裡不需要追求某個測速數字，而是觀察網頁首次開啟、持續下載與影片緩衝是否同時改善。只有在本地基準穩定後，線路之間的比較才有意義。

比較線路時保持任務一致

選擇線路不能只看地理距離。使用者到入口、入口到出口、出口到目標服務之間的路由，都會影響結果。建議先選擇地理位置較近的地區，再選擇與目標服務地區一致的線路，並使用同一項任務測試。切換線路後要結束舊下載或舊播放工作階段，重新開啟目標內容，避免舊連線繼續沿用上一條路徑。

如果某條線路網頁回應快，但大型檔案持續傳輸速度慢，可能是路徑穩定但可用頻寬受限；如果下載速度尚可但網頁經常停頓，可能存在丟包、DNS 等待或連線重複使用異常；如果只有影片清晰度下降，還要考慮目標平台的位元率、自適應策略與地區判斷。關於串流媒體畫質的檢查方法，可閱讀畫質下降原因與選線指標。

尖峰時段要看持續性，不看單次結果

尖峰時段卡頓通常具有明顯的時段特徵。排查時應在問題出現時保留目前線路，再選擇另一個地區的線路比較；同時檢查本地一般網路是否也在同一時段變慢。如果所有線路和直連工作都變慢，本地電信商出口或家用網路更值得優先處理；如果只有特定線路在固定時段下降，可先切換到其他線路，並記錄反覆出現的時段與線路名稱。

不要透過短時間內連續重新整理來判斷穩定性。網頁重新整理可能命中快取，測速頁面也可能選擇不同目標。更有價值的方式是觀察一段完整的影片播放、持續下載、遠端會議或 AI 工具連續對話，是否出現規律性的停頓。測試任務應貼近日常用途，但不要同時進行多項高流量操作，否則無法判斷是哪一項影響了其他連線。

檢查協定、模式與裝置效能

不同連線方式對系統資源、網路環境和路由策略的適應性各不相同。若用戶端提供可選的連線方式，可在預設設定失敗後進行單項比較，但不要在沒有記錄的情況下頻繁切換。低效能裝置、長時間未重新啟動的系統，以及背景中大量執行的網路過濾程式，也可能使加密與轉送成為瓶頸。此時關閉無關程式並重新啟動用戶端，比反覆修改線路更有效。

路由器負責全屋轉送時，處理能力、韌體網路堆疊和規則複雜度會直接影響速度。若單機用戶端正常，但全屋方案明顯變慢，應將問題定位在路由設備，而不是線路本身。可參考全屋加速方案實測比較，核對韌體要求、分流維護與設備負載之間的取捨。

流量狀態也會影響判斷

月訂閱流量依啟用日每月重置，方案分別為 ¥9.9/月含 60GB、¥18/月含 250GB、¥28/月含 500GB；中途升級時，差額會折算成剩餘天數。流量包為 ¥158/300GB、¥358/1000GB、¥658/3000GB，用完為止，永久不過期。如果連線突然停止或工作無法繼續，應先在使用者面板確認目前可用狀態，不要將方案狀態誤判為線路速度波動。

需要更換方案時，應從方案頁面查看原始規則。付款方式為支付寶、微信與 USDT，7 天無理由退款。排查速度問題時，不建議僅憑單次測試更換方案；先確認本地網路、目標服務與線路差異，只有在流量需求本身發生變化時，再考慮調整級距。

頻繁斷線與自動重新連線

先觀察斷線發生在哪個事件之後

頻繁斷線不只有線路波動這一種原因。裝置休眠、螢幕關閉、無線網路切換、系統更新、路由器重新撥號、用戶端背景程序被終止，都可能中斷工作階段。排查時不要只記錄「又斷了」，而應記下斷線前發生了什麼：裝置是否剛從休眠恢復，是否從一個接入點移動到另一個接入點，是否在有線與無線之間切換，或某個應用程式是否剛開始大量傳輸。

如果每次從休眠恢復後都失敗，而正常使用期間穩定，優先檢查系統恢復網路的順序與用戶端自動重新連線；如果靜止不動也會規律斷開，檢查省電、背景限制和線路；如果只有移動過程中斷線，網路切換更可能是主要原因。明確觸發條件後，可以用相同操作重現，而不是長時間等待偶發問題。

網路切換後應重新建立工作階段

裝置從家用網路切換到其他網路時，本地位址、預設閘道和出口路徑都會改變。舊工作階段通常無法直接移轉到新路徑，用戶端需要偵測變化並重新連線。如果用戶端仍顯示已連線，但實際上無法存取，可先手動中斷，確認一般網路已恢復，再重新連線。不要在網路切換過程中連續開關用戶端，否則系統可能留下多個短暫的介面狀態。

在使用多個無線接入點的環境中，裝置可能在訊號相近時反覆漫遊。表面上無線圖示沒有變化，底層連線卻已經切換。可以暫時固定在一個接入點附近測試，或使用另一種網路比較。如果固定環境穩定，只有移動時才斷線，應優先改善本地無線覆蓋與漫遊，而不是持續更換遠端線路。

關閉會搶用網路介面的程式

多個代理用戶端、企業接入軟體、防護過濾工具和虛擬機網路元件，可能同時修改路由。它們不一定顯示在前景，但背景服務仍可能在網路變化時重新寫入系統設定。排查期間只保留一個用戶端，並確認其他相關程序已退出。若關閉衝突程式後恢復穩定，再決定日常使用時保留哪一個工具，不建議讓多個工具依賴啟動順序互相覆蓋。

瀏覽器擴充功能通常不會直接中斷底層工作階段，但會造成「網頁突然全部失敗」的假象。判斷是否真正斷線時，應同時查看用戶端狀態和其他應用程式。如果用戶端仍有正常請求，只有瀏覽器失敗，應回到瀏覽器設定；如果所有應用程式同時中斷且用戶端狀態改變，才屬於連線層斷線。

省電與背景策略會終止連線

筆記型電腦和行動裝置為了節省電量，可能在螢幕關閉後限制網路活動。將用戶端加入允許背景執行的範圍，並避免使用會主動清理背景程序的模式。系統更新後，原有權限也可能需要重新確認。若斷線始終發生在鎖定螢幕後，先檢查背景權限，再確認用戶端是否具備自動重新連線能力。不要為了保持連線而關閉整個系統的安全鎖定，只需調整與用戶端背景網路相關的項目。

桌面系統也可能關閉閒置的無線介面卡或虛擬網路介面。可在電源與網路設定中檢查節能選項，並分別比較接通電源與使用電池時的情況。如果只有電池狀態下頻繁中斷，問題較偏向節能策略；如果兩種狀態一致，再檢查線路與網路。

透過記錄區分主動中斷與逾時

用戶端記錄中的錯誤原文，比介面上的「連線失敗」更有價值。主動中斷通常會伴隨系統休眠、介面關閉、權限撤銷或使用者操作；逾時則較常與網路無法到達、線路回應中斷有關；驗證或訂閱錯誤則應轉到訂閱章節。複製記錄時只保留故障前後的相關片段，遮去訂閱連結、權杖和帳戶資訊。

如果記錄量很大，可先清除可安全移除的舊記錄，重現一次故障後立即匯出。重現過程應盡量簡單，例如保持一個固定網頁持續存取，然後執行已知會觸發斷線的鎖定螢幕、切換網路或休眠操作。這樣的記錄時間線清楚，客服更容易判斷系統事件與斷線之間的先後關係。

訂閱更新失敗與設定異常

先判斷是無法下載，還是無法解析

訂閱更新失敗通常分為兩個階段：用戶端未取得訂閱內容，或已取得內容但無法解析。前者常表現為網路請求失敗、位址無效或存取逾時；後者常表現為設定格式錯誤、內容為空、欄位不受支援。兩類問題的處理順序不同。無法下載時先確認使用者面板中的目前訂閱入口與本地網路；無法解析時則檢查匯入方式、用戶端類型與舊設定殘留。

不要手動編輯訂閱連結中的字元，也不要從截圖辨識連結。複製時容易混入空格、換行或標點，尤其是在聊天軟體轉發後。應直接從使用者面板使用複製或匯入入口，並在用戶端中建立新的訂閱項目。若新項目正常，再刪除舊項目；不要先刪除唯一可用的設定，以免失去比較依據。

確認目前帳戶狀態與訂閱來源

ZVVPN 註冊只需要使用者名稱和密碼，無需電子郵件地址。若裝置上儲存了多個使用者名稱，應先確認目前登入的是已啟用方案或流量包的帳戶。使用者名稱相似、瀏覽器儲存了舊工作階段，或用戶端沿用另一個帳戶的訂閱，都可能造成面板與用戶端狀態不一致。退出使用者面板後重新登入，再從目前頁面取得訂閱，可以減少帳戶混淆。

訂閱位址屬於敏感憑證，不應透過公開截圖、論壇附件或共享文件傳遞。若懷疑位址已經洩露，應在使用者面板使用可用的安全管理功能處理，並重新匯入。提交工單時不需要傳送完整訂閱位址，只需說明更新錯誤、用戶端平台與錯誤原文。客服若需要核對帳戶，應透過工單中的帳戶情境處理，而不是要求公開憑證。

清除舊快取，不要重複匯入

重複匯入同一份訂閱可能產生多個同名群組，用戶端之後仍在使用舊群組，使使用者誤以為更新沒有生效。應先記錄目前所選群組的來源，再手動觸發更新，並觀察線路清單是否變化。如果用戶端明確顯示多個重複訂閱，可保留剛從面板匯入的項目，停用舊項目後測試。確認新項目可用後，再清理舊項目。

部分用戶端會快取上次成功更新的內容。當本次下載失敗時，清單仍然存在，但更新時間沒有變化。不要只憑「還能看到線路」判斷更新成功，應查看更新結果或記錄。若快取中的線路仍能連線，可暫時使用，同時排查更新請求；若快取也無法使用，則需要同時檢查帳戶狀態和網路。

使用基礎網路驗證訂閱請求

訂閱更新本身也是一次網路請求。如果目前系統代理已損壞，用戶端可能透過錯誤代理更新自己的訂閱，形成循環故障。可先中斷連線，讓系統恢復一般網路，再更新訂閱；也可在另一個可用網路下嘗試。若中斷後可以更新，表示訂閱位址正常，問題在目前代理或規則；若更換網路後仍然失敗，再核對面板入口與用戶端匯入方式。

瀏覽器能開啟使用者面板，不代表用戶端一定能下載訂閱，因為兩者可能採用不同的網路路徑與憑證環境。反過來，用戶端更新成功也不代表瀏覽器代理正常。因此更新測試應單獨記錄，不要與網頁存取結果混為一談。

自訂設定應從最少內容開始恢復

若預設訂閱可以解析，但加入個人規則後報錯，應將自訂內容縮減到最小，再逐段恢復。常見問題包括縮排層級不一致、同名欄位重複、規則引用了不存在的群組，以及文字中混入不可見字元。設定檔對空格和層級敏感時，不建議在富文字編輯器中修改，可使用純文字編輯器，並保留修改前的副本。

subscription: https://example.com/sub?token=YOUR_TOKEN
mode: rule
test-domain: example.com

以上僅為結構示意，不代表任何用戶端的完整設定，也不包含真實憑證。實際使用時應優先採用用戶端內建的匯入流程，不應自行拼接本服務的訂閱內容。若用戶端提示欄位不受支援，請回到該用戶端適用的匯入入口，而不是反覆修改服務端訂閱。

區分方案狀態與用戶端錯誤

月訂閱流量依啟用日每月重置，流量包用完為止且永久不過期。方案中途升級時，差額會折算成剩餘天數。若面板顯示的狀態不符合預期，應先查看方案規則和訂單記錄，再決定是否提交計費工單。用戶端解析錯誤無法透過重複付款解決，計費狀態正常也不能修復本地格式錯誤，兩者應分開處理。

本服務支援不限裝置數量，但每台裝置都應使用從目前帳戶取得的有效訂閱，並避免公開傳播。裝置數量不限不會改變訂閱的保管要求。新裝置匯入失敗時，可以先在已正常運作的裝置上確認面板入口是否仍可用，再比較兩台裝置使用的用戶端與匯入方式。

某個App 不經代理與行動裝置背景斷線

網頁正常但應用程式失敗，先查看應用程式的網路模型

瀏覽器可以存取，但某個 App 無法存取，通常表示底層線路並未完全失效。應用程式可能使用獨立代理設定、固定網路介面、特殊網域、長連線，或不跟隨系統代理的請求方式。先在用戶端中觀察啟動該應用程式時是否出現請求記錄。如果完全沒有記錄，應用程式流量可能繞過目前的代理模式；如果有記錄但被判定為直連，請檢查分流規則；如果請求經過線路但回應異常，再檢查地區、快取與帳戶狀態。

測試前應徹底結束應用程式程序，而不是只返回桌面。許多應用程式會保留舊連線，切換線路後仍沿用原有路徑。結束後重新開啟，再執行相同動作。若應用程式有網頁版本，可用瀏覽器開啟同一服務進行比較：網頁版本正常而用戶端失敗，重點檢查應用程式本身；兩者都失敗，則回到線路、DNS 與目標服務。

使用暫時全域測試定位分流錯誤

在規則模式下，應用程式可能存取多個附屬網域，只有部分請求被正確匹配。可暫時讓測試流量統一經過線路，重新啟動應用程式。如果恢復，表示線路與應用程式服務可以通訊，問題位於規則覆蓋範圍。接著查看用戶端記錄中的網域與規則命中結果，將必要網域歸入正確群組，再恢復常用模式。暫時測試只用於定位，不應取代長期清晰的分流設定。

不要根據應用程式名稱猜測所有網域。登入、內容、圖片、更新與推播可能使用不同網域，而且會隨應用程式更新而變化。記錄失敗動作發生時新增的請求，比從網路上複製一整份來源不明的規則更可靠。加入規則後逐項驗證登入、內容載入與上傳功能，避免只確認首頁可以開啟。

應用程式內的代理設定可能覆蓋系統路徑

部分桌面應用程式提供「跟隨系統」、「不使用代理」或手動代理選項。如果之前填寫過本機位址，即使系統代理已由 ZVVPN 接管，應用程式仍可能嘗試連線到舊位址。排查時優先選擇跟隨系統或自動模式，清除已失效的手動設定。修改後完全重新啟動應用程式，使其重新讀取網路設定。

命令列工具和開發環境也常讀取環境變數。舊變數可能讓請求繼續傳送到另一個本機連接埠。可以在目前終端機檢查代理相關環境，但不要在工單中貼出包含憑證的完整環境。若需要驗證，可開啟一個沒有自訂啟動腳本的新終端機，再執行一般請求。開發工具中的專案層級設定也應單獨檢查，因為它可能覆蓋系統與終端機設定。

行動裝置背景斷線，先檢查系統調度

行動裝置在螢幕關閉後會限制背景活動，尤其是在省電、低電量或應用程式長時間未開啟的情況下。應允許 ZVVPN 用戶端在背景執行，並避免系統自動暫停。不同裝置的設定名稱可能不同，但判斷方法一致：保持用戶端在前景時測試，再鎖定螢幕後重複測試。如果前景穩定、背景中斷，問題集中在系統調度；如果前景和背景都中斷，再檢查線路與網路切換。

不要同時啟用多個使用系統網路設定的應用程式。行動系統通常只允許一個此類連線處於活動狀態，啟動另一個用戶端會主動取代目前連線。若狀態列圖示消失，或用戶端提示連線已被其他服務接管，應退出衝突應用程式，再重新連線。裝置重新啟動後仍然異常，可刪除明確屬於舊用戶端的網路設定，但應保留目前使用中的項目並確認名稱。

推播、語音與即時連線需要連續路徑

即時通訊、語音、遠端桌面和線上協作都依賴長時間連線。網路切換、背景凍結或線路變化，都會導致工作階段重新建立。若文字訊息正常但通話容易中斷，應在固定網路下測試，並暫時關閉會觸發自動切線的策略。若只有推播延遲，先檢查應用程式通知和背景權限，不要直接判定為線路故障。

AI 工具也可能同時使用網頁請求與持續輸出連線。若頁面可以開啟，但回答中途停止，先判斷本地網路是否切換、瀏覽器是否進入休眠、線路是否穩定，再更換同一地區的線路比較。不要在同一次測試中同時重新整理頁面、切換線路和重新登入，否則無法區分工作階段失效與網路中斷。

DNS 異常、裝置衝突與提交工單

辨識 DNS 異常的典型表現

DNS 異常常表現為網域無法解析、首次開啟等待很久、同一網站有時正常有時提示找不到伺服器，或連線到線路後仍回傳本地網路的解析結果。它與線路完全無法到達的區別在於：用戶端可能保持連線，部分使用已快取位址的應用程式仍能運作，而新開啟的網域失敗。將網域查詢與網頁請求分開測試，可以確認問題停在哪個步驟。

先中斷用戶端，確認一般網路下網域解析正常；再連線並重複相同查詢。若中斷時正常、連線後失敗，檢查用戶端 DNS 模式、系統網路設定與自訂規則；若兩種狀態都失敗，應先修復本地網路。不要同時在系統、瀏覽器、用戶端和路由器中指定多組不同 DNS，否則很難判斷請求路徑。

清除舊解析狀態並重新建立網路

切換網路或線路後，系統和瀏覽器可能繼續使用舊快取。可以先退出目標應用程式，中斷用戶端，等待一般網路恢復，再重新連線。系統提供 DNS 快取清除功能時，可使用系統內建方式處理；若不熟悉指令，不必另行安裝，也可以重新啟動網路連線與應用程式，建立乾淨的比較條件。不要從未知腳本複製具有系統修改權限的指令。

如果瀏覽器啟用了獨立的安全 DNS，可能不會跟隨系統或用戶端設定。排查期間可暫時讓瀏覽器跟隨系統，驗證問題是否消失。如果恢復，再依照用戶端支援方式決定長期設定。企業裝置上的 DNS 可能由組織策略管理，不應擅自修改；可以將查詢失敗的現象交給網路管理員確認。

裝置數量不限，但設定仍可能互相衝突

ZVVPN 支援不限裝置數量，表示可以在 Windows、macOS、iOS、Android 與 Linux 上使用目前帳戶，但每台裝置仍有獨立的用戶端、系統權限、快取與網路環境。一台裝置正常、另一台失敗時，不要先懷疑帳戶裝置上限，應比較兩台裝置的訂閱更新時間、用戶端模式、本地網路與系統代理。

同一台裝置執行多個用戶端，與多台裝置使用服務，是兩回事。前者可能爭用系統代理和虛擬網路介面，後者不會共享本地設定。出現裝置間差異時，可讓故障裝置連線到正常裝置使用的同一個網路，再使用同一地區的線路測試。如果結果仍不同，問題更可能位於裝置；如果結果隨網路改變，則應檢查接入環境。

什麼時候不必繼續在本地反覆嘗試

完成基礎網路、其他線路、系統權限、訂閱更新與 DNS 檢查後，如果問題仍可穩定重現，就應提交工單。尤其是多個裝置、不同網路和不同地區線路都出現相同錯誤時，繼續重新安裝和清除快取通常不會增加有效資訊。工單的目的不是證明「已經嘗試很多方法」，而是提供一條客服可以重現和判斷的路徑。

計費與退款問題也應直接透過工單處理。服務正文採用 7 天無理由退款說明，具體申請應以退款政策為準。付款方式為支付寶、微信與 USDT。涉及訂單時，附上訂單頁面可見的狀態與付款方式，不要提交付款憑證、完整交易金鑰或與問題無關的帳戶資料。

一份有效工單應包含哪些內容

標題應直接寫明症狀，例如「訂閱可更新但所有線路連線失敗」或「鎖定螢幕後連線被系統終止」。正文依序說明平台、使用的網路類型、用戶端顯示的錯誤原文、故障線路名稱、目標網站或應用程式、首次出現時的操作，以及已完成的比較。如果更換網路或線路後結果不同，也要寫明差異。

記錄只截取故障前後的相關部分。截圖應包含用戶端狀態與錯誤資訊，但必須遮去使用者名稱、完整訂閱位址、權杖、訂單敏感內容和其他個人資訊。不要只傳送一個經過裁切、看不到上下文的紅色提示，也不要上傳與故障無關的整頁聊天記錄。文字錯誤原文通常比圖片更容易搜尋，因此可在截圖之外再複製一份。

修復後保留最少量的記錄

問題恢復後，建議記下最後有效的操作與恢復前的關鍵現象。例如「關閉重複用戶端後恢復」、「重新匯入訂閱後線路清單更新」，或「允許背景執行後鎖定螢幕不再中斷」。不必保存完整的敏感記錄，但應保留問題類型和解決方向。日後遇到類似現象時，可以先驗證同一分支，不必從頭修改所有設定。

如果無法確定恢復原因，應逐步撤回無關改動，確認真正需要保留的設定。長期累積暫時規則、手動 DNS 與重複訂閱，會讓下一次故障更難判斷。穩定的設定通常不是選項最多的設定，而是網路路徑清楚、訂閱來源明確、系統中只有一個用戶端負責連線，且每項自訂都有可解釋的用途。