故障排除大全

檢查前的基準:先記錄,再動手

跨境線路的問題很少只有一個原因。同一個「連不上」,可能是用戶端權限被系統回收,可能是本地網路解析失敗,也可能是所選線路正在調整。如果一上來就同時換線路、換用戶端、重灌系統,即使最後恢復了,也不知道是哪一步起了作用,下次遇到同樣的問題還得從頭試一遍。

本頁與教學頁(tutorial.html)的分工需要先說清楚:教學頁負責「從零到能用」的主線流程——註冊、選購方案、取得訂閱、匯入用戶端、驗證連線;本頁是系統查閱手冊,依症狀分章,遇到具體錯誤時對照檢查。首次設定還沒走完,先看教學頁;已經能用、但某個情境出問題,直接跳到對應章節。

先記錄四項基準資訊

開始檢查前,把這四項寫在便條紙上。它們既是自查的依據,也是提交工單時最需要的資訊:

1. 平台與用戶端名稱。Windows / macOS / iOS / Android / Linux 五個平台的操作路徑差別很大,同一個錯誤在不同平台的原因往往不同。寫清楚是哪一個平台、哪一個用戶端。
2. 訂閱最後一次成功更新的時間。用戶端裡能看到訂閱的更新時間。如果是一週以前,先更新訂閱再檢查——很多「線路不見了」其實是訂閱過期,不是線路故障。
3. 目前線路的名稱與類型。例如「香港 · IEPL 專線」「東京 · 中轉」。切換時要記下切到了哪一條,否則無法比較兩條線路的差別。
4. 錯誤訊息原文與出錯的具體應用程式。是用戶端彈窗錯誤,還是瀏覽器打不開網頁,還是某個 App 裡提示網路異常。原文照抄,不要轉述成「就是連不上」。

通用三步自查:每步只改一個變數

任何症狀都可以先做這三步,順序不要打亂:

1. 換線路。在同一個用戶端裡換到另一個地區,優先換線路類型不同的(直連換中轉、中轉換 IEPL 專線)。換了就好,說明是單條線路的問題,記下線路名稱,繼續用別的。
2. 換網路。把裝置從 Wi-Fi 切到行動網路,或者換一個 Wi-Fi。換了就好,說明問題在原本的本地網路:路由器、電信業者出口或 DNS。
3. 換裝置。同一個帳號在另一台裝置上匯入訂閱試一次。換了就好,說明問題在原本裝置的用戶端或系統設定上。

三步做完,問題基本上能歸類到「某條線路 / 某個網路 / 某台裝置」三者之一。歸不進去,再進入對應症狀章節做細部檢查。

檢查順序:由近到遠,逐層收斂

把連線路徑拆成四層,依序排除,不要跳層:

• 用戶端層:權限、訂閱狀態、分流規則、用戶端本身。
• 本地網路層:路由器、電信業者出口、DNS、需要認證的公共網路。
• 線路層:所選地區與線路類型是否可用、是否處於尖峰壅塞。
• 目標網站層:目標服務本身是否可存取、是否對出口地區有額外要求。

由近到遠的好處是每一層都能給出確定結論,四層走完,問題一定落在某一層裡,不會變成「到處都試一遍」。反過來,先懷疑線路、最後發現是瀏覽器外掛攔了請求,是最常見的白費功夫。

準備兩個驗證工具

檢查過程中至少要能回答兩個問題:流量到底有沒有走線路?解析到底有沒有生效?前者用站內的「我的 IP」頁面(myip.html)看目前出口 IP 與歸屬地,連線前後各查一次,IP 與地區變了,說明流量確實走了線路。後者用系統內建的命令列工具查解析結果,Windows 用 nslookup,macOS 與 Linux 用 dig 或 nslookup,具體用法在「網頁打不開」一章。

連不上:從用戶端到線路逐層判斷

「完全連不上」指用戶端無法建立連線,或者顯示已連線但任何流量都出不去。這一章依用戶端層、本地網路層、線路層三步推進,每一步都給出可以觀察到的現象,讓你判斷自己走到了哪一層。

用戶端層的四個檢查點

1. 權限是否還在。iOS 與 Android 上,VPN 權限可能在系統更新、用戶端重新安裝或使用者手動清理後失效。表現是用戶端裡的開關打不開,或者打開後立刻自動關閉。處理方式是在系統設定裡重新允許該用戶端建立 VPN 連線,再回用戶端重連一次。
2. 訂閱是否有效。用戶端裡的線路列表是空的、或者只剩一條預設線路,通常是訂閱沒有成功匯入。先更新一次訂閱;更新失敗,依本頁「訂閱更新失敗」一章處理。
3. 系統時間是否準確。建立連線階段對時間敏感,系統時間偏差過大時會直接握手失敗。把系統時間設為自動同步,再重試。
4. 是否被安全軟體攔截。部分安全軟體會接管系統網路層,把用戶端的連線請求攔下來。暫時結束安全軟體再試一次,如果恢復正常,把用戶端加入它的允許清單。

