VPN 疑難排解手冊

01

開始之前：排解主線與工具準備

快速上手頁解決的是從零到連上的問題，路徑是線性的：註冊、取得訂閱、匯入用戶端、驗證連通。疑難排解不是線性的。同一個「打不開網頁」可能是網域解析失敗，可能是分流規則把目標送回了直連，可能是系統代理沒有真正生效，也可能是線路本身出了問題。如果每次都從安裝步驟重走一遍，多數時間會浪費在已經正常的環節上。

這本手冊依症狀編排。每一章對應一種你實際看到的現象，章內先給判斷流程，讓你在動手之前把範圍縮小到一兩個可能原因，再給具體的自我檢查步驟與解決方式。九章之間沒有先後順序，從上面的目錄直接跳到對應章節即可。

• 02完全連不上用戶端沒有任何流量
• 03連得上卻打不開網頁通道通了，網頁一直轉圈
• 04速度慢與晚間尖峰卡頓影片緩衝、下載上不去
• 05頻繁斷線連上沒多久就斷
• 06訂閱更新失敗線路清單空白或拉不到
• 07應用程式無法走代理瀏覽器能開，應用程式不行
• 08行動裝置背景斷線螢幕鎖定後連線消失
• 09提工單要附什麼六項必備資訊

與快速上手頁的分工

如果你還沒裝好用戶端、還沒匯入訂閱，先看快速上手那條主線：註冊、取得訂閱、匯入、驗證，四步走完。那條主線走完之後仍然有問題，再回到這裡。反過來，如果你已經能正常使用，只是偶爾某個網站打不開，也不需要重走安裝流程，直接看對應的症狀章節。

通用排解主線：先定現象，再定層級

不管哪種症狀，排解順序都是三步。第一步，把現象描述到可以重現。「有時候慢」不算現象，「晚上八點到十點，某個影音網站緩衝，其他網站正常」才算。可重現的現象才能定位。

第二步，判斷問題在哪一層。跨境存取的鏈路大致可以分成五層：應用程式本身、作業系統代理設定、用戶端與分流規則、本地網路出口、國際線路。每一層都有各自的觀察方法，第三章到第八章基本上都圍繞這個分層展開。

第三步，一次只改一個變數。改完立刻重測同一件事，確認有效再改下一個。同時改三個設定，最後不知道是哪個起了作用，下次遇到同樣問題還是不會。

動手之前先收集這幾樣東西

• 用戶端名稱與介面上顯示的版本資訊
• 目前使用的線路名稱與線路類型
• 錯誤訊息的原文，不是自己的轉述
• 作業系統版本與網路環境（家用寬頻、公司網路、公共無線網路、行動網路）
• 出問題的具體應用程式與具體網址
• 問題開始的時間，以及之前有沒有改過設定

這些資訊在第九章還會再用到一次。提工單時它們就是必備內容，提前準備好可以省掉一輪往返。

三條紀律

第一，不要反覆重新安裝用戶端。多數連線問題與安裝檔案無關，重裝只會把訂閱和設定清掉，反而多出一個變數。

第二，不要在沒有記錄的情況下切換協定或連接埠。切換本身是有效的排解手段，但必須記住原來是什麼，否則回不去。

第三，不要拿正式環境來試。工作要用的機器和帳號，先在另一台裝置上驗證改動，確認沒問題再同步過去。

本手冊用到的幾個術語

線路類型：IEPL 專線、中轉、直連，差別在資料從入口到出口之間怎麼走，第四章有完整對照表。分流：用戶端決定哪些流量走線路、哪些走本地直連的那套規則。出口：你存取目標網站時，對方看到的那個位址歸屬地。訂閱：帳號下的線路清單與設定，由用戶端定期拉取更新，第六章專門講。工作階段：用戶端與線路之間維持的那條連線，斷了要重建。

術語先認全，後面幾章的判斷流程會反覆用到它們。遇到不認識的詞，回到這一節對一下即可。

02

完全連不上：從用戶端到線路的四層定位

