跨境連線排查指南

先記錄現象，不要連續切換所有設定

完全無法連線時，最常見的誤區是同時更換線路、協定模式、系統權限與用戶端設定。變更項目一多，即使偶然恢復，也無法判斷真正起作用的是哪一項。請先保留目前頁面，記下用戶端顯示的狀態文字：是一直等待、主動逾時、權限遭拒，還是建立後立即結束。接著確認未啟用連線時，普通網頁是否能正常存取。若本地網路本身已中斷，繼續調整線路也不會帶來有效結果。

接著判斷問題是「所有線路都失敗」，還是「只有目前線路失敗」。從伺服器頁面選擇另一個鄰近地區，不要連續遍歷整份清單。若更換線路後恢復，表示用戶端、訂閱與系統權限大致可用，問題應縮小到原線路，或目前網路前往該線路的路徑；若所有線路表現一致，則優先檢查訂閱是否已過期、用戶端是否讀取到節點、系統是否允許建立網路連線，以及本地網路是否限制了相關流量。

檢查訂閱是否確實載入

用戶端能開啟不代表訂閱已載入。線路清單為空、只剩舊線路、線路名稱與使用者面板不一致，都表示應先處理訂閱，而不是連線本身。進入用戶端的訂閱或設定頁面，確認目前選取的設定來自 VPNTea 使用者面板，並執行一次更新。不要先刪除所有設定再嘗試，因為原始錯誤訊息往往會隨刪除操作一併消失。若更新失敗，請保留提示文字，轉到本指南的「訂閱更新失敗」章節繼續判斷。

如果線路存在，但點選後立即結束，請檢查作業系統是否曾跳出網路設定授權。首次匯入或系統更新後，可能需要重新確認授權。Windows、macOS、iOS、Android 與 Linux 的入口名稱不同，但判斷標準一致：用戶端必須能建立系統網路介面，或寫入系統代理設定。權限遭拒時，即使線路在用戶端內顯示正常，也無法接管流量。企業管理裝置還可能受管理政策控制網路設定，這類限制應由裝置管理方確認，而不是反覆安裝用戶端。

以最小環境排除本地衝突

同一時間只保留一個負責接管系統網路的用戶端。其他網路過濾工具、舊版加速用戶端、手動代理、瀏覽器獨立代理擴充功能，以及安全軟體中的網路檢查功能，都可能爭用系統代理或路由。退出這些程式後，請重新開啟 VPNTea 用戶端再測試，而不是只將視窗最小化。部分程式關閉視窗後仍會留在背景，需從工作列通知區或系統活動清單確認程序已結束。

接著在目前網路與另一個可信任網路之間進行對照。如果同一裝置、同一訂閱、同一線路只在某個網路下失敗，問題範圍已落在接入網路；如果更換網路後仍失敗，但另一台裝置可以正常連線，則問題位於原裝置的權限、網路堆疊或用戶端狀態；如果不同裝置與不同網路都失敗，再考慮帳戶狀態、訂閱狀態或線路端問題。這個矩陣比單純「重新啟動再試」更有資訊價值。

何時停止本地嘗試

若已確認普通網路可用、訂閱能更新、系統權限有效，且在不同網路與不同線路上都得到相同的失敗結果，不建議繼續重複解除安裝。此時應提交工單，並附上用戶端狀態、錯誤原文、系統平台、所選線路、問題開始前最後一次正常使用的情境，以及是否所有線路都受到影響。若只有單一線路失敗，請直接說明可用線路與失敗線路的名稱，客服便能更快區分線路問題與帳戶問題。

先判斷是單一網站還是所有網站

已連線但網頁無法開啟時，請先造訪幾個性質不同的常用網站。若只有一個網站失敗，問題可能出在目標服務本身的狀態、地區策略、瀏覽器快取或該網域的規則匹配；若所有網域都失敗，則應優先檢查 DNS、系統代理與預設路由。不要直接將單一網站的錯誤歸因於整條線路，也不要使用同一網站的多個頁面作為對照，因為它們通常共用相同的網域與網路入口。

