連線疑難排解手冊

一、排查前的準備與判斷流程

絕大多數「連不上」並不是線路壞了，而是本機某個環節擋住了流量。為了不做白工，先把整條鏈路拆成三層來看：裝置與本機網路層（你的電腦、路由器、寬頻、所在的 Wi-Fi）、用戶端與設定層（用戶端是否登入、訂閱是否匯入、代理模式與協定設定）、線路與服務層（出口線路本身是否可達）。三層裡只有第三層是伺服器端的事，前兩層都在你手上，也恰好是問題最集中的地方。

建議的判斷順序是由下而上：先確認本機網路本身是通的，再看用戶端的狀態與設定，最後才懷疑線路。反過來做——一發現網頁打不開就反覆換線路——通常只是在幾個都沒問題的出口之間來回跳，浪費時間還容易把真正的線索蓋掉。

先準備三樣資訊

動手之前，把下面三樣東西記在一旁：錯誤提示的原文（截圖或逐字抄下來，不要只寫「報錯了」）、問題發生的準確時間（精確到分鐘，並說明所在時區）、目前使用的平台與網路類型（Windows / macOS / iOS / Android / Linux 中的哪一個，接的是家用寬頻、公司網路、公共 Wi-Fi 還是行動數據）。這三樣資訊決定了後面能不能一次定位，也是提工單時的必填項。

先依現象歸類

同一句「連不上」，背後的層完全不同。下面這張表把最常見的幾種現象直接對應到相關的排查章節，先歸類再動手，能省掉一大半試錯。

還有一個常被忽略的前提：用戶端必須處於登入狀態。本站註冊只需使用者名稱與密碼，無需電子郵件地址，登入憑證保存在本機；如果用戶端提示未登入或憑證失效，訂閱就不會正常更新，表現出來的現象和「線路壞了」幾乎一樣。遇到任何異常，先看一眼用戶端右上角的帳號狀態，這一步只需要兩秒。

二、完全連不上：從本機到出口的五步判斷

「完全連不上」指用戶端按下連線之後既沒有建立通道，也沒有任何流量走出去。這類問題有明確的判斷順序，照順序走通常五步之內就能收斂。

第一步：確認本機網路本身是通的

先關閉加速器，直接打開一個台灣本地網站。能正常打開，說明寬頻、Wi-Fi、路由器和 DNS 這一層沒問題，可以進入第二步；如果連台灣本地網站都打不開，問題在本機網路，跟加速服務無關——先重開路由器、重新連一次 Wi-Fi，或者換一個網路環境（例如從公司網路切到行動數據熱點）再試。很多「連不上」的工單最後追到公司內網或校園網路的出口策略上。

第二步：看用戶端停在哪個狀態

仔細區分三種表現：按下連線毫無反應（按鈕沒有進入連線中狀態）——通常是用戶端處理程序異常或帳號未登入，結束用戶端後重新開啟、確認帳號狀態即可；一直轉圈後逾時——用戶端已經在嘗試握手但出口不可達，屬於線路問題，進入第三步；立刻彈出錯誤——把錯誤提示原文記下來，這類提示往往直接指出原因，例如系統時間不正確、設定解析失敗、無法建立虛擬網卡。

第三步：換一條不同地區的線路

不要在目前地區裡反覆點同一條線路。切換到一個地理位置和線路類型都不同的出口，例如從日本換到新加坡，或者從中轉線路換到直連線路。如果換了三條以上、分布在不同地區的線路都完全失敗，問題基本不在單條線路上，回到第二、四步檢查本機。

第四步：檢查系統時間與安全軟體

加密握手依賴準確的系統時間，時間偏差過大會直接導致連線被拒絕。把系統時間設為自動同步，然後重新啟動用戶端。同時檢查本機的安全軟體、防火牆或企業管控工具是否攔截了虛擬網卡——這類軟體經常在系統更新後重置規則。暫時關閉網路防護後再連一次，能連上就說明是攔截問題，把用戶端加入白名單即可，不需要長期關閉防護。

第五步：清掉舊設定重新匯入

如果以上都沒問題，可能是本機殘留了舊版本的設定。在用戶端裡刪除目前的訂閱，結束程式，重新登入後重新匯入一次訂閱。舊設定殘留的典型症狀是：線路列表裡出現過已經下線的地區名稱，或者連線時提示找不到某個設定項。