完全連不上有兩種：用戶端顯示未連線，或者顯示已連線但沒有任何流量。這兩件事要分開看，前者卡在建立通道之前，後者卡在通道建立之後。

第一層：用戶端是否真的在執行

先確認程序在、介面沒有卡在啟動畫面。Windows 上看工作列系統匣圖示是否回應點擊，macOS 上看選單列圖示。如果點開是一片空白或者一直轉圈，先完全結束再啟動一次，而不是直接重裝。

接著看權限。macOS 首次執行會要求授權加入 VPN 設定，拒絕之後用戶端介面看起來一切正常，但連線按鈕點了沒有反應。到系統設定的網路分類裡確認設定項目是否存在。Windows 上則要確認安裝時同意了虛擬網路卡驅動程式的安裝，被安全軟體攔下的話，用戶端能開啟但建立不了通道。這一層的問題有一個共同特徵：換任何線路、任何協定，結果都一樣。

第二層：本地網路能不能對外連線

先中斷用戶端，用一般方式開啟一個本地網站。打不開說明問題在本地網路，與線路無關，後面幾層都不用看了。

公共無線網路常見兩種情況：需要網頁認證，但認證頁被用戶端接管了；或者網路本身只放行常用連接埠。前者先關掉用戶端完成認證再連，後者換一個網路驗證。

公司網路與校園網路可能對非標準連接埠有限制。如果用戶端支援連接埠切換，換成 443 再試一次，這是通過率最高的一個連接埠。

第三層：訂閱與節點清單是否載入

開啟用戶端的線路清單。如果清單是空的，問題在訂閱而不在線路。常見原因是訂閱位址失效、帳號流量用盡，或者用戶端從未成功拉取過設定。

訂閱拉取的排解在第六章，這裡只需要確認一件事：清單裡有沒有線路。有線路但一條都連不上，繼續往下看第四層；清單為空，先去第六章。

第四層：線路與協定

換一條不同地區的線路，換一種線路類型（例如從中轉換到 IEPL 專線），再換一個協定。三次切換裡如果有一次成功，說明是單條線路或單個協定的問題，而不是帳號或網路的問題，把失敗的那條記下來回報即可。

如果所有線路、所有協定都不通，回到第二層重新確認本地網路，同時確認系統時間是否準確。時間偏差過大會讓加密握手直接失敗，而介面上通常只顯示「連線失敗」四個字，看不出真實原因。

四層都走完仍然連不上，依第九章的格式把現象記錄下來提工單。記錄裡要寫清楚每一層你看到了什麼，而不是只寫「連不上」。

03

連得上卻打不開網頁：網域解析、分流與系統代理

用戶端顯示已連線，只說明通道建立成功。資料能不能到達目標網站，還要經過網域解析、分流判斷、系統代理轉送三個環節。任何一環斷了，表現都是「連上了但打不開」。

「連上」到底意味著什麼

通道建立成功，表示用戶端與線路之間通了。但這只涵蓋了從你到線路這一段。從線路到目標網站那一段、以及你的裝置如何把請求交給用戶端，都是獨立環節。所以排解時要沿著請求的路徑一段一段看，而不是只看連線狀態燈。

網域解析異常的三種表現

第一種，所有網站都打不開，但用戶端裡能看到流量在走。這通常是解析請求沒有走線路，被本地網路回傳了錯誤結果。

第二種，部分網站能開啟、部分不能，且不能的那些恰好是境外網站。這是典型的解析結果被干擾的表現。

第三種，能開啟但很慢，每次都要等十幾秒才有結果。這是解析逾時後回落到備用伺服器。

自我檢查方法：在命令列裡直接向一個公共解析服務查詢同一個網域，對比兩次結果。

nslookup example.com 1.1.1.1
nslookup example.com

兩條指令回傳的位址如果完全不同，說明預設解析回傳的不是真實結果。macOS 與 Linux 可以用 dig，輸出更乾淨：

dig @1.1.1.1 example.com +short
dig example.com +short

