故障排除
從現象定位到解決

排除故障最容易失敗的原因，不是問題複雜，而是描述不夠具體。「連不上」、「很慢」、「偶爾斷線」都只是感受，無法直接對應到某一層故障。開始操作前，先把現象改寫成可以重複驗證的條件：目前使用哪個平台、連線的是家庭網路還是公共網路、用戶端能否正常開啟、訂閱清單是否可見、線路能否選取、連線狀態是否成功、瀏覽器與其他應用程式是否同時異常。只要這些條件清楚，後續就能快速判斷問題發生在本地網路、用戶端、系統代理伺服器、名稱解析、線路出口或目標服務。

先判斷故障範圍，不要先重新安裝

先關閉用戶端連線，直接存取平時能正常開啟的本地網頁。如果直接連線狀態也無法穩定載入，應先處理路由器、無線網路、系統網路或網路業者接入問題。加速連線依賴現有網路傳輸，本地網路本身失去連線時，通常無法靠更換線路解決。確認直接連線正常後，再啟動用戶端，只選擇一條線路測試。此時不要同時啟用瀏覽器擴充功能、其他代理工具、系統級網路過濾器或多個同類用戶端，否則它們可能爭用系統代理伺服器、虛擬網路介面或 DNS 設定。

接著區分「所有目標都失敗」和「只有某個目標失敗」。如果瀏覽器、桌面應用程式和系統更新全部異常，優先檢查連線狀態、代理模式與 DNS；只有某個網站無法開啟，可能是該網站的地區策略、快取、登入狀態或暫時性服務異常；只有某個 App 不經代理，則更接近分流規則、應用程式自身網路堆疊或系統權限問題。範圍越小，就越不應採取清除全部設定這類大動作。保留已知可用的設定，才能進行對照。

保留一組對照條件

建議選擇一條先前可用的線路作為基準，再選擇另一條不同地區或不同線路類型的線路作對照。線路類型的差異可在節點頁面查閱。測試時維持裝置、用戶端與網路不變，只切換線路；接著維持線路不變，再切換本地網路。如此可以分別確認異常是否隨線路變化、是否隨網路變化。若故障只跟隨某條線路，請記錄線路名稱；若故障只在某個網路出現，應重點檢查該網路的解析、路由或存取策略。

記錄時只寫可驗證的資訊

記錄應包括平台名稱、網路類型、用戶端顯示的狀態、所選線路、錯誤提示原文、問題是否能穩定重現，以及已經進行過哪些操作。不要只寫「試過很多方法」。如果錯誤提示可以複製，請保留完整文字；如果只能提供截圖，截圖應包含狀態列與線路名稱，但要遮蔽使用者名稱、訂閱連結及任何可用於登入的憑據。訂閱連結等同帳戶憑據，不應發到公開群組或論壇。

5TVPN 支援 Windows、macOS、iOS、Android 與 Linux，帳戶可不限台數使用。不同平台的系統代理伺服器、背景策略與虛擬網路實作並不完全相同，因此同一帳戶在一台裝置正常、另一台裝置異常，不能直接推斷為帳戶故障。後續章節會分別說明平台差異。如果只是第一次使用用戶端，不清楚應從哪裡取得訂閱，應返回快速上手流程，不要在故障排除指南中跳過前置步驟。

「完全無法連線」是指用戶端能夠開啟，也能看到或嘗試選擇線路，但連線始終失敗、很快回到未連線狀態，或長時間停留在連線中。這類問題首先要區分訂閱內容未正確載入，還是線路已載入但連線握手失敗。前者通常表現為線路清單空白、訂閱名稱消失或更新報錯；後者則能看到線路名稱，卻無法進入穩定連線狀態。兩種現象的處理順序不同，不應混在一起。

確認直接連線、系統時間與用戶端權限

先中斷用戶端連線，確認直接連線網路可用。接著檢查系統時間是否設為自動同步。加密連線需要驗證憑證與時間範圍，系統時間明顯偏差時，可能出現看似線路故障的握手失敗。再確認用戶端擁有建立系統網路連線所需的權限。桌面系統可能要求授權建立虛擬網路介面或修改代理伺服器設定；行動系統首次連線時會顯示系統層級確認視窗，如果當時拒絕，需要回到系統設定重新授權。

如果用戶端啟動後立即異常結束，先徹底結束程序再重新開啟，不要連續點擊連線按鈕。Windows 與 macOS 上還應確認沒有另一個同類用戶端仍在背景執行。Linux 環境則需要確認啟動方式具備操作網路介面與路由表的權限。這裡不建議一開始就刪除全部設定，因為刪除會同時失去可用於判斷的訂閱狀態與錯誤紀錄。應先退出衝突程式，再使用原有設定複測。