本地網路層的檢查

先確認這台裝置在不走線路的情況下能正常上網:打開一個常見網站,能打開說明本地網路通。然後依序檢查:

• 換一個網路。從 Wi-Fi 切到行動網路。如果行動網路下能連上,問題在原本的 Wi-Fi 或路由器,不在線路。
• 是否需要認證。飯店、車站、公司網路常需要先在瀏覽器裡完成認證頁面,認證完成之前,其他類型的流量會被閘道直接丟棄。
• 路由器是否開啟了上網保護。部分路由器的「家長控制 / 上網保護」會依應用程式類型攔截連線,暫時關閉再試。
• 重新啟動路由器。長時間運作的路由器連線表滿載時,表現為新連線建立失敗,重新啟動是最快的驗證方式。

線路層的檢查

用戶端層與本地網路層都排除之後,用換線路的方式來驗證:

1. 換地區。香港、新加坡、東京、洛杉磯、巴黎、米蘭任選一條沒試過的,不要在同一條線路上反覆重連。
2. 換類型。直連、中轉、IEPL 專線三種都試一次。三種都失敗,問題更可能在用戶端或帳號端;只有某一種失敗,說明是該類線路的問題。
3. 換協定。用戶端裡如果提供多個協定選項,換一個再試,可以排除單一協定的相容性問題。

已連線但零流量

有一種情況最容易誤判:用戶端顯示「已連線」,但打開任何網頁都逾時。這時先依「我的 IP」頁面查出口 IP——如果 IP 與地區都沒有變化,說明流量並沒有走線路,連線只是建立到本地,屬於用戶端層問題;如果出口 IP 已經變成線路所在的地區,但網頁仍然打不開,那屬於下一章的「連上卻打不開網頁」,處理方向完全不同。

連上卻打不開網頁:代理、DNS 與分流

用戶端顯示已連線,出口 IP 也變了,但網頁打不開、或者只有一部分打不開。這一類問題幾乎全部落在三處:代理模式與分流規則、DNS 解析、以及目標網站本身。依下面的順序判斷,不要三處一起改。

三種典型表現,對應三個方向

• 所有網站都打不開,連搜尋引擎也不行。優先查 DNS 與代理模式。
• 常見網站能開,某些網站打不開或一直轉圈。優先查分流規則與目標網站本身。
• 瀏覽器能開,某個 App 不行。屬於「某個 App 走不了代理」一章,直接跳過去。

DNS 異常怎麼判斷

DNS 負責把網域名稱轉換成 IP。解析環節出問題時,典型表現是「瀏覽器一直轉圈最後逾時」,而用 IP 直接存取卻可能通。判斷方法是用系統內建指令查一次解析結果:

# Windows
nslookup example.com

# macOS / Linux
dig example.com +short

看傳回的結果:正常應傳回一組 IP 位址;如果傳回 NXDOMAIN、請求逾時,或者傳回一個明顯不屬於該網域的位址,就是解析異常。常見的三種解析異常與對應方向:

• 解析逾時。本地 DNS 伺服器無法連線。換成公共 DNS 再試一次。
• 解析結果異常。傳回的位址與預期不符,通常是本地 DNS 請求被中間設備改寫。把解析交給線路端完成。
• 部分網域解析失敗。分流規則把該網域交給錯誤的解析路徑,只有這一部分網域受影響。

處理順序:先在用戶端裡開啟「遠端 DNS / 由線路解析」這類選項(不同用戶端名稱不同),讓網域解析走線路端完成;用戶端沒有這個選項,就把系統 DNS 改成公共 DNS,再重連一次。改完用上面的指令複查,確認傳回結果正常。

分流規則與規則集

規則模式下,用戶端依規則集決定哪些流量走線路、哪些直連。規則集過期會導致兩類相反的問題:該走線路的網域被判定為直連,於是打不開;該直連的流量被送進線路,於是變慢。處理方式很簡單——在用戶端裡更新一次規則集(通常和更新訂閱是同一個入口),然後完全重新啟動用戶端,不要只切到背景。

修復順序