接著比較瀏覽器與其他連網應用程式。如果瀏覽器失敗而其他應用程式正常，請檢查瀏覽器是否啟用了獨立安全 DNS、代理擴充功能或自訂網路設定；如果所有應用程式都失敗，問題更可能位於系統層級的網路設定。瀏覽器擴充功能可能繞過用戶端設定的規則，尤其是擴充功能曾儲存舊代理位址時。排查時可暫時使用沒有額外擴充功能的瀏覽器視窗，但不要清除所有瀏覽資料，先保留可觀察的錯誤頁面與網域。

用網域解析測試定位 DNS

DNS 的作用是將網域名稱轉換為可連線的網路位址。用戶端已連線，但網域解析仍交由不可用或回傳異常結果的解析器處理時，網頁可能長時間等待、找不到伺服器，或同一網站時好時壞。可以在系統終端機執行以下中性測試，範例網域不包含任何真實訂閱資訊：

nslookup example.com
curl -I https://example.com

若網域查詢沒有回傳結果，而用戶端日誌顯示連線仍在，請重點檢查用戶端的 DNS 接管選項、系統中殘留的手動 DNS、瀏覽器獨立 DNS 與其他網路過濾程式。若查詢可以回傳，但網頁請求失敗，則更像是路由、規則或目標服務問題。命令結果不必逐字理解，保留輸出即可；提交工單時，解析是否成功比貼上大量無關日誌更有價值。

檢查規則模式是否將流量送往錯誤方向

規則模式會根據網域、網路位址或應用程式，決定直連或透過線路。規則未更新、網域被錯誤分類，或目標服務改用新網域，都可能造成「連線正常但頁面無法開啟」。排查時可暫時切換至全域模式進行對照：如果全域模式可用而規則模式失敗，線路本身通常沒有問題，應更新訂閱與規則，並檢查是否存在自訂覆寫；如果兩種模式都失敗，則繼續檢查 DNS、線路與本地網路。

全域模式只用於定位，不必將它當成長期解決方案。長期使用時仍應依實際情境選擇合適模式，避免不需要加速的本地流量也改變路徑。若只有某個應用程式失敗，請轉到「某個 App 無法使用代理」章節，重點檢查應用程式是否使用獨立網路堆疊、是否命中分應用程式排除項，以及用戶端是否有該應用程式的獨立規則。

處理快取與系統殘留時保留回復空間

切換 DNS 或規則後，舊的解析結果可能仍由系統、瀏覽器或應用程式保留。最穩妥的順序是先完全退出受影響的應用程式，再中斷連線，重新建立連線後開啟應用程式複測。必要時再重新啟動裝置，讓系統網路狀態回到一致的起點。不要一開始就執行來源不明的網路重設腳本，因為它可能同時清除無線網路、企業設定與其他必要設定，增加新的變數。

如果曾手動設定系統代理，請先記錄原值，再改為自動管理。排查結束後確認沒有留下無效代理位址。Linux 環境還要注意終端機中的代理環境變數與桌面系統代理可能彼此獨立：圖形應用程式正常而命令列失敗，或反過來，都可能是兩套設定不一致所致。此時應檢查目前終端機工作階段是否繼承了舊變數，而不是直接判定線路不可用。

DNS 異常需要提交哪些資訊

若不同線路下都出現相同的解析失敗，但切換網路後恢復，應說明接入網路類型與解析命令結果；若只有某條線路發生，請附上線路名稱、失敗網域與全域模式對照結果；若瀏覽器與其他應用程式表現不同，請寫明受影響的應用程式以及是否啟用了獨立 DNS。不要提交帳戶密碼、完整訂閱內容或包含驗證參數的截圖。客服需要的是可重現條件，而不是帳戶憑證。

先定義「慢」發生在哪個階段

網頁變慢可能表現為等待網域解析、頁面第一個內容遲遲未出現，或頁面開啟後圖片載入緩慢；影片變慢可能是開始播放等待、畫質下降或播放中緩衝；AI 工具變慢則可能是頁面能開啟，但回應中斷。不同現象依賴的網路環節不同，不能只用一次測速結果取代真實情境。排查時先記下受影響的應用程式、具體操作與發生時段，再比較同一條線路下其他應用程式是否正常。