判斷問題是否隨目前網路變化

維持裝置、用戶端與訂閱不變，切換到另一種可用網路測試。如果另一個網路可以連線，表示帳戶與用戶端的基本設定大致正常，問題更可能位於原網路的路由、DNS、協定處理或接入策略。此時可先重新啟動原網路的路由設備，等待其重新取得網路參數，再測試不同線路。公共網路有時需要先在瀏覽器完成接入確認；在完成確認前，用戶端可能可以發起連線，但網路實際上尚未放行正常流量。

如果所有網路都無法連線，再更換線路。不要只在相鄰線路之間連續切換，應選擇不同地區或不同線路類型進行對照。5TVPN 提供 120+ 個國家／230+ 條線路，線路頁面會說明可選地區與類型。若只有某條線路失敗，先使用其他可用線路，不必反覆重新安裝用戶端；若多種線路在多種網路下都失敗，才需要繼續檢查訂閱狀態、系統權限與用戶端設定。

檢查模式衝突與殘留的系統代理伺服器

同時啟用系統代理模式與其他網路接管工具，可能造成連線建立後流量再次被轉送，最後表現為連線失敗或不斷重試。排查時只保留一個用戶端執行，關閉瀏覽器代理擴充功能、開發者除錯代理、網路過濾軟體中的代理功能，以及系統中手動填寫的代理位址。然後退出用戶端，確認系統代理伺服器已恢復，再重新啟動。若用戶端提供自動接管選項，優先由同一個用戶端統一管理，不要一部分手動設定、一部分自動設定。

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

上方是假值格式範例，只用於辨認訂閱連結結構。真實訂閱位址只能從使用者面板取得，不要替換範例內容後發到公開位置。如果用戶端要求匯入訂閱，而目前只貼上了一般網頁位址，或複製時缺少開頭或結尾字元，線路自然無法正確載入。請重新從面板完整複製後匯入，不要透過聊天工具轉發，因為部分工具會改寫連結或截斷特殊字元。

不同平台的連線入口差異

完成以上檢查後，如果故障只發生在特定網路，應把網路類型與複測結果寫入工單；如果所有網路與多條線路都失敗，應附上用戶端的錯誤提示。不要只上傳一張「連線失敗」的局部截圖。客服需要看到平台、所選線路、發生階段與完整提示，才能判斷是訂閱解析、權限、網路握手還是線路入口問題。

用戶端顯示「已連線」只代表連線通道已建立，不代表每一類流量都能正確進入通道。網頁無法開啟時，需要繼續判斷是系統代理伺服器未接管、DNS 未正確解析、瀏覽器保留了錯誤快取，還是目標網站暫時無法使用。此時反覆點擊連線按鈕幫助不大，因為連線階段已經完成，問題發生在連線之後的流量處理鏈路。

先以範圍判斷代理是否生效

維持連線狀態，分別測試瀏覽器與另一個使用系統網路的應用程式。如果所有應用程式都無法存取，先檢查用戶端是否處於預期模式，以及系統代理伺服器是否成功寫入。如果瀏覽器可以存取而其他應用程式不行，表示瀏覽器可能使用了自己的代理伺服器或 DNS，系統流量並未統一接管。反過來，如果其他應用程式正常、只有瀏覽器異常，應先關閉瀏覽器代理擴充功能、隱私網路功能或自訂解析設定，再建立一個不載入舊擴充功能的視窗測試。

也可以退出瀏覽器後重新開啟。瀏覽器會保存連線池、名稱解析結果與網站工作階段，切換線路後舊連線有時仍會指向先前的出口。僅重新整理頁面不一定會重建底層連線。如果新視窗恢復正常，問題通常位於瀏覽器快取或擴充功能，而不是線路。如果多個瀏覽器結果一致，再繼續檢查系統代理伺服器與 DNS。

辨識名稱解析問題

DNS 的作用是將網域名稱轉換成網路位址。解析失敗時，常見現象是用戶端已連線，但頁面提示找不到伺服器、網域不存在或解析逾時；直接使用已知網路位址的應用程式可能仍能運作。排查時先將系統 DNS 恢復為自動取得，關閉瀏覽器中的自訂安全解析，再讓用戶端以預設方式接管。不要同時在路由器、系統、瀏覽器與用戶端中設定不同的解析方案，否則請求可能從不同出口送出，結果難以判斷。