1. 先查出口 IP,確認流量確實走了線路。沒走線路的話,先解決連線問題,不用往下查。
2. 查一次 DNS 解析,排除解析異常。指令與判讀方法見上一節。
3. 更新規則集,重新啟動用戶端。這一步能解決大部分「部分網站打不開」。
4. 把代理模式暫時切到全域,測試同一個網站。全域下能開、規則下不能開,問題確定在規則集。
5. 以上都正常,再懷疑目標網站本身。換一個網路環境存取同一個網站,如果同樣打不開,那就是網站端的問題,與線路無關。

速度慢與晚間尖峰卡頓

「慢」是一個籠統的描述。檢查前先把它拆成三種可觀察的現象:頻寬不足、延遲高、丟包。三者的表現、成因與處理方式完全不同,混在一起檢查只會來回換線路。

先分清三種慢

• 頻寬不足:下載大檔案時速度上不去,但網頁開啟、影片起播都正常,表現為持續的低速。
• 延遲高:每次點擊都要等一兩秒才有回應,下載速度可能並不低,表現為「卡但不算慢」。
• 丟包:視訊會議聲音斷續、網頁載入到一半停住、需要反覆重新整理,表現為不穩定。

判斷方法很直接:打開一個網頁看首位元組出現的快慢(延遲),下載一個較大檔案看速度是否穩定(頻寬),開會或看直播看是否斷續(丟包)。三者裡只有頻寬能靠測速數字大致反映,另外兩項要靠實際使用感受。

線路類型與晚間尖峰

晚間尖峰通常指 20:00 至 24:00,是國際出口最壅塞的時段。三種線路類型在這個時段的表現差別最大:

這不是絕對結論——具體表現取決於你所在的城市、電信業者與當天的出口狀況。但選線邏輯是穩定的:對穩定性敏感的情境(會議、遠端桌面)優先 IEPL 專線;對頻寬敏感的情境(4K 影片、大檔案)優先看目前線路的實際速度,不要只看地區名稱。全部線路清單與類型標註在線路頁。

自查步驟

1. 換線路類型再測。同一時段內,直連、中轉、IEPL 各測一次,記錄結果。跨時段比較沒有意義。
2. 檢查本地占用。同一個網路下有沒有其他裝置在下載、備份、看影片。一個占滿上行的大檔案同步就能把整條網路拖慢。
3. 檢查 Wi-Fi。靠近路由器、優先 5GHz 頻段,再測一次。Wi-Fi 自身的抖動經常被誤判成線路問題。
4. 確認走的是該走的路。用「我的 IP」頁面確認出口地區與所選線路一致。選了香港卻從別的地區出去,說明分流規則有問題,先依上一章處理。
5. 換裝置對比。同一條線路在另一台裝置上測速,排除單台裝置的效能瓶頸。

不同情境的頻寬參考

表裡的數字是通用參考值,不是本服務承諾的速率。實際速度取決於你所在的位置、本地電信業者、線路當時的負載與目標網站的回應能力。

AI 工具與串流影音的不同表現

對話類 AI 工具對延遲比對頻寬敏感,首字回應慢通常是延遲問題,換一條延遲更低的線路比換頻寬更大的線路有效;串流影音對頻寬敏感,4K 起播失敗或頻繁降低位元率通常是頻寬問題。兩者都不要只看測速數字,直接觀察實際使用中的表現更準確。

頻繁斷線與行動裝置背景斷線

斷線分兩類:一類是連線突然中斷、需要手動重連;另一類是連線一直顯示「在」,但裝置進入背景或鎖定螢幕後就收不到資料。前者的原因多在網路與線路,後者幾乎全部是系統的省電與背景策略。先分清是哪一類,處理方向完全不同。

電腦版:先看斷線的時間規律

• 每隔固定時間斷一次。通常是用戶端的保活策略或系統的省電選項。檢查用戶端是否有「自動重連」開關,以及系統是否開啟了會休眠網路介面卡的節能選項。
• 網路切換時斷。從 Wi-Fi 切到有線、或切換 Wi-Fi 時斷,屬於正常現象,用戶端一般會在幾秒內自動重連。
• 無規律斷。多與線路波動或本地網路品質有關。記錄斷線的時間點,和晚間尖峰時段做對比,能快速區分是線路壅塞還是本地問題。

行動裝置:背景斷線的設定項

iOS 與 Android 都會對背景應用程式做限制,VPN 用戶端在背景被暫停後,連線就會斷。依平台檢查下面這些設定項:

設定路徑在不同系統版本上略有差異,但關鍵字是固定的:電池最佳化、背景活動、自動啟動、背景 App 重新整理。找不到時,在系統設定的搜尋框裡直接搜這幾個詞。