如果只有單一服務變慢，先考慮目標服務入口、地區選擇與規則匹配。若所有服務都變慢，再檢查接入網路品質、無線訊號、背景下載與線路選擇。家庭網路中的其他裝置同步檔案、更新應用程式或播放高位元率內容，也會與目前裝置競爭頻寬。由於 VPNTea 支援不限裝置數量，同時連線的裝置數本身不是限制，但多台裝置同時傳輸仍會共用使用者目前接入網路的實際能力。

建立可重現的線路對照

比較線路時，應維持裝置、接入網路、目標服務與測試動作不變，只替換線路。優先選擇地理位置較近，或與目標服務所在區域相符的節點，不要只憑名稱猜測速度。專線、中轉與直連的路徑結構不同：專線更重視跨境段的穩定組織，中轉會先進入最佳化入口再前往目標地區，直連則更依賴本地電信商網路與公網路徑。三者沒有脫離情境的絕對優劣。

伺服器頁面可查看涵蓋地區與線路類型，線路選擇完整指南則依影片、遊戲與 AI 工具等情境說明選擇方法。排查效能問題時，建議先比較同一地區的不同線路類型。若同地區線路表現接近，問題更可能來自本地接入或目標服務；若只有某種線路類型異常，可在工單中直接指出這項差異。

尖峰時段卡頓要比較時間與網路

如果白天正常、晚上明顯變慢，應在相同裝置與相同應用程式下記錄兩個時段的表現，並比較另一種接入網路。尖峰時段可能同時影響使用者本地寬頻、跨境入口與目標服務，單次測試無法確定瓶頸位置。若更換另一個接入網路後恢復，問題較接近本地電信商網路；若不同網路都只在固定線路上變慢，應改用同地區的其他線路，並向客服提供線路名稱與發生時段。

不要只寫「晚上很卡」。更有效的描述是：網頁首次開啟慢但後續正常、影片開始播放正常但中途緩衝、下載持續緩慢，或互動請求偶爾逾時。客服可據此判斷更像延遲波動、持續吞吐量不足，還是連線重傳。若問題發生在體育直播等即時情境，可參考體育直播線路比較中的選擇面向，但排查時仍以目前網路的對照結果為準。

排除裝置端效能與無線干擾

裝置省電模式、溫度過高、背景同步與安全軟體即時掃描，都可能降低加密連線的處理能力。先關閉大型檔案同步與系統更新，保持裝置供電狀態穩定，再重複相同操作。使用無線網路時，訊號圖示滿格也不代表鏈路沒有干擾；條件允許時可接近網路設備，或以穩定的有線連線作為對照。若只有一台較舊裝置速度慢而其他裝置正常，應優先檢查該裝置的資源使用量與用戶端執行狀態。

分流規則也會影響使用感受。目標服務的頁面資源可能來自多個網域，其中一部分走線路、另一部分直連，路徑不一致會造成頁面主體出現，但圖片或影片遲遲無法載入。暫時使用全域模式進行對照，有助於確認這一點。如果全域模式明顯改善，應更新訂閱規則並撤銷衝突的自訂規則，而不是長期依靠不斷切換線路。

效能工單的停止條件

當不同裝置在同一網路下都變慢，而切換網路後恢復，可先聯絡接入網路服務商；當不同網路下只有特定 VPNTea 線路持續異常，應提交線路工單；當所有線路只對單一目標服務異常，應提供目標服務名稱、所選地區與規則模式。若流量已用完，也會影響後續使用，請登入使用者面板查看目前方案狀態。月訂閱流量會在開通日每月重設，流量包則用完為止、永久不過期，排查前應先確認目前可用流量的來源。

區分主動中斷與工作階段失效