如果之前安裝過網路過濾、家長監護、廣告過濾或企業接入工具，即使程式已退出，它們留下的系統解析服務仍可能繼續運作。桌面系統可檢查目前網路介面卡的 DNS 是否仍指向手動位址，行動系統可檢查目前無線網路是否設定了手動解析或代理伺服器。恢復自動設定後，中斷並重新連線網路，再啟動用戶端。順序很重要：先恢復系統網路，再讓用戶端重新寫入設定。

處理連線成功後的路由殘留

用戶端非正常退出、裝置休眠中斷或多個工具輪流接管網路時，系統可能保留舊代理伺服器或舊路由。典型表現是用戶端顯示已連線，但所有請求都沒有正確返回；退出用戶端後，直接連線網路也受到影響。此時應正常中斷連線並退出用戶端，再關閉後重新開啟目前的網路連線，讓系統重新取得路由與解析參數。確認直接連線恢復後，再開啟用戶端測試。

Linux 使用者若採用命令列用戶端，應重點檢查預設路由、策略路由與名稱解析服務是否仍指向已不存在的介面。不要直接複製來源不明的清理命令。先查看目前狀態，確認哪條規則由用戶端建立，再透過用戶端自身的停止流程清理。使用服務方式執行時，應避免同時再啟動一個前景執行個體，因為兩個執行個體可能分別修改路由與 DNS。

只有一個網站無法開啟時如何判斷

單一網站異常不代表整體連線故障。先更換該網站的頁面入口，檢查是否只有登入頁、影片頁或資源網域失敗；再使用無痕視窗排除舊 Cookie 與快取；接著選擇另一個地區的線路。部分服務會根據出口地區提供不同內容，登入工作階段也可能保留先前的地區資訊。切換地區後應重新開啟頁面，不要繼續使用原有分頁。

如果同一條線路下其他網站正常，且目標網站在多個瀏覽器中都返回相同錯誤，應記錄網站網域、所選地區與錯誤提示。不要把帳戶密碼、頁面中的個人資料或訂閱連結放入截圖。涉及串流影音地區判斷時，可參閱觀影解鎖說明；涉及出口地區選擇時，可回到節點頁面確認適合的區域。

恢復後的驗證

恢復存取後，不要立刻重新啟用所有擴充功能與過濾功能。先以預設設定維持一段連續工作階段，確認瀏覽器、其他應用程式以及休眠喚醒後都正常，再逐一恢復額外工具。每恢復一個工具都重新測試，才能找出衝突來源。如果一次恢復所有額外設定，問題再次出現時仍然無法定位。

若連線後網頁始終無法開啟，但用戶端內的連通性檢查顯示正常，應在工單中說明是「連線狀態成功、所有網頁失敗」，還是「只有特定網域失敗」，並註明恢復自動 DNS、關閉擴充功能、切換線路後的結果。這些資訊比單純描述「DNS 不好用」更有助於定位。

速度問題必須先區分啟動緩慢、持續吞吐量不足、延遲高與連線不穩定。網頁首次開啟等待很久，可能是 DNS 或延遲問題；檔案開始傳輸很快、隨後停頓，可能是鏈路抖動或目標服務限速；影片自動降低畫質，可能是可用頻寬不足，也可能是播放器根據短時間波動主動採取保守設定。把所有現象統稱為「節點慢」，會錯過真正影響體驗的環節。

建立有意義的速度對照

先在關閉用戶端時確認本地網路表現穩定，再連線一條距離較近的線路進行相同操作。測試應使用同一台裝置、同一個網路、同一個目標與接近的時間條件。不要一次用瀏覽器測速、一次用影片載入、一次用應用程式下載後直接比較，因為不同目標的伺服器位置、限速策略與快取狀態不同。排查目標不是得到一個漂亮的數字，而是確認效能損失發生在哪一段。

如果直接連線本身就有明顯抖動，應先處理無線訊號、路由器負載或接入網路問題。可以靠近接入設備、減少同時佔用網路的工作，或改用更穩定的接入方式。若直接連線穩定而連線後變慢，再比較不同地區與不同線路類型。實體距離較遠通常代表更長的往返路徑，因此存取亞洲目標時不必預設選擇歐美出口；存取特定地區服務時，則應優先選擇與目標服務區域相符的出口。

尖峰時段問題要跨時間複測

晚間卡頓只有在特定時段出現時，不應用其他時段的一次正常結果否定問題。記錄發生時段、線路名稱、目標應用程式與具體表現，在問題出現時切換到同地區的另一條線路，再切換到不同線路類型作對照。如果多條線路同時變慢，而直接連線網路也出現抖動，瓶頸可能在本地接入或公共網路出口；如果只有某條線路持續異常，則先使用替代線路，並將名稱提交給客服。