順帶說明一個常見誤解：連線失敗不等於帳號有問題。用戶端在未登入狀態下同樣會顯示線路列表，因為列表來自上一次成功同步的快取。判斷帳號是否有效，要看面板裡的訂閱狀態，而不是看用戶端能不能顯示線路名稱。如果面板顯示訂閱正常、流量未用盡，那麼問題一定在本機環境或出口可達性上。

三、連得上但網頁打不開：DNS 與分流的排查

這一類問題的特徵是：用戶端顯示已接通，但瀏覽器一直轉圈，或者只有部分網站打不開。它和第二章的「完全連不上」是兩回事——通道已經建立，卡在網域名稱解析或流量分流上。

先分清三種表現

全部網站都打不開：通道建立了但流量沒有真正走出去，通常是分流規則或虛擬網卡沒有生效；只有部分網站打不開：典型的網域名稱解析問題，被解析到了一個不可達的位址；瀏覽器打不開但通訊軟體正常：瀏覽器自己的加密 DNS 設定或外掛在搶解析，跟通道無關。

確認出口有沒有變化

最直接的驗證方式是查一次目前的出口位址：連線前後各查一次，如果兩次結果完全一樣，說明流量根本沒走線路，問題在用戶端的代理模式或系統層，而不是 DNS。這一步能立刻把「解析問題」和「根本沒走線路」區分開，避免在 DNS 上白費功夫。關於出口驗證的完整方法，可以看 怎麼確認加速服務真的生效了 這篇。

清理本機解析快取

舊的解析結果會在系統裡快取一段時間，切換線路後仍然命中舊記錄，是「連得上但打不開」最常見的原因之一。清一次快取再試：

# Windows（命令提示字元）
ipconfig /flushdns

# macOS（終端機）
sudo dscacheutil -flushcache
sudo killall -HUP mDNSResponder

# Linux（systemd-resolved）
sudo resolvectl flush-caches

檢查瀏覽器內建的加密 DNS

部分瀏覽器預設開啟了「安全 DNS / DNS over HTTPS」，它會繞過系統設定自己去解析網域名稱。當它選用的解析服務在目前網路下不可達時，就會出現「通訊軟體正常、瀏覽器打不開」的現象。把瀏覽器的安全 DNS 關閉或改為跟隨系統，問題通常立刻消失。同理，瀏覽器裡安裝的廣告阻擋或代理類外掛也可能接管請求，排查時先用一個乾淨的瀏覽器設定試一次。

如果清理快取、關閉瀏覽器加密 DNS、切換全域模式三步都做過，仍然只有部分網域解析失敗，把具體打不開的網域和當時的錯誤提示記下來提工單。網域層級的解析異常需要伺服器端配合查看，自己繼續嘗試通常不會有新結果。

四、速度慢與晚間尖峰卡頓：先分清是「一直慢」還是「某時段慢」

速度問題最忌諱籠統地說「很慢」。先回答一個問題：是全天都慢，還是只在晚上某個時段慢？這兩種情況的成因完全不同，處理方式也不一樣。

一直慢：瓶頸多半在本機

如果任何時間、任何線路都慢，優先懷疑本機這一段。依序檢查：目前寬頻方案的實際下行能力、是否在用 2.4GHz 頻段（2.4GHz 在住宅密集區干擾嚴重，換到 5GHz 通常立竿見影）、路由器是否已經很久沒有重開、同一個網路裡是否有其它裝置在下載或看高畫質影片。用網路線直連路由器再測一次，如果速度明顯回升，問題就在無線環節，與出口線路無關。

晚間尖峰慢：國際出口的壅塞

跨境流量在晚間時段集中，公共出口的壅塞是客觀存在的。緩解思路有兩條：換線路類型，把一般直連換成專線或中轉類型的出口，這類線路的頻寬是相對獨立預留的；換地區，避開目前時段最熱門的出口地區，選擇相對冷門但實體距離接近的節點。兩條一起做，效果通常比反覆重連同一條線路好得多。

協定與傳輸方式的影響