頻繁斷線首先要查看用戶端狀態。如果用戶端明確回到未連線，表示系統或用戶端結束了工作階段；如果用戶端仍顯示已連線，但應用程式不再連網，則更像是路由、DNS 或連線工作階段已失效。兩者需要不同的處理方式。前者檢查省電、背景權限與網路切換，後者可先中斷再重新連線，並比較是否只發生在特定線路。

記錄斷線前發生的操作非常重要：裝置是否從無線網路切換到行動網路、是否鎖定螢幕、是否進入省電模式、是否開啟另一個網路工具、是否從一個地區移動到另一個地區。網路切換會改變本地位址與路由，原有工作階段可能無法繼續；鎖定螢幕後系統可能暫停背景工作；安全軟體或系統清理功能則可能直接結束用戶端程序。只寫「隨機斷線」會遺漏這些觸發線索。

行動裝置先檢查背景執行條件

在 iOS 與 Android 上，系統會依據電量、記憶體與背景策略管理應用程式。請確認 VPNTea 用戶端具備維持網路設定所需的系統權限，並避免將它放入會主動休眠的應用程式類別。Android 各品牌對省電入口的命名不同，通常可在應用程式資訊、電池或背景活動設定中找到；iOS 則應確認系統網路設定仍然存在，且沒有其他網路設定同時爭用。相關首次設定流程可參閱iOS 訂閱匯入教學。

不要為了保持連線而關閉整台裝置的所有省電功能。較穩妥的做法是只調整目前的用戶端，並觀察鎖定螢幕、切換應用程式與網路變化時的表現。若前景持續正常、只有鎖定螢幕後才斷線，問題範圍已明確落在背景管理；若前景也會斷線，則繼續比較線路與接入網路。Android 使用者還可參考Android 背景保持連線與分應用程式代理說明，逐項檢查應用程式的背景狀態。

桌面端檢查休眠、網路切換與程序衝突

Windows、macOS 與 Linux 在休眠或喚醒後，也可能保留表面上的連線狀態，但底層網路介面已經變更。遇到喚醒後無法上網，應先中斷並重新連線，而不是立即刪除訂閱。如果每次休眠都能重現，請記錄系統平台、休眠前所選線路，以及喚醒後的用戶端狀態。用戶端升級或系統更新後首次出現的問題，也應將「更新前正常、更新後異常」作為變化點寫入工單。

同時檢查是否執行了其他會修改路由、代理或 DNS 的程式。開發環境中的容器網路、虛擬網路介面、遠端辦公用戶端與安全過濾軟體，都可能在啟動時重新寫入路由。若 VPNTea 在這些程式啟動前正常、啟動後斷線，應依啟動順序逐一對照。不要刪除不熟悉的系統介面；先退出相關程式並重新啟動用戶端，確認衝突關係後再決定長期設定。

線路斷線與本地網路抖動的差異

如果斷線時，關閉連線後普通網頁也無法存取，表示本地網路本身發生中斷。若本地網路始終正常，而某條線路持續斷線，更換同地區的另一條線路後恢復，則應回報原線路。如果所有線路在同一個接入網路下都斷線，但更換網路後正常，問題更接近目前的接入環境。這個三方對照——本地網路、替代線路、替代接入網路——能避免將不同層級的問題混為一談。

頻繁斷線期間不建議將持續的大型檔案傳輸作為唯一測試，因為傳輸工作本身可能自動重試，掩蓋準確的斷線時間。可以同時觀察用戶端狀態與一個輕量網頁請求，記下發生異常時哪個狀態先變化。若日誌包含帳戶憑證或完整訂閱內容，提交前應移除敏感部分；一般錯誤代碼、時間與線路名稱則應保留。

提交斷線問題時寫清觸發條件

工單中應說明問題發生在前景還是背景、是否與鎖定螢幕相關、是否與網路切換相關、受影響的是所有線路還是單一線路、斷線後用戶端顯示什麼，以及重新連線能否恢復。行動裝置請附上系統平台與省電設定頁面截圖，桌面端則附上衝突程式是否退出的對照結果。若只有某個應用程式斷流而其他應用程式正常，應轉到分應用程式章節，不要按整條連線斷線處理。