切換線路後應重新建立目標應用程式的連線。影片播放器、下載器與瀏覽器可能繼續重用舊連線，即使用戶端顯示已切換，應用程式仍可能暫時沿用先前的工作階段。最穩妥的做法是暫停工作、關閉目標頁面或應用程式，再切換線路並重新開啟。只切換線路、不重建應用程式連線，容易得到錯誤結論。

延遲與頻寬不是同一個指標

延遲會影響互動回應，例如網頁首次回應、直播互動、遠端控制與遊戲操作；頻寬會影響持續傳輸，例如高畫質影片、大型檔案與系統更新。較遠的線路可能頻寬充足，但互動回應較慢；較近的線路也可能因目標出口不匹配而影響影片服務。選擇時應依用途判斷，不必追求所有情境都固定使用同一條線路。

檢查裝置端的隱性佔用

系統更新、雲端硬碟同步、照片備份、遊戲平台更新與其他裝置的高畫質影片，都會佔用同一個接入網路。排查時應暫停這些背景工作，並確認路由器下沒有其他裝置持續傳輸。行動裝置還要檢查是否正在同步照片或還原資料。如果暫停背景工作後立即恢復，表示線路不是唯一瓶頸，應先管理本地頻寬分配。

用戶端模式也會影響使用感受。全域接管會讓更多背景流量進入線路，分流模式則只處理符合規則的目標。如果全域模式下速度明顯下降，可檢查是否有大量系統服務、雲端同步或區域網路工作一併被接管。但切換模式後要確認目標應用程式仍確實經由預期線路，不能為了速度而讓目標流量繞過連線。

串流影音與大量流量工作的處理順序

影片出現緩衝時，先暫停並重新播放，確認不是播放器短時間快取不足；再降低其他裝置的佔用；接著切換同地區線路，並徹底重新開啟播放器。如果只在高畫質下不穩定，可以閱讀串流影音畫質與頻寬指標說明，了解位元率、持續吞吐量與自動降低畫質之間的關係。該文章用於解釋指標，本頁仍以故障排除流程為主。

若需要提交速度問題，不要只提供一張測速截圖。應同時說明直接連線是否穩定、使用的網路類型、線路名稱、目標服務、發生時段，以及更換線路後是否改善。第三方測速目標與實際應用程式路徑不同，單張結果無法代表所有情境。可重現的條件比孤立數字更重要。

頻繁斷線需要先分清是線路工作階段中斷、裝置網路切換、系統暫停用戶端，還是用戶端仍保持連線但目標應用程式的工作階段失效。行動裝置從無線網路切換到行動網路、鎖定螢幕後進入省電狀態、系統回收背景工作，都可能讓連線重新建立。桌面裝置休眠、網路介面卡節能、網路從有線切換到無線，也會產生類似現象。只有找出觸發動作，才能選擇正確的處理方式。

先尋找明確的觸發條件

讓裝置保持不動並持續使用同一個網路，觀察是否仍會斷線。如果穩定，問題更可能由網路切換、鎖定螢幕、休眠或背景策略觸發。接著分別測試鎖定螢幕後恢復、切換無線網路、裝置休眠後喚醒及長時間不操作。每次只測試一個動作。如果每次鎖定螢幕後都需要重新連線，就應檢查背景執行與省電設定；如果只在網路切換時中斷，則屬於連線遷移問題，應等待用戶端重新建立通道，而不是立即清除設定。

如果裝置不移動、不休眠也會中斷，再更換線路並維持其他條件不變。若故障跟隨線路，應記錄線路名稱；若所有線路在固定網路下都斷線，但切換另一個網路後恢復，則應檢查原網路的穩定性、路由器工作階段維持與無線訊號。公共無線網路可能定期重新確認接入狀態，表現為用戶端突然失去傳輸能力。

iOS 的背景運作與網路切換

iOS 會根據系統資源、低電量狀態與網路條件管理背景活動。排查時確認用戶端的系統連線設定仍然存在，沒有被另一款網路工具取代。鎖定螢幕前先觀察連線狀態，解鎖後不要只看狀態圖示，還應實際開啟網頁驗證。如果圖示存在但無法存取，可先中斷再重新連線；如果每次鎖定螢幕都遺失設定，應檢查系統中是否存在多個互相競爭的連線設定。

無線網路訊號較弱時，系統可能在無線網路與行動網路之間切換。底層網路位址變化後，原有連線需要重新建立，短暫中斷不一定是線路故障。如果切換後長時間無法恢復，可關閉自動網路切換相關設定進行對照，或在穩定的單一網路下複測。不要在訊號邊緣區域同時測試線路品質，因為本地無線抖動會掩蓋真實結果。

