VPNDT 疑難排解總整理：依症狀定位問題

遇到問題先別急著換客戶端。從裝置到國際出口，這條鏈路上任何一環出問題，表現都可能是「打不開」，如果一上來就重新安裝、重設、換軟體，往往改了三處卻不知道是哪一處起了作用。更有效率的做法是先把鏈路拆成四層，判斷症狀落在哪一層，再進入對應章節。

四層怎麼用

檢查方向是由上往下。如果 L1 就有問題——裝置連本地網路都上不了——後面三層都不用看；如果客戶端根本連不上，重點看 L2 與 L4；如果只有某個網站或某個 App 打不開，問題大概率在 L2 的分流規則或 L4 的線路選擇上。判斷出層級之後，本頁對應的章節就是處理清單。

五分鐘通用自我檢查清單

• 關掉客戶端，確認裝置本身能正常存取常用網站。關掉也上不了，先修本地網路。
• 看客戶端狀態：是「未連線」「正在連線」還是「已連線」。三種狀態指向不同章節。
• 確認訂閱最近更新過。長期沒更新的訂閱裡，線路可能已經調整。
• 回想最近是否換過網路：家裡 Wi-Fi、公司網路、公共熱點、行動數據，不同網路對連接埠與協定的限制不一樣。
• 檢查系統時間是否自動同步。時間偏差過大會讓加密握手直接失敗，表現就是「怎麼都連不上」。
• 確認沒有第二個代理或加速軟體同時在執行。兩個軟體搶系統代理，結果通常是兩個都不正常。
• 登入使用者面板，確認方案在有效期內、流量沒有用完。
• 記錄問題是否只在某個網站、某個 App 或某個時段出現——這三條資訊能直接縮小範圍。

提交支援單前需要準備的資訊

無論問題最終落在哪一章，先把這幾項準備好：使用的平台與客戶端名稱；問題開始的時間與出現頻率；錯誤訊息原文或截圖；已經嘗試過的步驟與結果（換過哪幾條線路、換過哪個網路）；涉及線路的地區名稱；涉及計費時附上訂單編號。最後一章會把這些資訊整理成一份可以直接照抄的清單。

先分清三種「連不上」

1. 按下連線後立刻失敗，或者按鈕沒有反應：大概率在客戶端層或本地網路層。
2. 一直轉圈、最後逾時：多半是線路不可達，或目前網路限制了對應連接埠。
3. 顯示已連線，但所有網站都打不開：這不是連線問題，直接看下一章「連得上但打不開網頁」。

裝置與本地網路層

先把客戶端完全結束，確認裝置本身能上網。最快的一刀切測試是換網路：從 Wi-Fi 切到行動熱點，或者反過來。如果換網路就好了，問題出在原網路的限制上，而不是帳號或線路。公司網路、校園網路與部分公共熱點會對非常用連接埠做限制，這類限制在客戶端側無法繞過，換網路是唯一直接有效的辦法。

路由器長時間運作後可能出現連線表耗盡，表現為「突然全都不通」，重新啟動路由器能解決其中一部分。另外檢查系統時間是否自動同步：時間偏差過大會讓加密握手直接失敗，這類問題在手動改過時間或時區設定異常的裝置上並不少見。

客戶端層

先完全結束客戶端再啟動——注意是結束行程，不是最小化視窗。然後在客戶端裡逐條切換線路，建議順序是：先換同一地區的另一條線路，再換另一個地區，最後換線路類型（專線、中轉、直連）。如果客戶端提供傳輸協定選項，可以在兩條線路之間切換協定重新測試，這一步能排除「目前網路對某種傳輸方式不友善」的情況。

接著確認防火牆與安全軟體沒有攔截客戶端行程。Windows 上最常見的情況是首次執行時彈窗被隨手點了「封鎖」，之後客戶端一直無法建立連線，卻沒有任何提示。最後才是重新客戶端；前記住：訂閱是登入使用者面板重新取得的，不要依賴本地快取，重新安裝後重新匯入即可。

帳號與方案層

登入狀態可能過期，登出後重新登入一次。到使用者面板確認方案在有效期內、流量沒有用完：月訂閱有 ¥9.9/月含 60GB、¥18/月含 250GB、¥28/月含 500GB 三檔，流量依開通日每月重設；月流量提前用完，可以選流量包（¥158/300GB、¥358/1000GB、¥658/3000GB，用完為止、永久不過期）。