先確認訂閱來自目前的使用者面板

訂閱應從 VPNTea 使用者面板取得，行銷頁面不會提供靜態安裝包或公開訂閱網址。進入用戶端的訂閱管理頁，核對設定名稱與來源是否屬於目前帳戶。如果曾手動複製多份設定，可能出現用戶端正在更新舊設定，但實際連線使用的是另一份設定的情況。排查時保留目前設定，先確認哪一份處於啟用狀態，再處理重複項目。

不必將完整訂閱網址傳送給客服，也不要在截圖中顯示其中的驗證參數。只需說明從使用者面板複製後，用戶端回傳的錯誤文字、更新時所處的網路環境，以及設定是否曾成功使用。若懷疑複製不完整，應回到面板重新取得，再透過用戶端的標準匯入入口新增，而不是手動修改網址結構。

分辨取得失敗與解析失敗

「無法下載訂閱」與「無法解析訂閱格式」是兩個不同階段。取得失敗通常表現為網路錯誤、逾時或存取遭拒，表示用戶端尚未取得設定內容；解析失敗則表示內容已抵達，但用戶端無法辨識、內容遭截斷，或匯入方式不相容。保留錯誤原文即可直接區分這兩個方向。不要將解析錯誤當成線路故障，因為此時連線流程尚未開始。

若是取得失敗，先在中斷連線與啟用連線兩種狀態下分別更新，並比較另一個接入網路。某些網路環境對訂閱請求與普通網頁的處理方式不同。若只有目前網路失敗，記錄網路類型即可；若不同網路都失敗，再檢查帳戶方案狀態與訂閱來源。若是解析失敗，請確認使用的是用戶端支援的匯入方式，並從面板重新取得，不要將網頁內容複製到要求填寫訂閱連結的位置。

處理用戶端快取與重複設定

用戶端可能保留上次成功更新的線路，因此「仍能連線」與「更新成功」並不矛盾。查看線路名稱是否與面板目前顯示一致；如果長期停留在舊狀態，應先執行重新整理或重新選取訂閱。只有確認目前設定可以重新取得後，才考慮刪除重複的舊設定。直接全部刪除會讓原本可用的快取也消失，增加復原難度。

若用戶端支援自動更新，排查階段可暫時執行手動更新，以便查看即時錯誤。自動更新在背景失敗時，提示可能被系統收合，難以判斷準確時間。手動更新成功後再恢復原本的排程。行動裝置還需確保用戶端在更新期間沒有被系統暫停；桌面端則檢查系統代理或其他網路工具是否影響訂閱請求。

核對方案狀態與流量來源

登入使用者面板查看目前方案狀態，不要只看用戶端中的舊到期資訊。月訂閱有三個方案：¥9.9/月含 60GB、¥18/月含 250GB、¥28/月含 500GB，流量按開通日每月重設，中途升級差額會折算為剩餘天數。流量包為 ¥158/300GB、¥358/1000GB、¥658/3000GB，用完為止、永久不過期。排查時只需確認目前權益是否有效，不需要自行換算剩餘週期。

若需要調整方案，可前往定價頁面查看完整說明。付款方式為支付寶、微信與 USDT。訂閱更新異常與付款頁面問題應分開描述：前者關注用戶端取得設定，後者關注使用者面板中的訂單與方案狀態。將兩者混在同一段「帳戶無法使用」中，會增加判斷成本。

何時重新匯入，何時提交工單

如果同一訂閱在另一台裝置可以更新，原裝置更可能存在用戶端快取、匯入方式或網路設定問題，可在保留舊設定的前提下重新匯入進行對照。如果所有裝置與不同網路都回傳相同的取得錯誤，應提交工單，並說明錯誤發生的階段。若只有某個用戶端解析失敗，而其他平台正常，請附上用戶端名稱與錯誤原文，客服便可判斷是否屬於格式相容性問題。