Android 的省電與背景限制

Android 裝置的背景策略因系統廠商而異，但判斷思路一致：確認用戶端沒有被設為受限制的背景應用程式，省電模式沒有在鎖定螢幕後停止其網路活動，系統連線權限仍由目前的用戶端佔用。可以先將用戶端加入允許背景執行的範圍，再關閉會自動清理背景工作的設定進行對照。完成測試後，只保留必要權限，不需要為了排障放開與網路連線無關的權限。

如果系統提供始終開啟連線或阻止未連線流量的選項，修改前應先了解其效果。始終開啟會嘗試維持用戶端連線；阻止未連線流量則可能在用戶端重新啟動或異常時，讓所有網路暫時無法使用。排障階段建議先使用用戶端預設行為，確認基本連線穩定後再啟用更嚴格的系統策略，否則會把策略造成的斷網誤判為線路故障。

桌面系統的休眠恢復

Windows 與 macOS 從休眠恢復後，網路介面卡、系統代理伺服器與虛擬網路介面的恢復順序可能不同。如果喚醒後用戶端仍顯示連線，但網頁無法存取，先正常中斷連線，再等待本地網路完全恢復後重新連線。如果直接連線也未恢復，應先重新連接無線或有線網路。不要在系統剛喚醒、網路尚未取得有效參數時連續切換線路。

Linux 上若連線由系統服務維持，需要確認休眠掛鉤能在喚醒後恢復服務與路由。如果由終端機前景執行，關閉終端機或工作階段結束可能同時終止用戶端。建議先確認目前用戶端是前景程序還是系統服務，不要讓兩種方式同時執行。若日誌中能看到網路介面消失、路由重建或解析服務重新啟動，應將對應時段附在工單中。

區分掉線與目標應用程式重新連線

有時用戶端連線並未中斷，只是直播、聊天或遠端工作階段斷開。這類長連線可能因網路短暫切換、應用程式背景暫停或目標服務逾時而重新建立。測試時同時開啟一個一般網頁：如果網頁能立即載入，表示線路通道仍在運作，應優先重新啟動目標應用程式工作階段；如果網頁也失敗，再檢查用戶端連線狀態。不要只憑某個 App 的「重新連線」提示判斷整條線路掉線。

經過對照後，如果問題穩定發生在特定平台的鎖定螢幕或喚醒階段，提交工單時說明系統平台、觸發動作、用戶端恢復方式，以及是否需要手動重新連線。如果只發生在某條線路，則提供線路名稱。客服不需要帳戶密碼，也不需要真實訂閱連結；能夠重現的觸發條件才是關鍵。

訂閱負責將帳戶可用線路交給用戶端。更新失敗不一定代表帳戶失效，也可能是複製內容不完整、用戶端快取舊資料、目前網路無法存取訂閱入口，或用戶端不支援匯入的格式。先判斷舊線路是否仍可使用，再處理更新。如果舊線路可以連線而更新失敗，表示現有連線能力仍在，問題集中於訂閱取得或解析；如果線路清單同時為空，則要優先核對匯入過程。

確認訂閱來源與帳戶狀態

訂閱應從使用者面板取得，不應使用他人轉發、公開頁面或歷史聊天記錄中的位址。5TVPN 註冊無需電子郵件地址，使用使用者名稱與密碼即可註冊，因此應妥善保存使用者名稱與密碼。登入使用者面板後重新複製完整訂閱，再回到用戶端更新。複製時不要選取位址旁邊的說明文字，也不要手動刪除看似多餘的字元。

若無法登入面板，應先確認使用者名稱輸入正確，並透過面板提供的帳戶流程處理，不要反覆建立新訂閱。如果可以登入但訂閱狀態異常，請檢查目前月訂閱或流量包是否仍可使用。月訂閱包括 ¥9.9/月含 60GB、¥18/月含 250GB、¥28/月含 500GB，流量按開通日每月重設，中途升級差額折算為剩餘天數。流量包為 ¥158/300GB、¥358/1000GB、¥658/3000GB，用完為止，永久不過期。這裡列出方案事實是為了協助核對面板狀態，不建議根據用戶端快取自行推算剩餘狀態。

區分下載失敗與解析失敗