同時在線裝置數量不限，所以「裝置太多被踢下線」這種情況在本服務不會發生。反過來說，如果多台裝置在同一時間一起失敗，說明問題在帳號、鏈路或本地網路，而不是某一台裝置——這條判斷能幫你省下大量單機檢查。

什麼時候該找客服

• 換過三條以上不同地區的線路，仍然完全連不上。
• 換過網路之後同樣失敗，且另一台裝置表現完全一致。
• 客戶端日誌裡出現明確的錯誤碼，或反覆重試的記錄。
• 訂閱重設後依然無法連線，且面板裡方案狀態正常。

帶著這些結果提交支援單，比只說一句「連不上」要快得多，客服可以直接從你排除掉的方向之外開始查。

先分清三種表現

「打不開」不是一種故障，先看清是哪一種：全部網站都打不開、只有部分網站打不開（本地網站正常）、還是只有某個瀏覽器打不開。三種表現對應的方向完全不同，下面這張對照表可以直接照著走。

全域與分流：一次重新測試定方向

客戶端一般提供兩種模式：全域模式把所有流量交給通道；分流模式依規則決定哪些走通道、哪些直連。檢查時先把模式切到全域，存取之前打不開的網站。能開啟，說明問題在分流規則，跳到第七章；還是打不開，說明問題在代理接管、DNS 或線路上，繼續往下看。這一步的價值在於：它用一次操作就排除了一個方向。

系統代理有沒有被接管

客戶端顯示「已連線」，不等於系統代理已經生效。Windows 在「設定 → 網路和 Internet → 代理」裡能看到目前代理開關與位址；macOS 在「系統設定 → 網路 → 目前網路 → 詳細資訊 → 代理」裡查看。瀏覽器外掛、其他加速軟體、某些下載工具都可能悄悄改寫系統代理，把位址改成它們自己的連接埠。如果發現代理位址不是客戶端顯示的那一個，先結束那些軟體再重新測試。

分片與 MTU：連上了卻載入不出來

握手成功、連線正常，但網頁一直載入不出來，或者只有部分網站逾時，可能與資料包分片有關。通道封裝會增加標頭長度，某些網路環境下超過路徑 MTU 的分片會被直接丟棄。客戶端通常提供「自動」或手動 MTU 選項，先保持自動；長期異常再在合理範圍內微調，並且一次只改一個值，改完立刻重新測試。這個環節最忌諱一次改好幾個參數。

瀏覽器自身的 DNS

現代瀏覽器大多內建「安全 DNS」，會繞過系統 DNS 直接解析網域。當它解析到不適合目前線路的位址時，表現就是「客戶端正常、其他 App 正常、只有這個瀏覽器打不開」。處理辦法：把瀏覽器的安全 DNS 關閉或設為「跟隨系統」，清一次瀏覽器快取，再重新測試。

處理順序總結

• 切全域模式重新測試，判斷是規則問題還是接管問題。
• 檢查系統代理開關，確認位址與客戶端一致。
• 關閉瀏覽器安全 DNS，換無痕視窗重新測試。
• 換一條線路，再換一個網路。
• 換另一台裝置對照，確認是否單機問題。

每一步只做一件事，做完立刻重新測試並記錄結果。走完這五步仍然打不開，再進入第八章處理 DNS 解析鏈路。

先把「慢」量化

慢是主觀感受，先把它變成可比較的現象：同一台裝置、同一個網站、同一時段，分別測「關掉客戶端存取本地網站」和「開啟客戶端存取目標網站」。如果關掉客戶端存取本地網站也慢，問題在本地頻寬或 Wi-Fi；如果只有跨境存取慢，再往下看。測速看多次結果的中位數，而不是某一次的峰值——單次結果受瞬時波動影響很大，不足以判斷線路品質。

線路類型與適用情境

本站線路分為三種類型，各自的適用情境不同。選錯類型，是「速度慢」裡最常見的一類原因。

尖峰時段為什麼慢

尖峰時段的瓶頸通常不在伺服器端，而在跨境鏈路本身：這個時段國際出口整體壅塞，家用寬頻的上行也在被大量占用。可用的手段有三個：換到專線線路，用獨立通道避開公共路徑的排隊；換到鄰近地區（香港、日本、新加坡），縮短跨境段長度；把大流量任務（系統更新、雲端硬碟同步、遊戲更新）挪到非尖峰時段，避免自己把頻寬占滿。