同一台裝置、同一條線路，換用不同的傳輸協定，速度表現也會有差異。以 UDP 為基礎的傳輸在封包遺失的環境下恢復更快，適合即時性要求高的情境；以 TCP 為基礎的傳輸在受限網路裡更容易建立連線，但遇到封包遺失時速度下降更明顯。用戶端裡通常可以切換，建議在同一時段各測一次，保留表現更好的那一個。

背景流量的干擾

系統更新、雲端硬碟同步、網路硬碟用戶端、遊戲平台的下載都會持續佔用頻寬，而且它們通常不會提示。排查前先打開系統的網路使用量面板看一眼，把不必要的巨量流量處理程序暫停，再測一次。這一步經常能解釋「昨晚突然變慢、今天又好了」這類看似隨機的問題。

如果換過線路類型、換過地區、確認過本機沒有大流量佔用之後，速度仍然長期低於預期，可以在工單裡附上：所在國家或地區、常用時段、使用的線路類型，以及三次測速的結果截圖。這些資訊能幫助定位是線路容量問題還是本機鏈路問題。關於線路類型的選擇思路，線路列表 頁裡有更細的說明。

五、頻繁斷線：用間隔規律反推原因

斷線本身不是線索，斷線的間隔規律才是。先觀察二十分鐘，記下大致是「固定間隔斷」「隨機斷」還是「切換網路時斷」，再對應下面的分支處理。

固定間隔斷線

如果每次都在差不多的時間斷開（例如每隔五分鐘、每隔三十分鐘），指向的是定時機制：系統的省電策略在背景凍結用戶端、路由器的位址租期到期、或者某個排程工作在重置網路介面。處理方式是給用戶端解除背景限制——在系統的電池或省電設定裡把它加入不受限制的名單，並關閉針對它的「智慧省電」類選項。路由器端的租期問題可以透過重開路由器驗證，如果重開後斷線間隔明顯改變，就在路由器裡把租期調長。

隨機斷線

沒有規律的斷線多半與無線訊號有關：裝置在多個存取點之間漫遊、訊號強度在臨界值附近反覆抖動、2.4GHz 頻段被鄰居的路由器干擾。把裝置固定在 5GHz 頻段、靠近路由器、或直接改用網路線，如果斷線消失，就確認是無線環節的問題。在辦公室或公共場所，存取點之間的切換是常態，這種情況建議直接用行動數據做對比測試。

切換網路時斷線

手機從 Wi-Fi 走到戶外切到行動數據、筆電從有線切到無線，這類網路介面變化會讓已建立的通道失效。多數用戶端會在介面變化後自動重連，如果發現它沒有自動恢復，檢查用戶端是否開啟了自動重連選項；仍然不恢復的，手動中斷再連線一次即可。這不是故障，屬於網路環境切換的正常表現。

怎麼讀用戶端的日誌

用戶端一般提供日誌檢視入口。看日誌時不需要逐行讀，只找兩類行：時間戳（確認斷線發生的準確時刻，與你的觀察是否一致）和包含中斷、逾時、重設字樣的行（這些行通常直接給出原因）。把這兩類行連同時間戳一起截圖，是提工單時最有價值的資訊，比描述「老是斷」有用得多。

補充一點關於長連線的說明：即時通訊、遠端桌面、線上遊戲這類長連線對斷線極度敏感，哪怕只斷兩秒，表現也可能是「訊息延遲很久才收到」或「遊戲直接斷線」。如果你主要用這類應用程式，優先選擇 IEPL 專線類型的出口，並盡量固定使用同一條線路，減少切換帶來的重連開銷。

六、訂閱更新失敗：連結、狀態與解析三處檢查

訂閱是把帳號權限同步到用戶端的那條通道。它更新失敗時，用戶端裡的線路列表會停留在舊狀態，表現為「明明有新線路卻看不到」或者「連上後提示設定無效」。

先看三件事

更新失敗的原因裡，超過一半是狀態問題而不是技術問題：帳號是否處於登入狀態（登入過期後無法拉取訂閱）、方案是否在有效期內（月訂閱到期後訂閱會停止更新）、流量是否已經用盡（流量依開通日每月重置，用盡後需要等待重置或升級方案）。這三項都能在面板裡一眼看到，先確認再動手排錯。中途升級方案時，差價會折算成剩餘天數，升級後訂閱內容會隨新方案變化。