訂閱更新時，如果提示網路請求失敗、逾時或無法存取，表示用戶端尚未取得訂閱內容。可以先在維持帳戶資訊不變的情況下切換本地網路，或使用目前仍可用的線路後再更新。如果提示格式錯誤、內容為空或無法解析，表示內容已返回，但用戶端未能正確辨識。此時應確認使用的是適合目前用戶端的匯入入口，不要把網頁位址當成訂閱，也不要混用不同用戶端的專用匯入方式。

部分用戶端支援直接貼上連結，部分用戶端則透過系統分享或匯入按鈕處理。應依使用指南中對應平台的步驟操作。匯入完成後先觀察訂閱名稱與線路清單是否出現，再選擇線路連線。不要在線路清單尚未載入時連續點擊更新，因為並行請求可能覆蓋提示，讓真正的錯誤難以查看。

處理舊快取與重複訂閱

用戶端中存在多個同名訂閱時，使用者可能更新了舊項目，卻在另一個項目中選擇線路。先確認目前啟用的訂閱名稱，再停用重複項目。如果確定舊訂閱已無法使用，可以刪除舊項目後重新匯入，但刪除前要確認已保存新的訂閱入口。不要刪除整個用戶端資料目錄，除非一般刪除與重新匯入都無法恢復，且已記錄必要資訊。

更新後線路名稱沒有變化，不代表更新失敗，服務可能只調整線路內部參數。應綜合用戶端顯示的更新時間、更新提示與實際連線結果進行判斷。如果用戶端支援查看訂閱日誌，可記錄請求失敗還是解析失敗，但不要在公開截圖中顯示完整位址。連結中的憑據一旦公開，應回到面板重新處理帳戶安全，而不是繼續使用。

不限台數與裝置狀態的正確理解

5TVPN 支援不限台數，不存在需要使用者自行計算固定裝置名額的限制。如果用戶端提示裝置超過上限或登入裝置異常，先確認提示是來自 5TVPN 使用者面板，還是來自用戶端自身的本地設定、應用程式商店帳戶或系統連線限制。不同平台可能限制同一時間由多個應用程式佔用系統連線入口，這屬於裝置系統層級的互斥，不等同於訂閱裝置數量限制。

在同一台裝置安裝多個用戶端時，即使帳戶不限台數，系統通常也只能讓一個用戶端接管目前網路。關閉目前用戶端前應先正常中斷連線，再啟動另一個用戶端。如果直接強制結束，舊代理伺服器、連線設定或路由可能殘留，導致新用戶端提示資源被佔用或連線失敗。行動系統中若存在多個連線設定，應確認目前啟用的是哪一個。

如何利用跨裝置結果

不限台數為故障排除提供了很好的對照條件：同一份訂閱在另一台裝置、同一個網路下正常，表示帳戶與網路入口大致可用，應重點檢查原裝置的用戶端與系統設定；同一台裝置切換網路後正常，表示問題更接近原網路；所有裝置在所有網路下都無法更新，才更需要核對帳戶狀態或提交工單。對照時不要把真實訂閱連結複製到不受信任的裝置。

如果更新失敗持續存在，工單應寫明平台、用戶端操作入口、提示原文、舊線路是否仍可使用、切換網路後的結果，以及重新從面板複製後是否改善。如果面板本身無法存取，也應說明直接連線與已連線狀態下的差異。如此可以快速區分帳戶狀態、入口存取與用戶端解析問題。

瀏覽器正常、某個 App 卻無法存取，是典型的局部問題。這通常表示線路本身已可用，但目標應用程式沒有進入相同的流量路徑。原因可能是分流規則將該應用程式或網域判定為直接連線、應用程式使用獨立網路協定、系統代理伺服器只涵蓋部分流量，或應用程式保留了連線前建立的舊工作階段。此時不應先更換帳戶或重新安裝全部用戶端，而應針對目標應用程式進行對照。

先確認應用程式是否重用舊連線

在用戶端建立連線前已開啟的應用程式，可能會繼續使用舊連線池。先徹底退出目標應用程式，確認背景程序也已結束，再連線線路並重新開啟。如果恢復正常，表示只是舊工作階段沒有重建。影片、聊天、遊戲啟動器與雲端同步工具尤其容易長時間維持連線，僅切換線路不一定會立即改變它們的出口。

如果重新開啟後仍異常，測試同一服務的網頁版。網頁版正常而 App 異常，應重點檢查應用程式分流、系統代理伺服器涵蓋範圍與應用程式快取；網頁版與 App 都異常，則更可能與目標服務地區、線路出口或 DNS 有關。再更換符合地區的線路複測，避免將應用程式問題與地區不匹配混為一談。

理解系統代理伺服器與虛擬網路模式