本地因素別忽略

• Wi-Fi 訊號弱，或工作在壅擠頻段。能接網路線就接網路線，這是最省事的一次性改善。
• 路由器老舊或長時間未重新啟動，連線表與轉發效能都會下降。
• 背景在跑系統更新、雲端硬碟同步、網盤下載，把上行占滿之後，任何線路都會顯得慢。
• 瀏覽器開了一堆分頁與擴充功能，頁面本身的載入也會拖慢觀感。
• 安全軟體正在做全盤掃描，磁碟與網路同時被占用。

怎麼測才算數

固定工具、固定時段、多測幾輪。具體方法——選哪些工具、尖峰與離峰時段各測幾次、延遲和抖動、封包遺失、吞吐量分別代表什麼——在部落格 《VPN 速度實測怎麼做：自己客觀測速的方法、工具與時段》 裡有完整步驟，照著做一遍就能得到一份可比較的記錄。

兩個常見誤判

一是把串流平台自動降位元率當成線路故障。平台會依即時頻寬自動調整畫質，畫面變糊是平台的策略，不一定是線路出了問題，相關機制見 《看 4K 的 VPN 哪個好：畫質掉到 480p 的原因與該看的線路指標》。二是把單次峰值當結論：測一次很快或很慢，都不足以說明線路的長期表現，多看幾輪中位數才可靠。

先記錄斷線的規律

斷線問題最怕「感覺一直在斷」。花兩分鐘記錄規律，方向立刻清晰：

• 每隔固定時間斷一次，例如五分鐘或三十分鐘：多半與保活機制或系統策略有關。
• 隨機斷、沒有規律：多半是網路抖動，或線路本身在調整。
• 只在切換網路時斷，例如 Wi-Fi 與行動數據互切：系統重連策略問題。
• 只在鎖屏、休眠之後斷：系統省電與背景限制。
• 只在某個時段斷：與鏈路壅塞時間相關。

桌面端：休眠、節能與網卡

系統進入睡眠會暫停網路連線，喚醒後部分客戶端不會自動恢復，看起來就是「莫名其妙斷了」。處理辦法：在客戶端裡開啟自動重新連線；把系統電源計畫從「節能」切到「平衡」或「高效能」重新測試；檢查網卡驅動設定裡的「允許電腦關閉此裝置以節省電源」選項，把它關掉。另外，客戶端異常結束後系統代理開關有時不會被重設，表現為「斷線後再也連不上」，到系統代理設定裡手關掉再重連即可。

行動端：背景策略是主因

iOS 與 Android 都會在鎖屏或低電量時限制背景網路活動。iOS 上開啟低耗電模式後，背景重新整理與網路活動會被收緊，鎖屏後連線更容易被系統暫停；Android 各廠商的電池最佳化策略差異更大，需要把客戶端加入「不受限制」的白名單，並允許背景活動。此外，系統大版本更新之後，VPN 設定的權限偶爾需要重新確認一次，表現就是「更新完系統就連不上了」，重新授權即可。

路由器與多裝置環境

在路由器上做全域代理時，路由器的記憶體與連線數上限會成為瓶頸，同時跑大流量下載會互相排擠，表現是「人多就斷」。本服務同時在線裝置數量不限，所以多裝置本身不會互相踢下線；如果多台裝置在同一時間一起斷，先懷疑出口鏈路或本地網路，而不是裝置數量。

判斷是線路斷還是本地斷

• 同一帳號的另一台裝置是否同時斷？同時斷指向鏈路，只有一台斷指向本機。
• 換一條線路是否還斷？換線路就好，說明原線路在目前時段有波動。
• 換一個網路是否還斷？換網路就好，說明原網路側有問題。
• 斷線時本地網站是否正常？本地也不通，說明問題與跨境鏈路無關。

四條裡任意一條能重現，範圍就縮小一半。把斷線時間點記下來，與本地網路事件（路由器重新啟動、系統更新、電信商波動）對照，往往能直接找到原因。

訂閱連結的運作方式