解決方式是在用戶端裡把解析設定為走線路，或者手動指定一個可信的解析服務。改完之後必須完全結束用戶端再啟動，解析設定不會對已經建立的連線生效。

分流規則把目標送回了直連

分流規則決定哪些網域走線路、哪些走本地。規則庫過期、規則模式選錯，或者手動加過一條直連規則，都會讓某個網站被送回直連。

判斷方法很直接：把用戶端切到全域模式，再開啟同一個網站。能開啟說明是分流問題，不能開啟說明不是。確認是分流問題後，先更新規則庫，再看自訂規則清單裡有沒有相關項目。全域模式只是排解手段，長期使用建議留在規則模式，否則本地網站也會繞一圈，白白多出一段延遲。

系統代理與瀏覽器代理不一致

用戶端接管系統代理之後，瀏覽器如果裝了代理外掛，外掛會覆蓋系統設定。表現是用戶端顯示已連線，瀏覽器卻仍然走本地網路。

檢查方法：在瀏覽器裡開啟一個顯示目前出口歸屬地的頁面，對比用戶端裡顯示的線路地區。不一致就是代理沒有真正生效。另一個常見點是自動設定指令碼，指令碼裡判斷失誤會把目標網域排除在外。臨時改成全域代理測試一次即可確認。

判斷流程

04

速度慢與晚間尖峰卡頓：線路類型、壅塞與本地瓶頸

「慢」是最容易誤判的一類現象，因為它至少有三種完全不同的成因，對應三套完全不同的處理方式。

先分清三種「慢」

握手慢：點連線之後要等很久才顯示已連線。這是建立通道的過程慢，與頻寬無關，多半是線路入口的回應問題。

首位元組慢：連線很快，但開啟網頁要轉很久圈，內容出來之後載入又很快。這是延遲與解析的問題，不是頻寬問題。

持續吞吐量低：網頁能開啟，但影片一直緩衝、下載速度上不去。這才是真正的頻寬問題。

三種慢的原因完全不同。先對號入座，再動手，能省掉大量無效嘗試。

線路類型與適用情境

IEPL 專線：入口到出口走獨立通道，不與其他使用者爭搶，延遲穩定，適合即時會議、遠端桌面、API 呼叫這類對抖動敏感的場景。

中轉：先接入一個中轉節點再出海，路徑比直連短，晚間尖峰表現通常好於直連，適合影片與日常瀏覽。

直連：從本地直接連到境外節點，路徑最長，受國際出口壅塞影響最大，適合對延遲不敏感的大檔案下載。

晚間尖峰卡頓的成因

晚上八點到十一點是國際出口最壅塞的時段。這個時段裡，直連線路的抖動會明顯變大，中轉與專線相對穩定。如果只有這個時段慢、其他時間正常，基本可以判定是出口壅塞，而不是你的網路或裝置出了問題。

應對方式有三種：換到中轉或專線線路、把大流量任務挪到非尖峰時段、在用戶端裡換一個協定試試。三種方式都不需要改帳號設定，也不會影響已購方案的流量額度。覆蓋 120+ 國家 / 180+ 線路的規模下，同一地區通常有多條線路可選，換一條往往比死守一條更快。

本地瓶頸排解

先看無線網路。同一台裝置用網路線直連路由器測一次，差距明顯就是無線問題。2.4G 頻段在晚上被鄰居的路由器佔用，5G 頻段覆蓋又短，隔一道牆就可能掉速。

再看路由器。老舊路由器的轉送效能有限，同時掛著十幾台裝置時，轉送能力會先於頻寬成為瓶頸。

最後看背景。系統更新、網路硬碟同步、雲端備份都會在你不知情的時候佔滿上行。上行被佔滿時，下行看起來也會變慢，因為每個請求的確認封包送不出去。

什麼時候可以斷定不是線路問題

三個訊號：換裝置後速度不變、換網路後速度不變、非尖峰時段速度也不變。三條同時成立，問題更可能出在目標網站本身或者本地裝置，而不是線路。

反過來，如果只有某一台裝置慢、只有某一個網路慢、只有尖峰時段慢，先按上面幾節排解，再考慮換線路。判斷方向對了，處理起來通常幾分鐘就能解決。