系統代理伺服器通常只會影響遵循系統代理設定的應用程式。有些應用程式會直接建立網路連線，不讀取系統代理伺服器，因此可能出現瀏覽器可用而該應用程式直接連線失敗的情況。虛擬網路模式能接管更廣泛的系統流量，但需要系統權限，也可能與防火牆、過濾器或其他網路擴充功能衝突。排查時先確認目前用戶端使用的模式，再決定是否需要切換，不要盲目疊加多種接管方式。

切換到涵蓋範圍更廣的模式後，應重新啟動目標應用程式，並確認本地服務仍正常。例如區域網路列印、檔案分享與本地裝置管理可能需要直接連線規則。分流的目標不是不加區分地轉送所有流量，而是讓需要跨境網路的目標進入線路，同時保留本地網路存取。修改規則時應讓範圍盡可能明確。

檢查規則命中方向

如果用戶端提供規則模式、全域模式與直接連線模式，可以先用全域模式進行短時間診斷。如果全域模式下目標應用程式恢復，而規則模式下失敗，表示問題集中於規則匹配；如果全域模式也失敗，則應繼續檢查應用程式協定、線路地區與系統網路。診斷完成後應回到適合日常使用的模式，不要把短時間測試設定當成永久方案。

規則判斷可能依據網域、網路位址、應用程式程序或目標地區。一個 App 往往會連線到多個網域，包括登入、介面、圖片、影片與更新服務。只加入主站網域，可能出現頁面框架能開啟但內容載入失敗的情況。可以觀察用戶端連線日誌中與目標應用程式同時出現的請求，確認哪些被判定為直接連線、哪些進入線路。日誌只用於定位，不要公開包含帳戶識別資訊或完整請求參數的內容。

應用程式內建 DNS 與加密解析

部分瀏覽器與應用程式使用自身的解析機制，可能繞過系統 DNS。如果系統其他應用程式正常，而目標應用程式持續提示網域錯誤，應查看應用程式是否啟用了獨立安全解析、私有 DNS 或實驗性網路功能。排查階段可暫時恢復預設，讓用戶端與系統使用一致的解析路徑。恢復後重新啟動應用程式，避免舊解析快取繼續影響結果。

Android 的私有 DNS、瀏覽器的安全解析與用戶端的遠端解析若同時啟用，可能形成不同出口。iOS 上某些網路擴充功能或內容過濾設定也會參與解析。桌面瀏覽器擴充功能則可能自行指定代理伺服器。處理原則相同：先減少中間層，驗證預設鏈路，再逐一恢復附加功能。

應用程式商店、串流影音與 AI 工具的差異

應用程式商店可能同時參考帳戶地區、系統地區與目前出口，單純切換線路不一定會改變已登入帳戶的內容。串流影音也會保存地區工作階段與播放快取，切換線路後需要重新開啟應用程式。AI 工具可能將登入、介面與靜態資源分布在不同網域，規則漏掉其中一部分，就會出現登入成功但對話失敗、頁面可開啟但內容不返回等局部現象。

遇到體育直播或即時性要求高的應用程式，還要區分「沒有經過代理」與「已經經過代理但延遲不適合」。前者通常會在全域模式下恢復，後者則需要選擇較近或更匹配的線路。可閱讀體育直播線路選擇說明，了解低延遲情境的判斷順序。如果是 iOS 平台特有的匯入與系統設定問題，可參考iOS 用戶端與訂閱匯入流程。

提交此類工單時，應提供應用程式名稱、平台、網頁版是否正常、全域與規則模式的差異、所用線路地區，以及徹底退出應用程式後是否恢復。不要只寫「某個 App 不能用」。越能證明問題只發生在哪條路徑，就越容易定位規則或出口問題。

自我檢查的目標不是讓使用者獨自解決所有問題，而是先排除最常見的本地變數，並將剩餘問題描述成可以重現的技術條件。完成基本對照後，如果多條線路在不同網路下都失敗、訂閱持續無法更新、同一條線路在多台裝置上出現相同異常，或問題穩定跟隨某條線路，就適合透過使用者面板提交工單。5TVPN 的工單入口位於使用者面板，提交前無需公開帳戶憑據。

適合直接提交工單的情況

當用戶端能穩定重現同一錯誤，且已完成直接連線檢查、切換網路、切換線路與重新啟動用戶端，繼續重複相同步驟也不會增加資訊，此時就應提交工單。線路清單為空且重新從面板匯入仍失敗、在不同網路下都無法建立連線、某條線路持續無法使用、多台裝置出現一致的訂閱解析錯誤，也都適合交由客服進一步核查。