訂閱連結是一段帶權杖的位址，客戶端用它從伺服器端拉取最新的線路列表。它等同於一份憑證：拿到連結的人就能匯入線路。同一連結可以匯入到多台裝置，本服務同時在線裝置數量不限，不需要為每台裝置單獨申請。理解這一點，後面所有「更新失敗」的處理都順理成章：要嘛連結本身失效了，要嘛客戶端沒能把請求送出去。

常見失敗表現與處理

各平台的匯入與更新路徑

• Windows / macOS：開啟客戶端 → 訂閱管理 → 新增訂閱 → 貼上連結 → 更新。
• iOS / Android：在客戶端內新增訂閱後，手動下拉重新整理一次。
• Linux：依所用客戶端說明匯入訂閱，命令列客戶端注意設定檔路徑與權限。

所有平台的訂閱都從使用者面板取得，登入後進入下載與訂閱區域複製；本站不提供任何靜態訂閱位址。各平台的分步操作見 教學頁；訂閱連結的完整概念、匯入與外洩處理見部落格 《訂閱連結是什麼？新手完整指南》。

連結外洩與重設

訂閱連結等同於憑證，不要發到公開群組、論壇，也不要帶在截圖裡。懷疑外洩時，到使用者面板重設訂閱連結，然後逐台裝置重新匯入——舊連結在重設後立即失效，這一步同時也能解決「連結被限速或異常使用」的問題。

文章與教學裡的範例連結一律是假值，例如 https://example.com/sub?token=YOUR_TOKEN，任何看起來像真實權杖的位址都不要在公開場合貼上。

更新後線路名稱變化

線路名稱與分組會隨營運調整，名稱變化不影響使用；如果某條線路消失，在客戶端裡選擇同地區的其他線路即可。不要因為線路名稱變了就反覆重新安裝客戶端——重新安裝解決不了線路調整，只會多花時間。

分流規則的基本邏輯

分流模式下，客戶端依網域、IP 段或行程決定流量走通道還是直連。規則沒有涵蓋到的目標會直連——在需要跨境存取的情境裡，表現就是「這個 App 無法走代理」。先理解這一點，再看具體是哪一類 App：不同類別的處理方式差別很大。

用全域模式快速判斷

把模式切到全域重新測試：App 恢復正常，問題在規則，補充規則即可；仍然不正常，問題在 App 的接管方式（例如它根本不讀系統代理），或者它自身使用 UDP、自有 DNS 的實作方式。這一步做完，後面的處理路徑就只剩一條。

幾類常見情況

• 桌面軟體與同步硬碟：一部分不讀系統代理，需要客戶端的 TUN / 虛擬網卡模式接管全部流量。
• Windows 應用程式商店應用：受系統網路隔離影響，需要在客戶端裡開啟對應的接管選項。
• 瀏覽器：外掛代理會覆蓋系統代理，先停用外掛重新測試，再決定是否在外掛裡設定。
• 命令列工具：需要手動設定代理環境變數，見下面的範例。
• 遊戲：多數走 UDP，需要支援 UDP 轉發的模式；同時遊戲對延遲敏感，優先選鄰近地區線路。

命令列代理範例

export HTTPS_PROXY=http://127.0.0.1:7890
export HTTP_PROXY=http://127.0.0.1:7890
curl -I https://example.com

連接埠以客戶端實際顯示為準，上面只是範例。Windows 的 PowerShell 裡對應寫法是 $env:HTTPS_PROXY="http://127.0.0.1:7890"。設定後如果命令列能通、而 App 仍然不通，說明問題在 App 自身，而不是線路或規則。

平台接管方式對照

處理順序

1. 全域模式重新測試，確認是規則問題還是接管問題。
2. 切換接管方式：系統代理不行就換 TUN / 虛擬網卡模式。
3. 為這個 App 的目標網域或行程補充自訂規則。
4. 仍然不通時，嘗試單一行程代理，把範圍收窄到單一程式。
5. 以上都不行，提交支援單時附上 App 名稱與目標服務，方便進一步判斷。

DNS 異常長什麼樣

• 開啟網頁前有幾秒「正在解析」的停頓，之後才正常載入。
• 同一網站在一台裝置能開、另一台不行，兩台裝置走的是同一條線路。
• 輸入網域打不開，直接存取 IP 卻可以。
• 換一個網路之後症狀消失。

這幾條的共同點是：問題不在「能不能連」，而在「網域解析成了什麼」。

檢查指令