網路切換導致的斷線

行動裝置在 Wi-Fi 與行動網路之間切換時,IP 位址會改變,原有連線必然中斷。多數用戶端會在幾秒內自動重連;如果遲遲不恢復,手動開關一次連線開關即可。捷運、電梯、跨棟移動時頻繁切換屬於正常現象,不是故障。

處理清單

1. 記錄斷線的時間點,判斷是否集中在晚間尖峰。
2. 檢查用戶端的自動重連設定是否開啟。
3. 依平台完成背景與省電白名單設定,設定完重新啟動一次用戶端。
4. 換一條線路類型不同的線路,觀察是否仍然斷線。
5. 仍然頻繁斷線,依最後一章提交工單,附上斷線時間點與當時的線路名稱。

訂閱更新失敗:六類原因與處理

訂閱是用戶端取得線路列表的唯一來源。更新失敗的表現有三種:線路列表變空、列表停留在舊版本、用戶端提示更新逾時。三種表現對應的原因基本重疊,依下面的順序查。

訂閱連結的構成

訂閱連結是一串帶參數的網址,格式如下:

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

上面是格式範例,不是真實網址——真實連結在使用者面板裡產生,複製後直接貼進用戶端即可。其中的 token 部分與帳號綁定,等同於一串憑證:任何拿到這條連結的人都能取得你的線路列表,並在你的流量額度內使用。連結不要發到公開管道,不要貼進截圖。

六類常見原因

1. 網路不通。裝置目前無法存取訂閱網址所在的伺服器。把連結貼到瀏覽器網址列打開一次,能傳回內容說明網路沒問題。
2. 連結被改寫。複製時被加上了多餘字元,或者被安全軟體的「連結檢測」攔下。回面板重新複製一次,不要手動修補。
3. 用戶端時間不準。與訂閱伺服器建立連線時失敗。開啟系統自動時間同步。
4. 用戶端版本過舊。舊版本可能不支援目前的訂閱格式。更新用戶端到最新版本再試。
5. 帳號狀態變化。方案到期或流量用盡後,訂閱可能無法更新。到面板的帳戶總覽頁確認方案狀態。
6. 本地網路對訂閱網域做了攔截。換一個網路(行動網路)再更新一次,能更新說明是原網路的問題。

手動更新與重新匯入

1. 在用戶端裡找到訂閱管理入口,點「更新」而不是「重新匯入」,先試一次增量更新。
2. 更新失敗,刪除這條訂閱,回面板重新複製連結匯入。
3. 匯入後線路列表仍是空的,檢查連結結尾是否被截斷——長連結在通訊軟體裡容易被折成兩行。
4. 仍然是空的,把連結貼到瀏覽器網址列打開,正常應傳回一段文字內容;傳回錯誤頁說明連結本身有問題,回面板重新產生一次網址。

更新成功但線路沒變

有些用戶端會快取線路列表,更新後需要完全重新啟動用戶端才生效,只切到背景不算。另外,訂閱裡的線路與你手動收藏的線路是兩套列表,更新訂閱不會覆蓋手動收藏項目——如果發現某個地區「更新後還在」,先確認它是不是被手動收藏過。

某個 App 走不了代理:分流與例外

瀏覽器正常、某個 App 提示網路異常,是分流規則裡最常見的一類問題。檢查順序是:先確認代理模式,再確認這個 App 的流量是否被規則排除,最後才懷疑線路。

三種代理模式的差別

用全域模式做一次對照:切到全域後 App 能正常使用,說明規則集把它排除了;切到全域後仍然不行,說明問題不在分流,繼續往下查。

四類常見情況

1. 規則集把該 App 判為直連。更新規則集;仍然不行,在用戶端的自訂規則裡把該 App 的網域或行程加入代理清單。
2. App 使用了獨立的網路堆疊。部分 App 內建解析邏輯或使用 UDP 直連,不走系統代理。檢查用戶端是否開啟了接管全部流量的選項(不同用戶端名稱不同,常見的是 TUN 模式或增強模式)。
3. App 會檢查出口地區。部分服務會依出口 IP 的地區做限制,換一個地區的線路再試一次。
4. App 快取了舊的網路狀態。完全結束 App(不是切到背景)再打開,讓它重新建立連線。

分應用程式代理與例外名單

用戶端如果提供「分應用程式代理」,確認目標 App 在清單裡被勾選為走線路。注意兩個方向:該走線路的沒勾到,App 用不了;該直連的被勾上了,本地服務會變慢甚至無法使用。銀行類、螢幕投放類、區域網路裝置管理類的 App 通常建議直連。