如果問題涉及月訂閱、流量包、付款狀態或退款，應透過面板中的訂單與工單流程處理。5TVPN 支援支付寶、微信與 USDT，並提供 14 天無理由退款。工單中應寫明訂單頁面目前顯示的狀態，但不要上傳付款憑據中的敏感資訊。方案詳情可在方案頁面核對。月訂閱流量按開通日每月重設，中途升級差額折算為剩餘天數；流量包用完為止，永久不過期。如果面板顯示與預期不一致，直接附上面板中的訂單狀態截圖。

一份可處理的工單應包含哪些內容

工單標題應描述症狀與平台，例如「macOS 連線成功後所有網頁都無法開啟」或「Android 鎖定螢幕後需要手動恢復連線」。正文先寫問題首次出現的情境，再寫目前是否可以穩定重現。接著列出平台、網路類型、用戶端目前模式、線路名稱、錯誤提示原文，以及已完成的對照操作。最後說明哪些操作可以暫時恢復、哪些沒有作用。

截圖應包含足夠的上下文。用戶端錯誤提示截圖最好同時顯示連線狀態與線路名稱；訂閱更新截圖應顯示更新入口與錯誤資訊，但必須遮蔽完整訂閱位址；網頁錯誤截圖應保留網域與瀏覽器提示，但移除個人資料。如果提供日誌，只截取問題發生前後的相關部分，不要直接上傳包含長期歷史、使用者名稱或請求參數的完整檔案。

問題現象：
使用平台：
目前網路：
所選線路：
用戶端模式：
錯誤提示：
是否可以穩定重現：
更換線路後的結果：
更換網路後的結果：
重新匯入訂閱後的結果：
暫時恢復方法：

範本中的項目請依實際情況填寫，不適用的項目可以註明未涉及，不要猜測。尤其不要自行判斷為「伺服器故障」後只提交結論，應一併提供觀察依據。客服需要知道故障是否隨線路、網路、裝置或應用程式變化，才能決定檢查線路入口、訂閱內容還是平台設定。

哪些資訊不應放進工單

不要提交帳戶密碼、完整訂閱連結、支付密語或其他服務的登入憑據。客服排查連線問題通常不需要這些資訊。如果需要確認帳戶，只要透過已登入的使用者面板提交即可。也不要將工單截圖轉發到公開社群，因為截圖可能包含使用者名稱、訂單狀態、線路名稱或裝置資訊。

日誌中可能包含網路位址、存取網域與本地路徑。傳送前先閱讀內容，只保留問題發生附近的片段。如果不確定某項是否敏感，可以先提交文字描述與錯誤截圖，等待客服說明還需要哪些診斷資料。最小必要原則既能保護帳戶，也能減少無關資訊干擾排查。

提交工單後的複測方式

提交後應盡量維持可重現的環境，不要立刻刪除用戶端、重設系統或更換所有設定。如果客服要求切換線路、更新訂閱或恢復預設設定，每完成一項都記錄結果，並在原工單中回覆。不要為同一個問題重複建立多張工單，否則上下文會被拆散。如果問題自行恢復，也應補充恢復時間、是否更換過網路或線路，以便判斷是暫時狀態還是設定變更。

如果客服提供暫時替代線路，先確認該線路能否穩定解決目前情境，再決定是否繼續排查原線路。對於尖峰時段、行動網路切換或特定 App 問題，複測必須回到原本的觸發條件；只在不同條件下確認正常，不能證明問題已經解決。工單關閉前，至少應確認故障範圍、目前可用方案及是否仍能重現。

完成排查後的設定整理

問題解決後，刪除重複訂閱與不再使用的舊用戶端，恢復必要的省電策略與隱私設定，並保留一條已知可用的線路作為後續基準。不要長期保留為了診斷而啟用的全域模式、過寬規則或多餘系統權限。如果問題來自瀏覽器擴充功能、網路過濾器或另一個代理工具，應記錄衝突組合，避免之後再次同時啟用。

還應妥善保存使用者名稱與密碼。5TVPN 無需電子郵件地址即可註冊，因此帳戶復原更依賴使用者自行保存登入憑據。訂閱連結同樣應按帳戶憑據保管。需要在新裝置上使用時，請從使用者面板重新取得，不要依賴公開聊天記錄或他人轉發。用戶端入口統一透過使用者面板取得。

本指南用於系統定位，快速安裝與首次匯入仍以使用指南為準；線路地區與類型請參考節點頁面；價格、流量與付款資訊以方案頁面與使用者面板為準。依照這套順序處理，可以避免無效的重新安裝，也能讓客服取得足夠上下文，將問題定位到具體層級。