# Windows
nslookup example.com
ipconfig /flushdns

# macOS
dig example.com
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

# Linux
dig example.com
resolvectl flush-caches

分別記錄「開啟客戶端」與「關閉客戶端」時同一網域的解析結果。如果兩次結果一致，說明解析請求沒有走通道，屬於典型外洩；如果開啟後解析變慢或失敗，說明通道內的解析服務在目前線路上不可達，換一條線路重新測試即可。

DNS 外洩意味著什麼

DNS 請求沒有走通道，就會交給本地網路或電信商的解析服務處理。影響有兩層：一是解析結果可能是就近位址，跨境存取時反而繞遠，表現為「能連但慢」；二是存取意圖暴露在通道之外。它不影響加密本身，但屬於應該順手修掉的問題。

處理辦法

• 客戶端 DNS 選項設為「使用通道內 DNS」或「跟隨系統」，兩種都試一次，選解析更穩定的那個。
• 系統 DNS 換成穩定的公共解析服務，改完清一次快取。
• 關閉瀏覽器的安全 DNS，讓它跟隨系統設定。
• 路由器層面的 DNS 也檢查一遍，尤其是把代理放在路由器上的情境。

本站 「我的 IP」 頁可以查看目前出口 IP 與歸屬地，用來確認流量是否真的走了通道；檢查 DNS 之前先確認出口，能避免在錯誤的方向上花時間。

與「能連但打不開」的關係

DNS 異常與第三章「連得上但打不開網頁」經常同時出現，判斷順序建議是：先依第三章把代理接管與瀏覽器設定排一遍，再回到本章處理解析鏈路；兩章都走完仍然異常，再考慮換線路或換裝置對照。

同時在線裝置數量不限

本服務的方案不限制同時在線裝置數，多裝置同時使用不會觸發限制，也不需要額外加購「裝置席次」。需要留意的反而是帳號共用：一個帳號被多人共用，一旦出問題，很難判斷是哪台裝置、哪個網路的問題，檢查成本成倍增加；帳號共用也會把訂閱連結擴散出去，帶來不必要的風險。如果多台裝置都是自己的，放心同時登入即可。

帳號與訂閱相關異常

• 登入失敗：先確認使用者名稱與密碼；忘記密碼走使用者面板的找回流程。註冊無需電子郵件地址，使用者名稱加密碼即可，所以沒有等待驗證郵件這一步。
• 訂閱取不到：訂閱在登入使用者面板後取得，未登入或登入狀態過期時取不到；重新登入後到下载與訂閱區域複製。
• 方案到期或流量用完：月訂閱有 ¥9.9/月含 60GB、¥18/月含 250GB、¥28/月含 500GB 三檔，流量依開通日每月重設；月流量提前用完，可以選流量包（¥158/300GB、¥358/1000GB、¥658/3000GB，用完為止、永久不過期）；中途升級方案時，差價折算成剩餘天數。
• 計費疑問：涉及訂單的疑問在支援單裡附上訂單編號，處理會快很多。

方案與流量包的完整說明在 方案頁；線路地區與類型的完整列表在 伺服器頁，選線之前可以先對照一下。

該找客服的六種情況

1. 依對應章節檢查完仍然重現，自己無法繼續判斷。
2. 換網路、換線路、換裝置三種方式都失敗。
3. 多台裝置在同一時間一起失敗。
4. 客戶端日誌裡有明確的錯誤碼或反覆重試記錄。
5. 訂閱連結重設後仍然無法更新。
6. 涉及訂單、退款與計費。退款承諾是 60 天無條件退款，符合條件時在支援單裡說明訂單資訊即可。

提交支援單要附的資訊

• 帳號使用者名稱（不要附密碼）。
• 平台與客戶端名稱。
• 問題開始的時間與出現頻率。
• 具體現象與錯誤訊息原文，截圖更好。
• 已經做過的步驟與結果，例如換過哪幾條線路、換過哪個網路。
• 涉及線路的地區名稱。
• 涉及計費時附上訂單編號。

支援單入口與處理節奏

支援單入口在使用者面板的支援單區域，登入後即可提交。同一問題不要重複提交多條支援單——重複提交會打亂處理順序，反而更慢；需要補充資訊時，在原支援單裡追加即可。最常見的往返是「缺少現象描述」，把上面那份清單照著填一遍，基本能一次性說清楚。