05

頻繁斷線：工作階段維持、網路切換與省電策略

斷線比連不上更煩人，因為它時好時壞，很難重現。但斷線的形態本身攜帶資訊，先按形態分類，範圍就小了一半。

三種斷線形態

秒斷：連上之後幾秒內就斷。多為協定或連接埠被中間設備識別後重置。

週期性斷線：每隔幾分鐘斷一次，間隔比較固定。多為心跳逾時，或者用戶端與線路之間的工作階段維持失敗。

長時間後斷線：用了幾十分鐘到幾小時才斷。多為網路切換、系統休眠，或者線路側的工作階段回收。

工作階段維持與心跳

用戶端需要定期向線路發送心跳封包來維持工作階段。心跳間隔設得太長，中間設備會先把工作階段回收；設得太短，又會被判定為異常流量。多數用戶端有預設值，不建議隨意改。

如果用戶端裡能看到心跳相關設定，先恢復預設，再觀察是否還斷。恢復預設本身也是一次有效的變數控制：改過的東西先歸位，剩下的才是真問題。

網路切換引起的重新連線

筆電從客廳走到臥室，無線網路從一個存取點切到另一個，通道會重建。重建期間所有連線中斷，表現為「突然斷了一下又好了」。

雙頻合一的網路裡，裝置會在 2.4G 與 5G 之間來回切，切換頻率高的时候斷線就很頻繁。把兩個頻段拆成不同的網路名稱，讓裝置固定連一個，能明顯改善。

手機從室內走到室外、從無線網路切到行動網路，也是同一類問題。這類斷線不是故障，是網路環境變了，用戶端重新建立連線屬於正常行為。

省電策略與背景限制

這一條在行動裝置最常見，第八章會展開。桌面端也有類似機制：系統休眠時網路卡斷電，喚醒後通道需要重建，如果用戶端沒有正確處理喚醒事件，就會顯示已連線但實際不通。遇到這種情況，中斷再連一次即可恢復。

區分主動中斷與被動中斷

用戶端日誌裡通常能看到中斷原因。主動中斷一般有明確的操作記錄；被動中斷則表現為逾時、重置或者無提示消失。如果日誌裡反覆出現同一類逾時，基本可以鎖定是工作階段維持的問題，而不是本地網路抖動。這一步能把「網路不好」這個模糊判斷變成一個具體方向。

記錄斷線時間點

準備一張紙或者一個記事本，記下每次斷線的時刻、當時在做什麼、用的哪條線路。連續記三天，規律自己就出來了：固定間隔的多半是心跳，跟著位置變化的多半是網路切換，跟著時段變化的多半是線路壅塞。

這份記錄在提工單時非常有用，比「經常斷」三個字有用得多。它同時也是你自己判斷問題有沒有被解決的最好依據。

06

訂閱更新失敗：連結、時間與用戶端快取

訂閱更新失敗的表現有兩種：線路清單直接變空，或者線路還在但全部連不上。兩種都指向同一件事——用戶端手上的清單不是最新的。

訂閱更新做了什麼

訂閱是一份由帳號資訊產生的線路清單。用戶端定期向這個位址請求，拿到最新的節點清單、分流規則與設定參數。更新失敗意味著用戶端還在用舊清單，而舊清單裡的線路可能已經調整過。

連結失效與權限

訂閱位址裡帶有一段與帳號綁定的憑證。重設過密碼、在面板裡重新產生過訂閱，或者帳號狀態發生變化，舊位址就會失效。

判斷方法：把訂閱位址複製到瀏覽器裡開啟。能回傳內容說明位址有效，回傳錯誤頁說明位址本身有問題。注意，訂閱位址等同於帳號憑證，不要發到群組裡、不要貼進截圖、不要提交到公開的程式碼倉庫。範例裡的位址一律是假值，例如 https://example.com/sub?token=YOUR_TOKEN，真實位址只放在你自己的裝置上。

更新時的網路條件