驗證方法

1. 打開「我的 IP」頁面(myip.html),記錄目前出口 IP 與地區。
2. 打開出問題的 App,完成一次會產生網路請求的操作。
3. 回到「我的 IP」頁面重新整理。IP 與地區沒有變化,說明這個 App 的流量沒有走線路——問題在分流,不在線路。
4. 切到全域模式重複一次,確認判斷。全域下 IP 變化、規則下不變,就是規則集的問題。

裝置、帳號與訂閱憑證

這一章處理帳號端的現象:登入狀態、訂閱憑證、方案與流量狀態。先說一條容易被誤解的規則——本服務不限裝置數量同時連線,同一個帳號可以在 Windows、macOS、iOS、Android、Linux 上同時使用,不需要為裝置數量額外付費,也沒有依裝置數分級的方案。

「裝置數超限」提示從哪來

如果看到類似提示,先分清它的來源:

• 提示出現在第三方用戶端裡。部分用戶端自己維護一份裝置清單,提示與帳號無關,換用官方用戶端或忽略該提示即可。
• 提示出現在瀏覽器裡。可能是瀏覽器外掛或安全軟體對目前頁面做的提示,與帳號無關。
• 提示與登入相關。先確認是不是登入狀態過期,重新登入一次再看。

本服務的方案之間只有流量額度與價格的差別,不存在裝置數量級別。裝置多帶來的唯一實際影響是流量消耗更快——多台裝置同時看影片,月流量會更快用完。

訂閱連結就是憑證

訂閱連結裡的 token 與帳號綁定。任何拿到這條連結的人都能取得你的線路列表,並且在你的流量額度內使用。因此:

• 不要把訂閱連結發到公開群組、論壇或截圖裡。
• 不要把連結交給來路不明的「訂閱轉換」服務。
• 懷疑連結外洩時,在面板裡重新產生訂閱網址,舊網址隨即失效,然後在各裝置的用戶端裡重新匯入一次。

登入狀態與密碼

登入狀態存在瀏覽器本地,清理瀏覽器資料、換裝置、長時間未登入都會導致需要重新登入。密碼建議設定一組獨立且足夠長的密碼,不要與其他網站重複使用。修改密碼後,各裝置上已經匯入的訂閱不受影響,但面板需要重新登入一次。註冊只需要使用者名稱與密碼,無需電子郵件地址。

流量與方案狀態

月租方案的流量依開通日每月重置——例如 9 日開通,則每月 9 日重置;中途升級等級,差價折算成剩餘天數。流量包用完為止、永久不過期,適合用量不固定的情境。在面板的帳戶總覽頁可以看到目前方案、已用流量與到期時間。方案等級與價格見定價頁。

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

前面八章涵蓋了絕大多數可以自己解決的問題。這一章說明兩件事:哪些情況不用再自查,以及提交工單時怎麼把資訊一次給齊,讓問題在一輪內解決。

不用再自查的三種情況

• 同一個帳號在多台裝置、多個網路下都無法建立連線,且更換多條線路無效。
• 訂閱在面板裡重新產生網址後,多台裝置仍然無法更新。
• 用戶端提示帳號狀態異常,或者方案狀態與面板顯示不一致。

工單必附的六項資訊

1. 帳號使用者名稱。只寫使用者名稱,不要附密碼。
2. 出問題的平台與用戶端名稱。例如「Android 用戶端」「Windows 用戶端」。
3. 目前線路名稱與線路類型。例如「東京 · 中轉」。
4. 錯誤訊息原文或現象的準確描述。是打不開、還是速度慢、還是中斷,三者不要混著說。
5. 已經做過的自查步驟與結果。例如「換過東京中轉、香港 IEPL,都在同一時間失敗」。
6. 問題出現的具體時間點與頻率。例如「9 月 18 日 21:30 起持續」。

工單寫法對照

一份資訊完整的工單長這樣:

一份資訊不足的工單長這樣:

兩者得到的結果差別很大:前者可以直接定位到某條線路或某個環節,後者需要來回追問三四輪,處理時間被拉長好幾倍。

提交工單的入口與後續追蹤

工單入口在使用者面板裡,登入後進入工單頁即可提交。提交後可以在同一頁面查看回覆與狀態。補充資訊時直接回覆原工單,不要新開一條——同一工單裡能看到完整的檢查過程,新開工單等於把前面的資訊全部丟掉。

方案與退款相關的問題也可以走同一個入口。月租方案與流量包均支援 30 天無條件退款,完整條款見退款政策頁。如果你還沒開始使用,可以先看定價頁了解等級,或者直接免費試用。