再查連結與解析

確認狀態正常後，檢查訂閱連結是否被完整複製——連結通常較長，從聊天視窗或截圖裡複製時容易丟掉尾端字元。手動更新一次：在用戶端的訂閱管理裡選擇更新，觀察提示訊息。如果提示網路錯誤，說明用戶端在拉取時無法建立連線，先確認目前是否已經連上一條線路，或者暫時關閉代理再更新一次。

# 訂閱位址形如（範例為佔位值，請以面板中實際產生的位址為準）
https://example.com/sub?token=YOUR_TOKEN

# 更新失敗時可以先做一次連通性檢查（把位址替換成面板裡的實際位址）
curl -I "https://example.com/sub?token=YOUR_TOKEN"

系統時間偏差同樣會導致更新失敗：拉取訂閱需要驗證，時間不對就會被拒絕。把系統時間設為自動同步，重新啟動用戶端後再更新一次。

仍然失敗怎麼辦

把用戶端裡的舊訂閱刪除，結束程式，重新登入後重新匯入。刪除舊訂閱這一步很重要——同一個用戶端裡保留多份指向同一帳號的訂閱，容易出現互相覆蓋、線路列表重複的情況。重新匯入後如果線路列表恢復且能正常連線，問題就解決了。

如果重新匯入仍然失敗，提工單時請附上：錯誤提示的原文、發生時間、目前使用的平台，以及面板裡顯示的方案狀態。不要把訂閱連結完整貼在工單裡，只需要說明「訂閱更新失敗」即可，客服可以透過帳號直接查看狀態。

七、某個應用程式走不了代理：模式、協定與權限

「其它應用程式都正常，就它不行」是分應用程式代理裡最典型的一類問題。原因通常不在線路，而在流量的接管方式上。

先確認用戶端的代理模式

用戶端一般提供三種模式：全域（所有流量走線路）、規則（依規則表決定走不走）、直連（都不走）。如果某個應用程式無效，先切到全域模式試一次：全域下正常、規則下不正常，說明是規則表沒有涵蓋到這個應用程式，屬於設定問題；全域下仍然不正常，說明這個應用程式的流量根本沒有被用戶端接管。

虛擬網卡接管與系統代理的差別

以虛擬網卡為基礎的接管方式在網路層運作，能涵蓋絕大多數應用程式，包括不讀取系統代理設定的程式；系統代理方式只影響那些主動讀取代理設定的應用程式，瀏覽器通常沒問題，但一些桌面用戶端、遊戲、命令列工具會直接忽略它。如果你的目標應用程式屬於後者，需要在用戶端裡開啟虛擬網卡接管模式。

應用程式自身的限制

少數應用程式會固定自己的網路行為：有的內建了獨立的代理設定項（需要單獨填寫或關閉），有的對憑證做了驗證，不接受被中間接管；還有一些應用程式走的是 UDP 傳輸，而目前線路或模式只處理 TCP。這類情況的表現往往是「能登入但載不出內容」或「連線一直建立中」。可以在用戶端裡切換傳輸協定再試一次，或者暫時用全域模式確認是否與分流有關。遊戲類應用程式的延遲與封包遺失問題，遊戲加速器推薦 那篇有更細的說明。

如果確認用戶端已經處於虛擬網卡模式、全域模式下該應用程式仍然無效，可以在工單裡寫明：應用程式名稱、平台、以及是否只在某個特定操作（例如語音通話、檔案上傳）時失敗。這類資訊能快速區分是接管問題還是應用程式自身的網路策略問題。

八、行動裝置背景中斷與裝置數超限

手機和平板上的斷線，絕大多數不是線路問題，而是系統的背景管理策略在作用。行動系統為了省電，會在應用程式進入背景後限制它的網路活動，表現就是「切出去一會兒再回來，連線已經斷了」。

行動裝置的背景策略

處理思路是把用戶端從省電限制裡放出來：在系統的電池設定裡找到用戶端，把它設為不受限制；關閉針對它的「智慧省電」「背景限制」類選項；在系統的連線設定裡確認它作為網路設定處於啟用狀態。iOS 與 Android 的設定入口名稱不同，但方向一致——讓系統知道這個應用程式需要在背景保持網路活動。