訂閱更新本身也需要網路。如果用戶端此時正處在「全域走線路」的狀態，而線路又不通，更新就會失敗——這是一個循環：因為連不上所以要更新，因為要更新所以連不上。

正確做法是先把用戶端切到直連或者完全關掉，用本地網路完成一次更新，再連線路。

用戶端快取與匯入方式

有的用戶端在匯入失敗時會保留舊設定，介面上看不出任何異常。遇到這種情況，先刪掉現有設定再重新匯入，而不是在舊設定上點更新。

匯入方式也要對：訂閱位址要用「從連結匯入」，不要手動複製節點資訊再逐條加入。手動加入的節點不會跟著訂閱更新，過一段時間就會全部失效。

系統時間不同步

訂閱請求帶時間戳記。系統時間與真實時間偏差超過幾分鐘，伺服器端會拒絕請求。筆電長時間不關機，或者時區設錯，都可能出現這種情況。把系統時間設為自動同步，重新啟動用戶端再試。

訂閱連結的安全邊界

訂閱位址外洩的後果是別人可以用你的流量。出現異常消耗時，第一件事是在面板裡重新產生訂閱位址，舊位址會立即失效。

另外，訂閱位址不要放在瀏覽器書籤裡跨裝置同步，也不要用聊天工具的文件傳輸傳給自己。這些做法看起來方便，實際上把憑證複製到了更多地方。帳號註冊只需使用者名稱與密碼，無需電子郵件地址，憑證管理全靠你自己保管，這一點要格外注意。

07

單一應用程式無法走代理：分應用模式與規則優先順序

瀏覽器能開啟網頁，某個應用程式卻提示網路異常——這是最常見的一類「局部失效」。它幾乎總是規則或代理接管方式的問題，而不是線路問題。

全域模式與規則模式

全域模式下所有流量都走線路；規則模式依規則表判斷。單一應用程式無法走代理，多數發生在規則模式，因為規則表裡沒有這個應用程式的網域，或者命中了直連規則。

分應用代理的兩種實作

一種在用戶端裡做：用戶端列出已安裝的應用程式，你勾選哪些走線路、哪些走直連。這種方式對用戶端的權限要求高，Windows 與 Android 支援較好。

另一種在系統層做：靠虛擬網路卡與路由表，所有應用程式預設都走，個別應用程式透過規則排除。macOS 與 iOS 屬於這一類。系統層接管的好處是應用程式不需要認識代理，壞處是排解時看不到「哪個應用程式走了哪條路」這種細分資訊。

規則優先順序與常見誤判

規則表通常依序匹配，命中第一條就停止。把一條直連規則放在最前面，後面所有針對同一網域的走線路規則都不會生效。

常見誤判有三種：網域後綴寫得太寬，把整個頂級網域都送回了直連；位址段規則與網域規則衝突；規則庫版本太舊，目標網站換了網域而規則沒跟上。

排解方法：在用戶端的連線日誌裡找到這個應用程式發起的請求，看它命中了哪條規則。日誌裡一般會寫明匹配到的規則名稱，對著規則表往回找即可。

應用程式自帶的網路偵測

有些應用程式在啟動時會做一次網路環境偵測，偵測不通過就拒絕連網，即使系統代理已經生效。這類應用程式通常需要單獨放行，或者在分應用清單裡設為走線路。

另一種情況是應用程式使用了獨立的解析服務或者硬編碼的位址，繞過了系統代理。這種情況只能靠用戶端全域模式或者系統層虛擬網路卡接管。

瀏覽器能開、應用程式不能開的常見原因

瀏覽器走系統代理，應用程式不一定。有的應用程式直接用底層網路介面，不讀系統代理設定。這類應用程式只有在虛擬網路卡接管全部流量時才會走線路。

判斷方法很簡單：把用戶端切到全域模式，如果應用程式恢復了，說明它不讀系統代理；如果仍然不行，說明它連虛擬網路卡都沒有用上，需要看應用程式自己的網路設定。

判斷流程

08

行動裝置背景斷線與裝置數超限

