如果尚未完成註冊、購買、取得訂閱與首次連線,請先閱讀快速上手。該頁面提供從開始使用到驗證連線的完整流程;本手冊則適合已嘗試連線但遇到異常情況時,依章節查閱。需要比較月訂閱與流量包時,可查看方案頁;需要確認目標地區與線路類型時,可開啟線路列表。
排查的重點不是盡快修改更多設定,而是建立可重複的判斷條件。先記下目前的網路、用戶端、所選線路、發生時間與具體表現,接著只變更一個變數並重新測試。如此才能分辨問題來自本地連線、用戶端權限、線路狀態、解析流程,還是目標應用程式本身。
建立排查基準:先確認故障範圍
同一句「連不上」可能代表完全不同的問題:用戶端無法啟動、連線按鈕沒有反應、連線流程停住、系統顯示已連線但網頁無法使用,或只有某個應用程式無法存取。處理前,先把現象寫成可驗證的句子,例如「家用網路下所有線路都無法建立連線」或「連線成功後瀏覽器可以使用,但桌面應用程式沒有流量」。描述越具體,後續越容易排除無關因素。
先記錄環境,不急著修改設定
建議先保留目前的用戶端畫面、線路名稱、網路類型與錯誤原文。錯誤訊息中的每個詞都可能指向不同層級:驗證類提示通常與帳戶或訂閱有關,逾時較可能發生在網路路徑或線路建立階段,解析類提示則應檢查 DNS。不要只截取彈出視窗標題,也不要把「卡住了」當成唯一描述。完整上下文比單獨的錯誤代碼更有助於判斷。
接著確認一般網路是否正常。中斷加速連線後,嘗試開啟原本能正常存取的網站;如果一般網頁也無法開啟,應先恢復本地網路,而不是繼續切換線路。可在同一裝置上分別使用目前網路與另一個可信任的網路進行對照。如果更換連線方式後問題消失,故障範圍已縮小至原本的網路;如果現象一致,再繼續檢查用戶端與訂閱。
| 觀察到的現象 | 優先檢查 | 暫時不要做 | 有效複核 |
|---|---|---|---|
| 所有線路都無法連線 | 本地網路、系統權限、用戶端狀態 | 連續匯入多個訂閱 | 更換網路後重新連線 |
| 只有一條線路異常 | 線路選擇與目前路徑 | 重設所有系統設定 | 切換至同地區的其他線路 |
| 連線後網頁無法開啟 | DNS、系統代理伺服器、瀏覽器快取 | 反覆重新安裝用戶端 | 測試網域與直接網路請求 |
| 只有某個應用程式異常 | 應用程式代理支援、分流規則、重新啟動程序 | 判定整條線路失效 | 對照瀏覽器與目標應用程式 |
每輪測試只變更一個變數
有效的排查應維持其他條件不變。例如測試線路時,不要同時更換網路、切換協定並清除訂閱;否則即使恢復,也無法得知真正有效的是哪項變更。較穩妥的順序是先維持用戶端與訂閱不變,只切換線路;接著維持線路不變,只更換網路;最後才檢查系統代理伺服器、DNS 或重新匯入。每次變更後都應主動中斷並重新建立連線,避免舊工作階段繼續沿用原本狀態。
還要區分「偶發」與「穩定重現」。偶發問題需要記錄發生情境,例如裝置從休眠恢復、網路在不同存取點之間切換,或應用程式從背景回到前景。穩定重現的問題則適合按照固定步驟重複操作,並標記從哪一步開始異常。不要為了重現而快速連續點擊連線按鈕,這會產生重疊請求,使用戶端介面與實際連線狀態不同步。
確認帳戶資訊與流量狀態
CavaVPN 支援 Windows、macOS、iOS、Android 與 Linux,且不限裝置數量,因此裝置數量本身不應被誤判為「超出上限」。若第三方用戶端顯示裝置相關提示,應先確認提示來源與實際含義:它可能來自用戶端本身的本機設定、重複工作階段或舊設定殘留,不代表 CavaVPN 有方案限制。進入使用者面板查看方案是否有效、流量是否仍可使用,再決定是否繼續檢查連線層。
月訂閱流量會按照開通日每月重設;流量包用完為止,且永久不會過期。排查時應以面板顯示的實際狀態為準,不要根據曆月日期猜測。若方案狀態、剩餘流量或訂閱內容與預期不符,先保留面板截圖,再進行訂閱更新。完成這些基準檢查後,才能進入對應的症狀章節,避免混淆帳戶狀態、線路問題與用戶端問題。
完全無法連線:無法建立連線時的排查方法
「完全無法連線」是指用戶端已開啟,但選取線路後始終無法進入穩定的已連線狀態。此時先不要把注意力放在目標網站,因為資料通道尚未建立。排查重點應放在用戶端是否取得有效設定、系統是否允許建立網路連線、本地網路是否阻擋連線流程,以及目前線路是否適合這條連線路徑。
先從用戶端狀態開始,不要急著重新安裝
先完全結束用戶端,再重新開啟。這裡的「結束」不是關閉視窗,而是確認通知區域、選單列或背景程序中不再保留舊執行個體。若用戶端保留異常工作階段,新視窗可能仍連接到舊程序;表面上按了中斷,底層狀態卻沒有清除。重新開啟後只選擇一條已知可用的線路,等待狀態明確變化,不要在連線過程中快速切換多個地區。
如果連線按鈕沒有反應,應檢查用戶端是否被系統權限提示擋在其他視窗後方。首次建立網路連線時,系統可能要求確認網路延伸功能、虛擬網路介面或管理員權限。拒絕權限後,用戶端可能仍能顯示線路列表,卻無法真正接管網路。進入系統的網路與隱私設定,確認對應元件已獲允許;修改權限後應結束用戶端並重新啟動,讓系統重新讀取權限狀態。
透過線路對照判斷單線問題或整體問題
在線路列表中選擇同一地區的另一條線路進行對照。如果只有原線路失敗,而其他線路能建立連線,表示用戶端、帳戶與基本網路路徑大致正常,後續只需暫時避開異常線路並記錄名稱。如果所有地區都失敗,應優先檢查網路環境、系統權限、訂閱內容與本地安全策略,不要繼續漫無目的地切換線路。
也可以在另一個可信任的網路下重複相同步驟。若原本的網路失敗而另一個網路正常,表示差異來自連線端。企業、飯店或公共網路可能對部分連線方式、長連線或未知流量採取更嚴格的策略。此時應使用用戶端提供的相容連線選項,或選擇不同類型的線路。不要修改來源不明的系統設定,也不要關閉整套系統防護;較安全的做法是逐項確認是否有明確的網路授權提示。
檢查訂閱是否確實載入完成
用戶端能顯示群組名稱,不代表訂閱內容完整。觀察線路名稱是否為空、是否只剩舊線路、最近更新時間是否異常,以及更新時是否出現驗證或解析提示。若訂閱未載入,請轉到本頁的「訂閱更新失敗」章節處理。不要連續新增同一訂閱的多個副本,因為重複群組會讓後續測試無法確認目前連線使用的是哪一份設定。
如果剛剛變更密碼、重新取得訂閱或在面板中調整方案,舊設定可能仍被用戶端快取。此時先刪除失效的本機訂閱項目,再從使用者面板重新複製並匯入。訂閱網址不得透過公開聊天、截圖或論壇轉發。匯入完成後先重新整理線路列表,再建立連線;只重新整理訂閱而不重新連線,現有工作階段仍可能沿用舊參數。
何時應停止本地端嘗試
當不同網路、不同地區的線路都無法建立連線,而且訂閱可以正常更新、帳戶狀態也正常時,繼續重新安裝的效益已經很低。應保留用戶端日誌、完整錯誤訊息、線路名稱、裝置平台、網路類型與發生時間,提交工單。若日誌中包含訂閱網址、使用者名稱或存取憑證,請先遮蓋。客服需要的是可重現的路徑與原始錯誤,而不是多次轉述後的概括描述。
提交前可以再做一次乾淨複核:結束所有同類用戶端,重新啟動目前的用戶端,只保留一份訂閱,僅選擇一條線路並等待明確結果。如果複核後仍然失敗,請將這套操作順序寫入工單。這樣的記錄有助於區分線路端拒絕、用戶端初始化失敗與本地網路逾時,比單獨寫「所有線路都不能用」更容易定位。
已連線但網頁無法開啟:代理伺服器與 DNS 分層檢查
用戶端顯示已連線,只能表示連線流程已完成,不能證明瀏覽器、系統代理伺服器與名稱解析都處於正確狀態。常見表現包括所有網域都無法開啟、部分網站能開啟但新網域失敗、瀏覽器正常而其他應用程式沒有流量,或中斷連線後一般網路仍無法恢復。這類問題應將「連線層」與「應用程式存取層」分開檢查。
先判斷是網域解析失敗,還是整體沒有流量
開啟命令列工具,分別測試網域解析與一般網路請求。以下命令使用公開的示範網域,不包含真實訂閱網址,也不會修改系統設定。不同系統的命令名稱可能不同,但判斷目標相同:確認系統能否將網域解析為位址,以及建立連線後能否送出請求。
nslookup example.com
curl -I https://example.com
如果網域查詢失敗,而網路請求提示無法解析主機,應優先檢查 DNS。若網域可以解析,但請求仍逾時,則繼續檢查系統代理伺服器、線路與本地網路。命令列結果不能單獨代表瀏覽器狀態,因為瀏覽器可能使用自己的快取或解析機制;應將命令列、瀏覽器與另一個應用程式的結果放在一起比較。
清除切換連線後的舊狀態
在建立連線前已開啟的網頁分頁、下載工作或長連線應用程式,可能繼續保留原本的網路工作階段。先關閉目標頁面或應用程式程序,再重新開啟測試。只重新整理頁面時,瀏覽器仍可能重用舊連線。切換線路時也應先中斷目前連線,再選擇新線路建立工作階段,最後重新啟動目標應用程式。這個順序可避免新舊出口同時存在。
如果中斷連線後一般網路也無法恢復,可能是系統代理伺服器狀態沒有及時清除。先正常結束用戶端,檢查系統網路設定中的代理項目是否仍指向已結束的本機程序。不要隨意填寫代理位址,也不要從網路文章複製未知參數。確認沒有其他網路工具同時接管系統代理伺服器後,重新開啟瀏覽器測試一般網頁,再啟動 CavaVPN。
DNS 異常的典型範圍
DNS 問題通常具有明顯的範圍:輸入網域失敗,但已建立連線的應用程式仍能繼續傳輸;部分最近造訪過的網站正常,新網站無法開啟;更換線路後短暫恢復,接著再次出現解析提示。出現這些現象時,先中斷連線,結束用戶端與瀏覽器,再重新建立連線。如此可讓系統、用戶端與瀏覽器重新取得一致的解析路徑。
若用戶端提供隨連線使用的 DNS 或系統解析選項,應維持單一設定來源。多個工具同時改寫解析設定,會導致請求在不同路徑之間來回切換。企業裝置也可能套用固定的解析策略,此時不應強行覆寫管理設定,應向裝置管理員確認允許的網路方式。個人裝置則可暫時結束其他網路過濾、家長監護或本機代理工具,再進行對照測試。
| 測試結果 | 較可能的範圍 | 下一步 |
|---|---|---|
| 網域查詢失敗 | DNS 或本地解析策略 | 重新建立連線並統一解析來源 |
| 網域可解析,請求逾時 | 系統代理伺服器、線路或連線網路 | 更換線路並使用另一個網路對照 |
| 瀏覽器正常,應用程式異常 | 應用程式分流或應用程式自身的代理設定 | 檢查應用程式程序與代理模式 |
| 中斷連線後一般網路仍異常 | 代理伺服器殘留或多個工具衝突 | 結束工具並檢查系統網路設定 |
瀏覽器快取與目標服務狀態
只有單一網站無法開啟時,不應直接判斷整條線路故障。先測試同一地區的其他網站,再使用瀏覽器私密視窗排除快取、擴充功能與舊登入狀態。目標服務可能依據帳戶地區、內容授權或自身風控採取不同回應,這與網路通道是否連通是兩回事。若多個無關網站都能正常開啟,表示基礎連線可用,應轉向檢查目標服務本身的狀態與帳戶設定。
當所有裝置在同一條線路上都出現相同的解析錯誤,而切換至其他線路後立即恢復,可以記錄異常線路並暫時切換。若只有一台裝置異常,則優先檢查該裝置的系統代理伺服器、DNS 與本機軟體衝突。工單中應註明是「所有網域」、「部分網域」還是「單一網站」,並附上命令輸出中不含隱私資訊的部分,避免只提供瀏覽器的一般錯誤頁面。
速度緩慢與尖峰時段卡頓:區分線路、連線與應用程式瓶頸
速度問題最容易受到多個環節共同影響。本地無線網路、連線業者、跨境路徑、線路類型、目標服務與裝置效能都會改變結果。單次測速不能直接代表長期體驗,也不能只憑頁面開啟速度判斷線路品質。更可靠的方法是在相同裝置、相同網路與相同任務下進行對照,只切換線路,觀察問題是否穩定地隨線路改變。
先建立本地網路參照
中斷連線後測試一般網頁、檔案傳輸或日常應用程式,確認本地網路本身沒有明顯波動。如果未連線時也出現卡頓,應先處理無線訊號、路由設備負載或連線網路問題。盡量靠近網路設備,暫停佔用大量頻寬的同步、備份與下載工作,並避免在裝置切換存取點時測試。基準不穩定,後續任何線路比較都沒有意義。
測試連線後的速度時,應選擇與實際用途一致的任務。網頁瀏覽可觀察首個頁面的回應速度與連續開啟的穩定性,影片則關注持續緩衝,辦公用途則關注長連線與檔案上傳。不要把某個測速網站的峰值當成唯一標準;測速服務本身的地區與負載也會影響結果。更重要的是,相同任務在不同線路下是否穩定、是否反覆停頓,以及切換後的現象能否重現。
依地區與用途選擇線路
一般應優先選擇靠近目標服務地區、路徑較清晰的線路,而不是一律選擇地理距離最近的線路。目標網站位於不同地區時,合適的出口也會改變。可參考線路列表中的地區與線路類型,先從同一地區開始比較,再嘗試鄰近地區。每次切換後都要重新開啟目標應用程式,避免舊連線繼續使用前一條線路。
如果日常瀏覽正常,但影片或大型檔案傳輸容易卡頓,表示基礎連線已建立,問題較可能出現在持續吞吐量、目標服務路徑或目前線路壅塞。若網頁與所有應用程式同時變慢,還要檢查本地網路、裝置資源與用戶端狀態。不要同時啟用多個同類網路工具,也不要讓系統代理伺服器與瀏覽器獨立代理指向不同出口,否則會造成請求路徑不一致。
用對照法判斷尖峰時段問題
尖峰時段卡頓通常表現為特定時段延遲感增加、影片緩衝或長連線不穩定,但不能只憑發生時間直接下結論。應記錄同一網路、同一裝置、同一應用程式在不同時段的表現,並在異常出現時切換同一地區的其他線路。如果多條線路都很慢,而一般網路也出現波動,應優先考慮連線端壅塞;如果只有特定線路異常,則暫時換線並記錄。
測試期間不要連續快速切換。每次線路變更都需要重新建立工作階段,目標應用程式也可能保留舊連線。正確做法是中斷連線、選擇新線路、完成連線、關閉並重新開啟目標應用程式,然後執行相同任務。若應用程式有快取,應選擇未快取的內容進行對照。如此取得的結論雖不依賴誇大的測速數字,卻更貼近日常使用感受。
裝置效能與背景工作也會造成假性慢速
加密連線需要用戶端持續處理網路資料。如果裝置正處於高負載、儲存空間不足或受到省電限制,網路表現可能下降。關閉不必要的背景同步與下載工作,確認系統未限制用戶端執行後,再進行測試。瀏覽器擴充功能、網路過濾工具與安全軟體也可能逐層檢查請求,造成頁面回應變慢。可使用乾淨的瀏覽器視窗,並在停用擴充功能的環境下進行對照。
行動裝置還要注意,網路從無線連線切換至行動網路時,原本的連線可能會重新建立。切換過程中的短暫停頓不一定表示線路長期不穩定。應等待網路狀態穩定後再重新連線。桌面裝置若透過擴充基座或多個網路介面連線,系統可能在介面之間選擇不同出口;測試時盡量只保留目前使用的網路路徑。
何時應提交線路問題
如果一般網路穩定、同一地區的其他線路正常,而某條線路在相同任務下持續卡頓,可以提交工單,並註明線路完整名稱、目標應用程式類型、發生時段、連線網路與重現步驟。不要只附上測速截圖,因為單張圖片缺少對照條件。若問題集中在 AI 程式設計工具的長時間工作階段,也可參考程式設計師 VPN 推薦與穩定連線實測,檢查命令列與開發工具是否使用相同的代理路徑。
CavaVPN 覆蓋 90+ 個國家 / 200+ 條線路,遇到單一線路異常時,可先依地區更換,不必持續在故障線路上重試。若多個地區、多個網路與多台裝置的表現都一致,應將完整對照結果交由客服進一步判斷。排查的目標不是追求某次最高速度,而是找出在目前網路與用途下穩定且可重複的線路組合。
頻繁斷線與行動裝置背景掉線:檢查工作階段生命週期
頻繁斷線需要先區分主動中斷、網路切換造成的重新連線、系統回收背景程序,以及線路工作階段中斷。用戶端介面回到未連線狀態,與應用程式暫時沒有資料流量,不一定是同一種問題。應觀察斷線發生時裝置是否鎖定螢幕、休眠、切換網路、進入省電狀態,或目標應用程式是否長時間停留在背景。
桌面端先排除休眠與網路切換
桌面裝置從睡眠恢復後,網路介面會重新初始化,原本的連線可能無法直接延續。若問題只在喚醒後出現,應將處理重點放在恢復流程:等待一般網路可用,開啟用戶端確認狀態,必要時主動中斷並重新連線。不要在網路尚未恢復時連續點擊連線,否則用戶端可能同時處理舊工作階段清理與新工作階段建立。
使用無線網路時,裝置可能在多個存取點之間切換;在有線與無線並存的環境中,系統也可能變更預設介面。這些變化會讓現有工作階段失去原本的路徑。測試時可暫時固定一種連線方式。如果固定後變得穩定,表示斷線與介面切換有關,而不是帳戶或訂閱異常。企業網路中的登入頁重新驗證也可能中斷現有連線,應先完成本地網路驗證。
行動裝置背景掉線通常與系統調度有關
行動作業系統會依據電量、背景活動與記憶體壓力管理應用程式。若用戶端切換至背景後很快停止,先檢查系統是否允許它持續執行、是否啟用嚴格的省電限制,以及系統是否自動清理背景程序。應將 CavaVPN 用戶端加入允許背景活動的範圍,並避免使用會強制結束背景應用程式的清理工具。修改後重新啟動用戶端,讓系統重新套用權限。
鎖定螢幕後斷線,也可能與無線網路休眠策略有關。先觀察鎖定螢幕前後一般網路是否仍維持;如果整個網路都被暫停,加速連線自然無法維持。切換至另一個可信任的網路進行對照,可以判斷問題來自裝置電源管理還是目前的連線環境。若只在無線網路下發生,而另一種網路穩定,應繼續檢查路由設備與無線休眠行為。
| 平台 | 常見觸發情境 | 優先檢查 | 複核方式 |
|---|---|---|---|
| Windows | 睡眠恢復、網路介面切換 | 網路恢復順序與用戶端程序 | 固定連線方式後重新連線 |
| macOS | 喚醒、網路延伸功能狀態變化 | 系統網路權限與目前介面 | 結束用戶端後重新建立連線 |
| iOS | 鎖定螢幕、連線網路變化 | 系統網路狀態與背景權限 | 固定網路並觀察前景與背景切換 |
| Android | 省電策略、背景程序回收 | 背景活動與電量管理 | 允許背景執行後重新測試 |
| Linux | 網路管理器重新連線、介面變更 | 預設網路路徑與用戶端程序 | 確認介面穩定後重新啟動連線 |
區分應用程式斷線與整體連線中斷
如果聊天、開發工具或遠端辦公應用程式提示重新連線,但瀏覽器仍可正常存取,不應立刻判斷 CavaVPN 已斷線。目標應用程式可能有自己的心跳、逾時與背景策略。關閉並重新開啟目標應用程式,觀察是否立即恢復;再檢查其他應用程式是否同時異常。只有多個無關應用程式一起失去連線,且用戶端狀態也發生變化時,才較接近整體連線中斷。
反過來,如果用戶端仍顯示已連線,但所有應用程式都沒有流量,應依照「已連線但網頁無法開啟」章節檢查系統代理伺服器與 DNS。狀態圖示可能未及時反映底層變化,因此複核應結合實際請求,而不是只看單一開關。切換線路前先保留目前的線路名稱與發生情境,避免遺失對客服有用的線索。
減少多個網路工具之間的衝突
多個同類用戶端同時執行時,可能爭用系統代理伺服器、網路延伸功能或虛擬介面。即使只有一個視窗可見,其他工具也可能保留背景服務。結束未使用的網路用戶端,並檢查系統啟動項目是否會自動啟動舊程式。接著重新啟動裝置,只執行目前的用戶端進行對照。如果問題消失,再逐項恢復其他軟體,以確認衝突來源。
本地防護、流量過濾與家長監護工具也可能重新建立網路堆疊。處理這類衝突時,不建議永久關閉防護功能。應先查閱相關軟體的網路授權或相容設定,只允許明確的用戶端程序。企業管理裝置則應遵循管理員策略,不要嘗試規避裝置管理要求。
判斷是否需要線路端協助
當固定網路、關閉省電限制並排除其他用戶端後,斷線仍穩定發生在某條線路上,而換線後恢復,可以將問題歸因於特定線路或路徑。提交工單時附上線路完整名稱、連線網路、裝置平台、發生情境與日誌片段。若所有線路都只在裝置鎖定螢幕後斷線,應優先繼續檢查系統背景管理,不必逐一回報每條線路。
穩定性排查依賴連續的上下文。不要每次斷線後就立即清除日誌或重新安裝用戶端,這會刪除故障前後的狀態變化。先匯出日誌並遮蓋敏感內容,再進行後續操作。客服若能看到斷線前後的連線事件,通常比只收到一張「未連線」截圖更容易判斷問題位於系統調度、網路切換還是線路工作階段。
訂閱更新失敗:從帳戶狀態到本機快取
訂閱更新失敗與線路連線失敗是兩個不同階段。更新流程負責從使用者面板取得線路設定;連線流程則使用已儲存在用戶端中的設定建立工作階段。如果訂閱無法更新,舊線路可能暫時仍會顯示甚至繼續連線,但新增或調整後的內容不會載入用戶端。應先確認帳戶狀態與訂閱網址,再檢查網路請求、用戶端快取與重複設定。
先在使用者面板確認來源
透過本站使用者面板進入訂閱或下載區域,確認方案處於可用狀態,並從面板重新取得訂閱。CavaVPN 註冊無需電子郵件地址,使用使用者名稱與密碼即可,因此找回或核對帳戶時應以實際使用者名稱為準。不要從聊天記錄、舊筆記或其他裝置的截圖複製訂閱,因為舊網址可能已失效,也可能在複製時被截斷。
月訂閱包含對應方案的流量,並按照開通日每月重設;流量包用完為止,且永久不會過期。訂閱更新異常時,應查看面板中的方案與流量狀態,而不是根據用戶端快取的文字推斷。若面板狀態本身與購買記錄不一致,應先截圖保留訂單與方案頁面,再提交工單,不要透過反覆匯入來掩蓋帳戶端問題。
辨識複製不完整與格式污染
訂閱網址應完整複製為一整段連結,不應包含前後空格、換行、引號或說明文字。某些聊天工具與文件會自動換行,肉眼看似完整,實際複製內容卻已被截斷。可先貼到純文字編輯器檢查,但不要儲存至公開同步文件。以下為示範格式,示範網域與權杖僅用於說明結構,不可作為真實訂閱使用。
https://example.com/sub?token=YOUR_TOKEN
如果用戶端提示不支援該格式,應確認選擇的是「從連結匯入」或「新增訂閱」,而不是本機設定檔入口。不同用戶端對入口名稱的說法可能不同,但核心是讓用戶端主動請求連結並解析回傳內容。不要把訂閱網址當作一般線路網址手動填寫,也不要自行修改連結中的字元。
使用一般網路驗證更新請求
訂閱更新需要先存取訂閱網址。如果目前連線已經異常,而用戶端又嘗試透過異常線路更新,就可能形成相互依賴。可以先中斷連線,確認一般網路能存取本站使用者面板,再執行更新。若一般網路下仍提示逾時,可更換可信任的網路進行對照;如果另一個網路可以更新,表示原本的連線環境影響了請求。
更新後應查看線路列表是否出現預期變化,而不是只看「更新完成」的短暫提示。部分用戶端會保留舊快取,即使請求失敗也繼續顯示歷史線路。可以比對線路名稱與群組,確認目前使用的確實是新訂閱。若存在多個同名群組,先備份必要設定,再刪除重複項目,只保留從面板重新匯入的一份。
依正確順序清理快取
不要一遇到更新失敗就刪除所有用戶端資料。先手動重新整理並記錄錯誤;再結束用戶端並重新開啟;接著刪除單一失效訂閱並重新匯入。只有確認本機設定嚴重混亂時,才考慮重設用戶端。重設前應保存日誌與必要的非敏感設定,因為重設也會刪除能夠說明故障原因的線索。
更新成功後,先中斷舊工作階段,再從新列表選擇線路並連線。如果不重新連線,用戶端可能繼續使用更新前的工作階段。若更新可以完成但所有新線路都無法連線,應轉到「完全無法連線」章節,檢查系統權限與網路路徑。不要繼續反覆匯入訂閱,因為此時設定取得階段已經完成。
驗證、解析與格式錯誤的區別
驗證提示通常表示用戶端已連線至服務,但需要核對訂閱憑證或帳戶狀態;無法解析主機較接近 DNS 問題;逾時則需要搭配不同網路進行對照;格式錯誤表示用戶端收到內容後無法依預期讀取。清楚寫明錯誤類別,可以避免客服重複詢問。如果可以複製錯誤原文,應直接附上,不要自行改寫成「連結壞了」。
如果只有某個用戶端無法匯入,而另一個平台可以正常更新,表示帳戶與訂閱來源大致可用,應檢查失敗用戶端的匯入方式、網路權限與本機快取。CavaVPN 支援 Windows、macOS、iOS、Android 與 Linux,但不同平台的系統網路機制並不相同。工單中應明確寫出平台與用戶端入口,不要只寫「電腦端」或「行動端」。
何時交由客服核對
從面板重新複製、在不同網路下嘗試、刪除重複訂閱並重新匯入後,若仍出現相同的驗證或格式錯誤,應停止反覆操作。提交使用者名稱、方案狀態截圖、完整錯誤訊息、裝置平台、用戶端名稱、發生時間與已執行的步驟。無需傳送密碼,也不要傳送完整訂閱網址。客服可根據帳戶與請求資訊繼續核對,不會要求公開帳戶憑證。
如果問題發生在購買或升級後,還應註明操作前後的方案狀態。CavaVPN 月訂閱途中升級時,差額會折算為剩餘天數;排查重點應放在面板顯示與訂閱內容是否一致,而不是自行換算。保留訂單頁面與方案頁面的原始顯示,有助於區分付款狀態、方案生效與用戶端快取之間的差異。
應用程式分流、裝置提示與工單:完成最後定位
當瀏覽器可以正常存取,而某個應用程式始終不使用代理伺服器時,問題通常已縮小至應用程式層。應用程式可能不讀取系統代理伺服器、內建獨立網路設定、在啟動時快取代理狀態,或被分流規則判定為直接連線。此時繼續大量切換線路往往無效,應檢查目標應用程式的程序、代理支援、分流模式與網域請求。
先用瀏覽器建立可用的對照
維持目前線路不變,先在瀏覽器中開啟與目標應用程式相關的網頁。如果網頁正常而應用程式異常,表示線路與基本存取能力大致可用。完全結束目標應用程式,包括通知區域、選單列或背景程序,再重新啟動。許多桌面應用程式只會在啟動時讀取系統代理伺服器;重新啟動應用程式後再測試,比在應用程式執行期間切換線路更容易得到一致結果。
如果應用程式有獨立的代理設定,應避免同時啟用系統代理伺服器與錯誤的手動代理。優先選擇跟隨系統或用戶端建議的模式;只有明確知道應用程式要求時,才填寫本機代理參數。不要從不明教學複製連接埠、位址或憑證。手動參數與用戶端目前的監聽狀態不一致時,應用程式會表現為單獨無法連線,而瀏覽器仍然正常。
檢查分流規則與目標網域
規則模式會依據網域、位址或應用程式類型決定請求路徑。目標服務可能同時使用登入網域、介面網域、靜態資源網域與內容傳遞網域,只讓其中一部分進入代理,會造成登入成功但內容載入失敗、介面可以開啟但訊息無法傳送等現象。可暫時使用較一致的代理模式進行對照;如果一致模式正常,再回到規則模式檢查匹配結果。
修改規則後必須重新啟動目標應用程式,並重新建立連線。舊程序可能保留已解析的位址與網路工作階段,使新規則看起來沒有生效。命令列工具、開發環境與編輯器外掛尤其容易分別讀取環境變數、系統代理伺服器與內部設定。排查 AI 程式設計工具時,可參考Cursor、Copilot 穩定連線實測,逐項確認終端機、編輯器主程序與外掛服務是否使用相同路徑。
行動應用程式與桌面應用程式的差異
行動應用程式通常由系統統一管理網路連線,但背景活動、私人解析、應用程式內網頁與系統瀏覽器仍可能有不同表現。若應用程式內頁面失敗而系統瀏覽器正常,應清除應用程式本身的快取或重新登入,再檢查應用程式是否啟用了獨立的網路防護功能。未確認原因前,不要刪除所有應用程式資料,以免遺失本機內容。
桌面應用程式較常見的是獨立代理與背景程序問題。關閉視窗不一定會結束程序,應從系統工作管理員或活動監視器確認。對於命令列程式,還要確認新開啟的終端機是否繼承目前的代理環境;舊終端機可能保留建立連線前的環境。測試時使用新的工作階段,並避免將真實訂閱網址寫入命令歷程或設定範例。
如何判斷「裝置數量超出上限」提示
CavaVPN 方案不限裝置數量,因此看到裝置相關提示時,先確認它是否來自 CavaVPN 使用者面板。第三方用戶端可能用類似文字描述本機設定衝突、重複登入、並行工作或應用程式自身限制。記錄提示出現的位置、完整原文與用戶端名稱,再查看使用者面板中的帳戶狀態。不要因為提示中出現「裝置」就刪除其他裝置設定。
若提示確實出現在本站面板或訂閱請求過程中,應截圖並提交工單核對,因為它與「不限裝置數量」的服務事實不符。截圖應包含頁面位置與上下文,但要遮蓋使用者名稱以外的敏感內容。客服不需要密碼,也不需要完整訂閱連結。若提示來自其他應用程式,則應查閱該應用程式本身的帳戶與網路規則。
提交工單前整理最基本的完整資訊
一份可處理的工單應包含:問題現象、裝置平台、用戶端名稱、連線網路類型、線路完整名稱、發生時間、是否能穩定重現、錯誤原文、已執行的步驟,以及對照測試結果。所謂對照結果,是指更換線路、網路或應用程式後,現象是否改變。資訊不必冗長,但應讓客服能依相同順序理解問題。
日誌應涵蓋故障發生前後的過程。匯出後先檢查並遮蓋訂閱網址、密碼、存取權杖與其他帳戶憑證。截圖要保留完整的視窗上下文,避免只截取一句一般錯誤訊息。若問題涉及速度,應說明實際用途與同地區線路的對照;若涉及斷線,應說明前景、背景、鎖定螢幕或網路切換情境;若涉及訂閱,應說明從面板重新複製後的結果。
哪些情況應儘快停止自行修改
當問題能在多個網路、多個地區線路與多個支援平台上穩定重現,或面板狀態與已購方案明顯不一致時,應停止重新安裝、重設與大量修改規則。繼續修改會破壞重現環境,也可能刪除日誌。保留現場並提交工單,比進行更多沒有記錄的嘗試更有效。若只是單一應用程式、單一裝置或單一線路異常,則繼續針對該範圍進行小規模對照。
涉及付款與方案選擇時,可參考方案頁中的正式說明。CavaVPN 月訂閱為 ¥9.9/月含 60GB、¥18/月含 250GB、¥28/月含 500GB;流量包為 ¥158/300GB、¥358/1000GB、¥658/3000GB,流量包永久不會過期。支援支付寶、微信與 USDT 付款。若面板顯示與上述資訊不一致,應保留原始頁面並交由客服核對。
排查結束後的收尾工作
問題恢復後,應撤銷為測試所做的臨時變更,只保留已確認有效且來源明確的設定。刪除重複訂閱,關閉不再使用的同類用戶端,恢復正常分流模式,並重新驗證一般網頁、目標應用程式,以及中斷連線後的本地網路。記錄最終有效的線路與處理步驟,方便日後快速判斷類似現象。
如果透過換線恢復,應保留異常線路名稱,而不是簡單記成「重新連線就好了」;如果透過調整背景權限恢復,應記錄對應的系統設定;如果透過重新匯入恢復,應確認舊訂閱已刪除。對於偶發問題,持續觀察觸發情境即可,不必為了追求一次性的結論而反覆修改。系統排查的最終目標,是建立一條可重現、可解釋,也能交接給客服的判斷鏈。