更新恢復後，應確認線路清單確實發生變化，並選擇一條線路完成連線驗證。只看到「更新成功」提示還不夠，因為用戶端可能更新了非目前使用的設定。最後刪除已確認無用的重複項目，讓後續排查只面對單一訂閱來源。保持設定結構簡單，往往比頻繁重新安裝更能減少長期故障。

先確認問題只影響單一應用程式

維持目前線路不變，分別測試瀏覽器與另一個常用應用程式。若其他應用程式正常，表示訂閱、線路與系統權限至少具備基本可用性，不應從完全重新安裝開始。記錄受影響應用程式是在什麼操作上失敗：啟動時無法登入、內容清單無法開啟、圖片無法載入，還是進入特定功能後逾時。應用程式內部可能呼叫多個網域，某項功能失敗不代表整個應用程式都沒有經過連線。

接著比較應用程式的網頁版本。如果網頁版正常而用戶端應用程式失敗，請重點檢查分應用程式規則、應用程式快取與獨立網路設定；如果網頁版與應用程式都失敗，則考慮目標服務地區、網域規則或線路。AI 工具情境也可參考ChatGPT 加速專題與AI API 固定出口與並行要求說明，但故障定位仍應先完成本地對照。

檢查包含與排除邏輯

分應用程式代理通常有兩種相反邏輯：只讓選取的應用程式經過線路，或讓選取的應用程式保持直連。介面文案相近時很容易選反。進入用戶端的分應用程式設定，確認目前模式的含義，再檢查目標應用程式是否位於正確清單。應用程式更新後，系統中的應用程式識別可能改變，舊規則未必仍能匹配；因此若問題恰好從應用程式更新後開始，應重新選取一次目標應用程式。

排查時可暫時關閉分應用程式功能，讓系統流量統一依目前模式通過。如果應用程式隨即恢復，線路本身通常正常，問題位於分應用程式選擇或規則；如果仍然失敗，則繼續比較全域模式與規則模式。完成對照後恢復原設定，不要讓臨時的全域設定長期留在裝置上。

在規則模式下檢查多網域資源

現代應用程式往往將登入、介面、圖片、影片與更新分布在不同網域。主網域命中線路，但靜態資源網域被判定為直連時，可能出現「能登入但頁面空白」或「文字出現但圖片載入失敗」。暫時切換至全域模式，若所有資源恢復，表示應更新訂閱規則或檢查自訂覆寫。不要只新增目前看到的一個網域，因為應用程式後續功能仍可能呼叫其他網域。

若應用程式提供內建代理設定，應避免與系統連線重複設定。應用程式內的手動代理可能指向已失效的本機連接埠，即使系統線路正常，該應用程式仍會獨立失敗。先記錄原設定，再改為跟隨系統網路進行對照。開發工具、命令列與容器環境也可能讀取獨立的環境變數，不一定會繼承桌面用戶端的系統代理。

目標地區與帳戶狀態要分開判斷

部分服務會依出口地區顯示不同內容。應用程式可以連網，但提示地區不可用時，不屬於一般連線失敗，應選擇與目標內容相符的地區線路，並完全退出應用程式後重新開啟。應用程式可能快取先前的地區，單純在背景切換線路不一定會更新狀態。若更換地區後仍只有該服務受到影響，而其他網站正常，請記錄服務名稱、線路地區與提示原文。

目標服務本身的帳戶限制、登入狀態或風控提示，也不能靠反覆切換線路解決。先確認錯誤是否明確指向帳戶、付款或內容權限。如果是目標服務的帳戶問題，應依該服務的官方流程處理；如果是網路逾時、資源無法載入或地區識別不一致，再繼續從線路與規則入手。將帳戶錯誤與網路錯誤分開，可以避免無意義地更改本地設定。

恢復後整理規則

問題解決後，應撤銷排查期間新增的重複規則與臨時全域設定，只保留能說明用途的規則。長期疊加例外項目會讓後續流量路徑難以預測。若需要讓多個應用程式採用不同路徑，請逐一加入並測試，不要一次批量選取所有應用程式。規則越清晰，下次應用程式更新或訂閱變更時越容易判斷差異。