關於「裝置數超限」

本站不限台數，同一個帳號可以在 Windows / macOS / iOS / Android / Linux 上同時使用，不存在依裝置數量收費或限制的規則。因此如果你看到類似「裝置數量已達上限」的提示，它幾乎不會是帳號層級的限制，常見來源有三種：同一台裝置上殘留了多份設定（舊訂閱沒有刪除，用戶端把它當成多個連線執行個體）；系統的網路設定裡殘留了舊的設定檔（尤其是 iOS，安裝過多次描述檔後可能留下多份）；面板裡存在多個未登出的登入工作階段，某些用戶端會把它們合併顯示。

處理順序

先刪除用戶端裡多餘的訂閱，只保留一份；再檢查系統設定裡是否有多份同名的網路設定，保留最新的一份，其餘刪除；然後重新啟動裝置。如果提示仍然存在，登入面板查看目前的登入工作階段，把不再使用的裝置登出，再重新登入一次。做完這三步，提示通常不會再出現。

還有一點值得提醒：行動裝置在弱訊號環境下會頻繁在基地台之間切換，通道重建的次數比 Wi-Fi 環境多得多。如果你在通勤路上使用，偶爾的一次重連屬於正常現象，不需要反覆重新啟動用戶端。真正需要關注的是「每次切到背景再回來都必須手動重連」這種穩定重現的情況，那才是背景策略沒有放行導致的。

九、什麼時候該找客服、工單要附哪些資訊

前面八章涵蓋了絕大多數可以自己解決的問題。剩下的一部分需要伺服器端配合查看，這時候提工單比反覆嘗試更有效率。關鍵是分清哪些該提、哪些不必提，以及提的時候附什麼。

不必提工單的情況

單條線路連不上（換一條即可）、某個網站打不開（先依第三章清快取、關閉瀏覽器加密 DNS）、晚間尖峰速度下降（依第四章換線路類型）、手機切到背景後斷線（依第八章調整省電設定）。這些都屬於設定或環境層面，客服能給的答案和你自己照手冊做一遍是一樣的。

應該提工單的情況

換了三條以上不同地區、不同線路類型的出口仍然完全連不上；多台裝置、多個網路環境下出現同樣的失敗；訂閱更新反覆失敗且面板顯示狀態正常；日誌中反覆出現指向伺服器端的逾時記錄；提示裝置數量受限但你自己只在一台裝置上使用；以及任何涉及帳號安全、出現陌生登入記錄的疑問。這些情況需要從伺服器端查看帳號狀態與線路可達性，自己繼續試不會有新結果。

工單裡必須附上的資訊

資訊寫得準，一輪就能定位；寫得含糊，來回幾輪還在確認基本情況。建議依下面的清單逐條填寫：

• 帳號使用者名稱（只寫使用者名稱，不要寫密碼）；
• 使用的平台：Windows / macOS / iOS / Android / Linux 中的哪一個，以及裝置型號；
• 錯誤提示的原文：逐字抄寫或直接截圖，不要概括成「報錯了」；
• 發生時間：精確到分鐘，並註明所在時區；
• 網路環境：家用寬頻、公司網路、公共 Wi-Fi 還是行動數據；
• 已經嘗試過的步驟：依手冊做過哪幾步，每步的結果如何；
• 問題是否穩定重現：每次都出現，還是偶爾出現。

工單之外的三條路徑

第一，使用指南 涵蓋了從註冊到驗證連通的主線流程，第一次安裝遇到問題先看那一頁；第二，幫助中心 依帳戶與訂閱、連線與故障、速度與線路、計費與退款四類整理了常見問答，很多細節問題在那裡能直接找到答案；第三，涉及退款與計費的疑問，方案頁 與 退款政策 裡寫明了規則——首次付款後 30 天內可申請無理由全額退款。退款申請同樣走工單入口，附上訂單時間即可。

最後說明一下伺服器端的排查節奏：工單依提交順序處理，附全資訊的工單通常一次就能給出結論，資訊不全的會先被要求補充。所以與其急著提交一條「連不上，怎麼辦」，不如花兩分鐘把上面清單裡的七項填齊。這也是這份手冊從頭到尾想傳達的一件事——把現象描述清楚，問題就已經解決了一半。