手機上的斷線，絕大多數不是線路問題，而是系統對背景程序的限制。兩個平台的表現不同，處理方式也不同。

iOS 的背景限制

iOS 對背景程序管得很嚴。切到背景之後，連線由系統接管，但其他應用程式的背景活動會被限制。表現是螢幕鎖定一段時間後解鎖，需要幾秒才恢復網路。

系統設定裡，VPN 設定需要保持「隨選連線」開啟，否則系統會在閒置時主動中斷。另一個常見點是低耗電模式。開啟後系統會延後背景重新整理，連線恢復會變慢，但一般不會徹底斷掉。

Android 的電池最佳化與自動啟動

Android 各家廠商的策略差異很大。預設的電池最佳化會在螢幕熄滅後限制背景網路，用戶端服務被限制就表現為斷線。

需要在系統設定裡把用戶端加入電池最佳化白名單，並允許自動啟動與背景活動。部分廠商還有額外的省電策略開關，需要單獨關閉。

另一個容易忽略的開關是「休眠時中斷行動數據」。這個開關打開後，螢幕熄滅一段時間網路會整個斷掉，連線自然也跟着斷。排解時先看這一項。

行動網路與無線網路切換時的重新連線

手機在移動過程中頻繁切換基地台與無線網路，通道會反覆重建。把不用的網路關掉（例如在家時關掉行動數據），能減少切換次數，也就減少了斷線次數。

「裝置數超限」為什麼在本服務不成立

從別的服務遷移過來的使用者，遇到連不上時常常先懷疑裝置數超限。本服務的訂閱同時線上裝置不限台數，同一個帳號在多台裝置上同時使用是允許的，不會因為裝置多而被踢下線。Windows / macOS / iOS / Android / Linux 五個平台可以同時線上。

所以如果出現「一台連上另一台就斷」的現象，原因不是裝置數，而是下面幾種情況之一。

真正的原因通常是什麼

第一種，同一個訂閱被兩台裝置的用戶端同時以相同識別連接，伺服器端把舊工作階段回收。解決方式是每台裝置用獨立的用戶端實例，不要複製同一份帶裝置識別的設定。

第二種，本地網路只允許一個通道。部分路由器與公共網路會限制同時建立的通道數量，表現就是後連的把先連的頂掉。

第三種，帳號狀態異常。這種情況在使用者面板裡能直接看到，不需要猜。流量用盡、方案到期都會有明確提示，與裝置數量無關。

09

什麼時候找客服：工單要附哪些資訊

前面八章涵蓋了絕大多數可以自己解決的問題。剩下的那一小部分，提工單是正確選擇——但工單的品質直接決定處理速度。

該自己解決的與該提工單的

工單必須附的六項資訊

怎麼描述現象

好的描述：「晚上八點後，用某地的中轉線路看高畫質影片，每兩分鐘緩衝一次；換到另一地區的中轉線路正常；同一時段用手機連同一線路也正常。」

不好的描述：「很卡，快修。」

前者能直接定位到線路與時段，後者只能讓客服從頭問一遍，一來一回就是一兩天。

提工單之前先做的三件事

第一，重新啟動用戶端與裝置，排除臨時狀態。第二，換一條線路重測，確認是單線路還是全線路。第三，確認帳號狀態正常，流量沒有用盡、方案沒有到期。

這三件事加起來不到五分鐘，卻能過濾掉相當一部分工單。

提工單時不要做的三件事

不要把訂閱位址貼進工單。客服需要的是現象與排解結果，不是憑證。不要在一個工單裡塞三個不相關的問題，分開提處理更快。不要在等待回覆期間反覆改動設定，改完之後現象變了，之前收集的資訊就作廢了。

工單提交之後

工單入口在使用者面板內，登入後即可提交。提交之後不要重複提交同一問題，重複工單會讓處理順序變亂。

如果需要退款，本服務提供 7 天無理由退款，具體條款以使用條款頁為準。價格與方案在方案頁有完整清單，線路分布可以看節點頁，兩處數字與這裡一致。