先確認事實範圍：不限裝置數量

VPNTea 的同時連線裝置數量不限，支援 Windows、macOS、iOS、Android 與 Linux。因此，某台裝置無法連線時，不應先假設是方案限制。更常見的情況是該裝置使用舊訂閱、用戶端快取了過期的帳戶狀態、系統網路權限失效，或不同裝置連線到不同設定。請先登入使用者面板確認目前方案狀態，再逐台核對訂閱來源。

不限裝置數量不代表所有裝置都會有完全相同的網路表現。它們可能位於不同接入網路、使用不同用戶端模式、選擇不同地區線路，也可能執行不同的分流規則。排查跨裝置差異時，請將「帳戶允許連線」與「裝置本地設定是否正確」分開。只要另一台裝置正常，就表示帳戶與至少一條線路可用，問題應優先定位到異常裝置。

建立裝置對照表

為每台裝置記錄平台、接入網路、用戶端中啟用的訂閱名稱、所選線路與故障現象。不要將裝置型號、系統平台與網路環境混為單一變數。例如，桌面裝置使用家庭網路正常，行動裝置使用另一個網路失敗，不能直接表示是平台相容性問題；應讓兩台裝置盡量接入同一網路，並選擇同一條線路後再比較。

若同一網路、同一線路下只有一台失敗，請檢查該裝置的網路權限、其他代理工具、分應用程式設定與系統時間。若兩台都失敗，但更換線路後恢復，問題指向原線路；若同一裝置更換網路後恢復，則指向接入網路。透過這種交叉對照，可以避免在每台裝置上重複進行無關重設。

處理舊工作階段與重複訂閱

更換裝置、系統復原或遷移用戶端後，舊設定可能仍然存在。先確認目前啟用的訂閱來自同一個帳戶，不要依據相似名稱判斷。如果用戶端同時儲存多份訂閱，更新其中一份不會自動更新另一份。可以為目前設定取一個清晰的名稱，完成連線驗證後再刪除確認無用的舊副本。

若用戶端顯示帳戶或裝置相關錯誤，應保留原文並重新登入使用者面板確認狀態。不要頻繁修改使用者名稱或密碼來試探，因為這樣可能讓其他裝置同時失去有效工作階段，擴大問題範圍。VPNTea 註冊無需電子郵件地址，使用者名稱加密碼即可註冊，因此請自行妥善保存憑證；客服排查不需要取得密碼，也不會要求在工單中提交密碼。

平台差異不等於線路差異

Windows 與 macOS 可能透過系統代理或網路擴充功能接管流量，iOS 與 Android 依賴系統網路設定，Linux 則可能存在桌面設定與命令列環境分離的情況。相同訂閱在不同平台上的選項名稱與路由實作不完全相同，因此應比較最終現象，而不是要求介面逐項一致。某個平台沒有另一個平台中的同名開關，不代表服務能力缺失。

如果只有 Linux 命令列失敗而圖形應用程式正常，請檢查終端機環境變數；如果只有 Android 的某個應用程式失敗，請檢查分應用程式選擇；如果 iOS 在鎖定螢幕後異常，請檢查背景與系統設定；如果桌面端喚醒後異常，請重新建立工作階段並檢查網路介面。將平台特有問題帶回對應章節，比按「裝置太多」處理更準確。

何時應提交帳戶類工單

如果使用者面板顯示方案有效，但不同平台、不同網路與不同線路都回傳相同的帳戶提示，應提交工單。附上使用者名稱即可，不要附密碼；同時說明提示發生在登入、訂閱更新還是連線階段。若只有一台裝置出現問題，請先附上該平台的用戶端狀態與對照裝置結果。客服需要知道錯誤屬於帳戶授權還是本地用戶端狀態，清楚說明發生階段比裝置數量本身更關鍵。

若問題與方案選擇或升級有關，可先查看方案價格與流量規則。月訂閱升級差額會折算為剩餘天數，流量按開通日每月重設；流量包用完為止、永久不過期。不要自行將不同流量來源換算成裝置額度，兩者沒有對應關係。

先用一段話描述故障

開頭應直接寫明平台、接入網路、線路、受影響應用程式與具體表現。例如：「在 Windows 上使用家庭網路，某地區線路可以連線，但瀏覽器的所有網域都無法解析；更換另一個網路後恢復。」這句話已包含裝置、環境、線路、症狀與對照結果。相較於「今天突然不能用了」，它能讓客服直接從 DNS 與接入網路方向著手。

若是效能問題，請寫清發生時段與應用程式操作；若是斷線，寫清觸發條件與斷線後的用戶端狀態；若是訂閱問題，寫清是取得失敗還是解析失敗；若是單一應用程式問題，寫清全域模式與規則模式的差異。不要將多個不相關問題放在同一個長段落中，可依症狀分別列出，避免某個已解決的問題掩蓋另一個仍在發生的問題。

工單應附的診斷資訊

• ✅ 系統平台與使用的用戶端類型
• ✅ 接入網路類型，以及更換網路後的對照結果
• ✅ 線路名稱、線路地區，以及是否所有線路都受到影響
• ✅ 問題發生時的具體操作與用戶端狀態文字
• ✅ 錯誤原文、必要截圖與可重現的發生條件
• ✅ 最近是否變更訂閱、系統網路設定、規則或應用程式設定
• ❌ 不提交密碼、完整訂閱網址、驗證參數或完整設定內容

截圖應包含足夠的上下文，但必須遮蔽敏感內容。只截取一個錯誤圖示通常沒有幫助，應盡量讓截圖同時顯示頁面標題、錯誤文字與目前線路。日誌只截取故障發生前後的相關片段，不要上傳與問題無關的完整長期日誌。若日誌包含訂閱內容，請先移除該部分。

如何記錄近期變化

許多故障都從某個變化點開始：系統更新、用戶端重新匯入、切換接入網路、修改分流規則、目標應用程式更新、裝置套用新的管理政策，或方案狀態發生變化。變化點不等於故障原因，但能顯著縮小範圍。請寫明「變更前正常、變更後異常」，並說明撤銷變更後是否恢復。

如果想不起具體變化，不要猜測。可以寫「未主動修改設定」，再說明首次發現問題的情境。客服會根據線路狀態、帳戶狀態與錯誤資訊繼續判斷。虛構一個看似合理的原因，反而會讓排查方向偏離。請將事實與推測分開：事實寫觀察到的現象，推測用「可能」標明，不要將推測當成結論。

哪些情況應直接聯絡支援

不同裝置、不同接入網路與不同線路都出現相同的帳戶或訂閱錯誤；使用者面板狀態與用戶端狀態明顯不一致；單一線路持續無法連線而同地區其他線路正常；或已完成本指南中的最小對照仍無法確定問題範圍時，應提交工單。付款與方案狀態問題也應透過工單處理，並寫明付款方式是支付寶、微信還是 USDT，但不要上傳完整付款憑證。

若只是尚未完成首次匯入，請回到快速入門教學；若要比較地區與線路類型，請查看伺服器頁面；若要選擇月訂閱或流量包，請查看方案頁面。將使用問題交給對應資料頁，能減少不必要的帳戶操作。VPNTea 涵蓋 90+ 個國家及 200+ 條線路，排查時應先選擇少量具代表性的線路進行對照，不需要遍歷所有線路。

問題恢復後的收尾檢查

恢復後不要立即結束排查。先重複原先會失敗的操作，確認在相同條件下已恢復正常；再中斷並重新連線，驗證恢復不是一次性的偶然結果；最後清理臨時全域模式、重複訂閱、自訂 DNS，以及為排查而關閉的必要安全設定。只保留已確認有效的調整，並記錄最終變更，方便日後複查。

即使問題自行消失，也應保留簡短記錄，尤其是發生時段、線路與網路。偶發問題再次出現時，前後記錄可以確認是否具有相同模式。對於尖峰時段卡頓、網路切換後斷線與特定應用程式資源載入失敗，這類持續記錄往往比單次截圖更有判斷價值。