VPN 問題診斷手冊

先建立診斷基準

把「無法使用」拆解成可驗證的現象

「連不上」「很慢」「某個應用程式無法使用」是結果描述，不是故障位置。開始操作前，先寫下用戶端顯示的狀態、問題出現於哪種網路環境、哪些網站或應用程式受到影響、切換線路後是否有變化，以及同一裝置未連線時能否正常瀏覽一般網頁。用戶端停留在連線中，通常屬於握手、協定或網路入口問題；用戶端顯示已連線但網域無法開啟，較接近 DNS、系統代理或規則問題；若只有影片緩衝或檔案傳輸速度慢，則應檢查線路品質、目標服務與本地鏈路。

還要區分「所有目標都失敗」與「只有單一目標失敗」。前者優先檢查連線狀態、系統代理、預設路由與 DNS；後者優先檢查應用程式是否遵循系統代理、目標服務是否限制目前出口地區，以及規則是否誤將該網域分到直連。若只有一台裝置異常，而同一訂閱在其他裝置正常，問題多半位於該裝置的用戶端設定、權限或系統網路堆疊，不應立即更換方案。

先保留證據，再執行清理操作

不要一開始就刪除用戶端、清空設定或重設系統網路。徹底清理會同時消除記錄、錯誤提示與可供比對的設定，之後只能憑感覺猜測。較穩妥的順序是：擷取用戶端狀態頁與錯誤資訊，記下目前線路名稱與協定，匯出不含憑證的診斷記錄，再複製一份目前設定。完成這些動作後，再測試切換線路、重新啟動用戶端或重新整理訂閱。

若記錄中包含訂閱網址、存取權杖、使用者名稱或其他驗證資訊，提交前應遮蓋對應內容。客服通常需要錯誤類型、發生時間、平台、用戶端介面狀態、線路名稱與重現步驟，不需要完整憑證。範例訂閱網址應使用明顯的假值，例如：

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

用最小變更法建立對照

測試時先維持裝置與網路環境不變，只替換一條線路；若結果沒有變化，再維持線路不變，只切換協定；之後才考慮更換網路環境。一次同時更換線路、協定、用戶端與網路，即使恢復，也無法知道是哪項操作生效。日後再次遇到同類問題，仍得從頭試錯。最小變更法看似較慢，實際上能明顯減少重複操作。

若問題可以穩定重現，記錄完整流程，例如「啟動用戶端、選擇某條線路、點擊連線、用戶端顯示已連線、瀏覽器開啟測試網域失敗」。這種描述比「今天一直無法使用」更有診斷價值。若問題無法穩定重現，則記錄發生前後的網路切換、睡眠喚醒、用戶端背景狀態與線路切換操作，協助判斷是否屬於系統生命週期問題。

完全斷線的排查順序

先確認基礎網路與系統時間

用戶端完全無法建立連線時，先退出連線狀態，再用瀏覽器造訪平時可用的網站。如果一般網頁也無法開啟，應先恢復本地網路；此時反覆切換 VPNHG 線路不會改變結果。無線網路顯示已連線，不代表已取得可用的網際網路出口，公共網路還可能要求在瀏覽器中完成確認。先完成網路本身的接入流程，再啟動用戶端。

系統時間明顯不正確也會導致加密握手失敗。憑證驗證與部分協定需要依賴目前時間，裝置長時間關機、時區設定異常或系統時間未同步，都可能表現為連線立即失敗。將日期、時間與時區恢復為系統自動管理後，徹底退出用戶端並重新開啟。這裡的「徹底退出」不是只關閉視窗，而是確認系統匣、選單列或背景程序已經結束。

用線路與協定建立交叉測試

在基礎網路正常的前提下，先從節點頁面了解 IEPL 專線、中轉與直連的用途，再選擇不同地區、不同線路類型進行交叉測試。若只有單條線路失敗，而其他線路能夠連線，問題較可能局限於該線路或目前入口；若所有線路都在同一台裝置失敗，但其他裝置正常，應回到該裝置檢查用戶端權限、系統代理與網路擴充功能。

協定切換也應遵循單一變因原則。維持線路不變，在用戶端支援的 Shadowsocks、VMess、Trojan 或 Hysteria2 之間切換，觀察失敗發生在「立即回傳錯誤」還是「等待後逾時」。立即失敗常見於設定未載入、權限遭拒或協定參數不相符；等待後逾時則較接近網路路徑無法到達、入口受限或握手資料未回傳。不要依協定名稱判斷快慢，目前網路能否穩定完成連線更重要。

檢查用戶端權限與衝突程序

桌面系統通常需要建立虛擬網路介面、修改系統代理或寫入路由表。安裝後首次執行若跳過權限確認，用戶端介面可能正常開啟，但連線操作無法真正影響系統流量。應在系統設定中檢查網路擴充功能、虛擬介面與背景執行權限是否已獲允許。企業管理裝置若限制網路設定，用戶端可能無法自行修復，需要由裝置管理方調整策略。

同一台裝置同時執行多個代理、過濾、封包擷取或網路加速程式時，彼此可能爭用系統代理連接埠、虛擬介面或預設路由。排查時應完整退出其他網路工具，只保留一個用戶端執行；若恢復，再逐一啟用其他工具確認衝突來源。僅將視窗最小化通常不足以停止背景服務，應檢查系統匣、選單列與工作管理介面。

何時應停止本地嘗試

當多個網路環境、多個地區線路與多個協定都出現相同失敗，而基礎網路正常時，應提交工單。附上平台、用戶端名稱、錯誤文字、線路名稱、協定、問題發生時間與已完成的交叉測試。若其他裝置正常，也要明確寫出「同一帳戶在其他平台可連線」，這能協助客服直接將範圍縮小到終端設定。不要提交驗證憑證，也不要在截圖中保留完整訂閱網址。

已連線但網頁無法開啟

分清連線狀態、路由狀態與解析狀態

用戶端顯示「已連線」只代表連線流程已完成，不等於瀏覽器流量一定進入通道。網頁存取還依賴系統代理、預設路由、DNS 解析與瀏覽器本身的設定。排查時先用網域造訪一般網站，再用指令查看該網域能否取得解析結果。如果解析失敗，重點檢查 DNS；如果可以解析但無法存取，再檢查路由、系統代理與目標網站。

瀏覽器也可能啟用獨立代理、擴充功能或自有的安全 DNS，導致它不使用系統設定。最直接的對照方法是改用未安裝網路擴充功能的瀏覽器測試。如果新瀏覽器正常，表示連線與系統網路大致可用，問題位於原瀏覽器的擴充功能、代理或快取；如果所有瀏覽器都失敗，則繼續檢查系統層。

用系統指令確認 DNS 是否正常運作

指令的目的不是測速，而是觀察網域能否解析。將範例網域替換成實際無法存取的網域，但不要將包含驗證參數的網址貼到公開記錄中。

nslookup example.com

ipconfig /flushdns

curl -I https://example.com

nslookup 回傳網域結果而瀏覽器仍失敗，表示 DNS 至少完成了基本解析，應繼續檢查系統代理與目標連線。若解析要求逾時，可以中斷用戶端後再次執行作為對照。中斷時正常、連線後失敗，通常表示用戶端 DNS 模式、虛擬介面或規則設定需要調整；兩種狀態都失敗，則應先處理本地網路或系統解析服務。

清除 DNS 快取只會移除舊的解析結果，不會修復錯誤路由或失效線路。執行後應重新開啟瀏覽器或完全退出受影響的應用程式，因為應用程式程序可能保留自己的快取。不要連續執行清除指令，並把偶然恢復當成根因；仍應記錄清除前後的解析結果。

檢查系統代理與虛擬介面

在系統代理模式下，瀏覽器通常會讀取作業系統的代理設定。如果用戶端已退出但代理位址仍殘留，網頁會因代理連接埠無人監聽而全部失敗。此時應重新開啟用戶端，透過其「中斷」或「恢復系統代理」操作清理設定，而不是手動刪除不熟悉的網路介面。恢復後確認一般網頁可存取，再重新連線。

虛擬介面模式會透過路由表接管流量，常見異常是系統從睡眠恢復、網路從無線切換到有線，或另一個網路程式重寫預設路由後，舊介面仍然存在。先中斷連線，等待系統網路恢復，再重新連線；若仍無效，徹底退出用戶端並重新啟動。只有在保留記錄後，才考慮使用系統提供的網路重設功能，因為重設可能同時清除其他網路設定。

DNS 異常的分支處理

若某個網域在不同線路上的解析結果不同，不應手動固定未知位址。目標服務可能使用動態調度，固定舊位址短期看似有效，之後仍會失效。較穩妥的方式是讓用戶端與系統恢復正常解析路徑，並透過切換線路驗證出口地區是否符合目標服務要求。

當 DNS 解析結果正常，但網頁仍停留在連線中，可以同時測試另一個目標網站。若多個無關網站都失敗，繼續排查路由與代理；若只有一個網站失敗，應檢查該網站是否要求特定地區出口，或目前分流規則是否將它導向不合適的線路。不要因單一目標異常就重新安裝整個用戶端。

速度緩慢與尖峰時段卡頓

先判斷瓶頸位於本地、入口還是出口

速度下降取決於整條路徑中最薄弱的一段，包括裝置到路由器、本地電信網路、線路入口、跨境鏈路、出口地區與目標服務。只看一次測速峰值無法判斷穩定性。更有價值的做法是維持同一裝置、同一目標與同一測試方式，比較未連線、目前線路及另一地區線路的結果，並觀察網頁首次開啟、持續下載、影片緩衝與互動延遲分別出現了什麼變化。

未連線狀態本身就不穩定時，應先處理無線訊號、路由器負載或本地網路。靠近存取點、停止背景大型檔案同步、改用有線網路進行對照，都能協助排除本地變因。若本地網路正常，而所有遠距線路都慢、鄰近地區較穩定，問題可能與路徑距離及目前網路入口有關；若只有單條線路下降，優先更換同地區的其他線路類型。

依用途選擇線路，不追逐單次峰值

IEPL 專線、中轉與直連對應不同路徑。需要穩定互動、影片播放或長連線時，應優先觀察持續性、斷線與緩衝，而不是只選擇某次測速最高的線路。直連路徑較直接，但實際表現更依賴目前網路環境；中轉可調整入口路徑；IEPL 專線適合對穩定性要求較高的情境。實際可用線路以節點清單為準。

地區距離也會影響互動體驗。目標服務位於某個地區時，選擇鄰近出口通常能減少額外繞行；但若目標服務依出口地區提供不同內容，還要兼顧地區要求。串流影音問題可參考串流影音解鎖說明，AI 工具連線問題可參考AI 加速說明。這些專題負責目標服務差異，本章只處理通用鏈路判斷。

辨識尖峰時段的特徵

尖峰時段卡頓通常表現為同一裝置、同一線路在特定時段持續下降，而其他時段恢復。確認這點需要在不同時間維持相同測試條件，不能用不同裝置、不同無線位置與不同目標進行比較。若鄰近地區線路同時下降，而更換另一入口或線路類型後改善，表示應優先調整路徑；若所有網路活動都變慢，包括未連線時的一般存取，瓶頸更可能位於本地接入。

影片播放不應只看能否開始。應觀察開始播放是否緩慢、畫質是否反覆下降、拖曳後能否繼續載入，以及暫停一段時間後緩衝是否恢復。檔案傳輸則要看持續速率是否穩定，互動應用程式要看操作回應與長連線是否中斷。把不同情境混成一個「速度慢」，會錯過真正的瓶頸。

減少用戶端之外的干擾

系統更新、雲端硬碟同步、媒體備份與其他裝置的大流量工作都會佔用本地出口。VPNHG 同時連線裝置不限台數，但「不限台數」不代表共用網路的頻寬不會被其他裝置佔用。排查時應暫停已知的大流量工作，並確認路由器沒有啟用會改變流量優先順序的規則。若只有某個應用程式速度慢，還要檢查應用程式本身是否使用獨立下載節點或限制背景傳輸。

協定設定也可能影響特定網路下的表現，但不應無序切換。固定線路後，分別測試用戶端提供的協定，並記錄哪個協定在目前網路下連線較快、持續更穩。若差異只出現在某一網路環境，表示協定與該網路路徑之間存在適配差異；若所有環境都一致變慢，則繼續檢查線路與目標服務。

提交速度問題工單時，應寫清楚裝置平台、基礎網路類型、線路名稱、協定、受影響的具體服務、問題出現時段，以及更換線路後的比較結果。不要只附上一張測速截圖；截圖無法說明測試對象、目標地區、背景流量與持續穩定性。可重現步驟越完整，越容易判斷應調整入口、線路還是終端設定。

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

區分線路中斷與系統主動回收

頻繁斷線有兩類常見來源：連線路徑確實中斷，或作業系統在鎖定螢幕、休眠、切換網路後暫停了用戶端。前者通常在前景使用時也會發生，切換線路或協定後可能改變；後者常出現在螢幕關閉、裝置省電、應用程式退到背景或無線網路切換之後。記錄斷線發生前的操作，比只記錄斷線時間更有價值。

如果桌面裝置在睡眠喚醒後無法恢復，先確認基礎網路已重新取得連線，再中斷並重新連線 VPNHG。系統恢復網路需要一些時間，用戶端過早嘗試可能保留失效介面或舊路由。若每次喚醒都能重現，應保留用戶端記錄，並檢查系統是否允許用戶端在登入後繼續於背景執行。

行動裝置先檢查背景與省電策略

行動作業系統會依據電量、溫度、背景活動與網路切換管理應用程式。用戶端退到背景後遭暫停，介面仍可能保留上次的連線狀態，但實際通道已失效。應在系統設定中允許用戶端背景活動，避免將其加入嚴格省電或休眠名單，並確認系統 VPN 設定沒有被其他網路應用程式替換。

無線網路與行動網路切換時，裝置出口會改變，原連線通常需要重新建立。若切換後一直停留在舊狀態，可回到用戶端確認狀態，先中斷再連線。不要在網路尚未穩定時連續點擊連線，這會產生多次重試並使記錄難以閱讀。若只有某一類網路經常掉線，可固定同一線路與協定分別測試，判斷問題是否由該網路入口觸發。

桌面端檢查睡眠、虛擬介面與衝突軟體

Windows 和 macOS 在睡眠、快速使用者切換或網路介面變更後，可能保留舊的代理或路由狀態。先退出所有會修改網路設定的程式，只保留 VPNHG 用戶端；接著重新啟動用戶端，並重現睡眠或切換網路的操作。如果問題消失，再逐一恢復其他程式。如此可以確認是用戶端本身恢復失敗，還是多個工具爭用系統網路控制權。

Linux 環境應重點保留虛擬介面、路由與服務記錄。桌面網路管理服務在介面切換時可能重寫預設路由，本地防火牆也可能在網路區域變更後載入另一套規則。不要只觀察用戶端視窗，也應同時查看系統網路狀態。若腳本或服務負責自動啟動用戶端，要確認舊程序退出後才啟動新程序，避免重複執行個體爭用連接埠與介面。

處理看似隨機的間歇性斷線

間歇性問題最容易因證據不足而陷入反覆重試。應記錄斷線前裝置是否切換網路、是否進入休眠、是否有大流量工作啟動、用戶端是否自動切換線路，以及斷線後一般網路是否仍可存取。若一般網路同時中斷，先處理本地網路；若一般網路正常而通道失效，再比較其他線路與協定。

不要把自動重新連線掩蓋的問題當成已經解決。自動重新連線可以恢復使用，但若斷線持續發生，仍應確認觸發條件。對於即時會議、遠端終端與持續傳輸，短暫重新連線也會中斷工作階段。選擇更穩定的線路類型、關閉衝突工具、允許背景執行，並避免裝置在工作期間進入休眠，通常比提高重試頻率更有效。

訂閱更新失敗

先確認取得的是訂閱入口，而不是網頁內容

訂閱匯入應從使用者面板的下載或訂閱區域完成，不要把行銷頁面網址、瀏覽器網址列中的登入頁面或第三方分享頁面當成訂閱網址。VPNHG 的用戶端與訂閱入口統一由使用者面板提供，靜態頁面不放安裝包直連或真實訂閱網址。若尚未完成首次匯入，請回到使用教學確認取得方式。

用戶端提示內容格式錯誤時，先在面板重新複製訂閱入口，避免複製到前後空格、換行或說明文字。不要把真實網址貼到公開網頁或公共截圖中。用於測試文件格式時，只能使用明顯的假值：

subscription:
  source: "https://example.com/sub?token=YOUR_TOKEN"
  update: manual

如果用瀏覽器開啟後回傳登入頁面、錯誤頁面或一般 HTML，用戶端自然無法將其解析為訂閱內容。此時重點檢查帳戶登入狀態、取得入口與用戶端支援的匯入方式，而不是手動修改回傳內容。

區分取得失敗、解析失敗與應用失敗

訂閱更新包含幾個連續階段：用戶端發出要求、服務回傳訂閱內容、用戶端解析節點、用戶端將新設定寫入目前的設定集。取得失敗常見表現為網路錯誤、逾時或驗證無效；解析失敗通常會出現格式、欄位或設定錯誤；應用失敗則可能顯示更新成功，但清單沒有變化，或新設定未被設為目前使用的設定。

排查時先記錄錯誤原文。若是取得失敗，切換基礎網路並確認使用者面板可正常開啟；若是解析失敗，重新從面板複製入口，並使用用戶端支援的匯入方式；若是應用失敗，檢查用戶端目前選取的設定集，確認更新後的設定沒有被舊設定覆蓋。不要只憑「節點清單沒有變化」判斷服務沒有回傳資料。

檢查快取、舊設定與重複設定集

部分用戶端會快取訂閱結果，或同時保留多個同名設定。更新後仍看到舊線路時，先確認目前啟用的是哪個設定集，並比較設定來源，而不是直接刪除所有內容。可以暫時停用舊設定，再重新匯入，以便保留回復路徑。若新設定運作正常，再清理確認無用的舊項目。

自動更新工作可能在裝置休眠、用戶端未執行或網路不可用時失敗。手動開啟用戶端並執行一次更新，可區分排程工作問題與訂閱入口問題。行動裝置若限制背景活動，自動更新可能不會按預期執行；這與背景連線掉線類似，應檢查系統對用戶端背景活動的管理。

核對帳戶狀態與流量週期

若訂閱突然無法更新，應在使用者面板核對方案狀態與流量資訊。月訂閱流量依開通日每月重設，中途升級差額折算為剩餘天數；流量包用完為止，永久不過期。不要依自然月日期自行判斷重設時間，也不要透過反覆匯入來改變帳戶狀態。面板中的訂單與訂閱狀態才是排查依據。

VPNHG 註冊不需要電子郵件地址，使用使用者名稱與密碼即可完成。因此提交帳戶相關工單時，應提供使用者名稱、訂單狀態頁面截圖與錯誤時間，不要提供密碼。若用戶端回報驗證失敗，而面板可以正常登入，請附上訂閱更新的錯誤文字；若面板也無法進入，則先確認使用者名稱輸入與密碼管理記錄。

當多個用戶端對同一訂閱都回傳相同錯誤，而面板方案狀態正常時，應停止反覆刪除設定並提交工單。說明測試過哪些平台、取得階段是否成功，以及回傳的是網路錯誤還是解析錯誤。若只有一個用戶端失敗，則優先匯出該用戶端記錄，並以另一個受支援的平台作為對照。

某個 App 不走代理

先確認應用程式是否遵循系統代理

瀏覽器可以存取而某個 App 無法存取，常見原因不是線路失效，而是該應用程式不讀取系統代理。部分應用程式會直接建立網路連線、使用獨立網路堆疊，或只在啟動時讀取代理設定。連線 VPNHG 後，應徹底退出受影響的應用程式並重新開啟，確保它重新取得系統網路狀態。只關閉視窗可能保留背景程序，仍沿用舊連線。

如果用戶端提供系統代理與虛擬介面模式，可以在保留目前線路的情況下切換模式作為對照。系統代理適合遵循作業系統代理設定的應用程式；虛擬介面模式通常能涵蓋更多不讀取系統代理的流量，但也更依賴系統權限、路由與 DNS 設定。切換後先驗證一般網頁，再測試目標應用程式，避免把新增的系統問題誤認為應用程式問題。

檢查分流規則實際命中了什麼

規則模式會根據網域、位址或應用程式程序決定直連與代理。目標服務可能使用多個網域，主頁網域進入代理，並不代表登入、媒體、介面與檔案網域都使用相同路徑。若用戶端提供連線記錄或規則命中記錄，應在開啟目標應用程式時觀察新出現的要求，確認相關網域被分到哪條規則。

規則順序通常會從更具體的條件到更廣泛的條件進行匹配。自訂規則放置位置不當，可能被前面的通用直連規則提前命中。修改前先匯出目前設定，避免無法回復；修改後徹底重新啟動應用程式，並清除應用程式本身保存的連線狀態。不要在不了解網域用途時，長期將所有流量改為同一種路徑，應先解決明確目標。

處理瀏覽器正常、桌面應用程式異常

桌面應用程式可能自帶代理設定。若應用程式內部設定了舊位址、舊連接埠或「直連」，可能會覆蓋系統設定。應檢查應用程式網路選項，優先選擇「跟隨系統」或與目前用戶端模式相符的設定。若之前手動填寫過代理位址，先記錄原值，再恢復自動或系統模式進行測試。

應用程式更新後也可能更換網路元件，導致舊規則中的程序名稱不再匹配。此時網域規則通常比只依賴程序名稱更容易驗證。若必須使用程序規則，應從系統工作資訊確認實際發起網路要求的程序，而不是只依據應用程式視窗名稱。輔助程序、更新程序與主程序可能分別建立連線。

處理行動應用程式與內嵌網頁

行動應用程式經常同時包含原生介面、內嵌網頁與媒體要求。登入頁可以開啟但內容載入失敗，可能表示不同要求走了不同規則，也可能是出口地區不符合目標服務要求。先選擇與目標服務相符的地區線路，再在規則記錄中觀察網域。如果切換地區後恢復，應記錄有效地區；如果所有地區都一致失敗，再檢查應用程式版本、快取與系統 DNS。

應用程式從背景恢復時，可能繼續使用斷線前的長連線。回到前景後若介面持續載入，應完全結束應用程式程序並重新開啟。行動裝置系統的背景限制也可能同時暫停 VPN 用戶端，因此要先確認系統 VPN 狀態仍然有效，再判斷目標應用程式本身。

用最小規則修復，而不是擴大接管範圍

排查規則問題時，應從目標應用程式的明確網域或程序著手。一次加入範圍過大的規則，可能讓原本應直連的本地服務也改變路徑，引入新的登入、地區或速度問題。每次只增加一類可解釋的條件，驗證成功後記錄用途。日後若目標服務更換網域，也能知道應更新哪一條規則。

若某個應用程式在所有受支援平台都出現相同問題，而瀏覽器存取其網頁正常，也應考慮目標服務的應用程式介面策略。此時提交具體失敗頁面、錯誤文字與出口地區，比籠統描述「App 無法使用」更有效。客服可以據此核對線路側的存取情況，但無法僅憑應用程式名稱推斷實際要求。

裝置提示、帳戶核對與工單

出現裝置數提示時，先核對提示來源

VPNHG 同時連線裝置不限台數。若用戶端出現「裝置過多」「工作階段受限」或類似提示，不應直接理解為 VPNHG 方案限制。先確認提示來自 VPNHG 使用者面板、本站用戶端、作業系統，還是另一個應用程式。第三方用戶端可能對本地設定、同步帳戶或連線工作階段有自己的限制，其提示不等於服務端裝置數量限制。

還應檢查是否重複啟動多個用戶端執行個體，或舊程序在背景保持連線。同一裝置上的重複執行個體可能爭用連接埠、系統代理與虛擬介面，並產生看似與裝置數有關的錯誤。徹底退出用戶端、結束殘留程序後只啟動一個執行個體，再進行連線測試。如果提示仍然存在，保留完整錯誤文字與出現位置。

核對使用者名稱、方案與訂單狀態

帳戶異常應從使用者面板開始確認。VPNHG 不需要電子郵件地址，使用使用者名稱與密碼即可註冊，因此找回或核對帳戶時應以實際使用者名稱為準。進入面板後查看方案是否有效、訂閱入口是否可見、流量資訊是否正常，以及訂單狀態是否完成。付款方式支援支付寶、微信與 USDT；若訂單狀態與實際付款流程不一致，應在工單中提供訂單頁面資訊，不要重複建立無法區分的訂單。

月訂閱包括 ¥9.9/月含 60GB、¥18/月含 250GB、¥28/月含 500GB，流量依開通日每月重設，中途升級差額折算為剩餘天數。流量包包括 ¥158/300GB、¥358/1000GB、¥658/3000GB，用完為止，永久不過期。排查流量與週期問題時，應先確認購買的是月訂閱還是流量包，避免用月訂閱的重設邏輯解釋流量包狀態。完整規則可查看方案頁面。

什麼情況適合直接提交工單

經過交叉測試後仍無法定位，或問題涉及訂單、帳戶狀態、訂閱回傳內容與多條線路同時異常時，應提交工單。技術問題至少寫明平台、用戶端、線路、協定、網路環境、錯誤原文、發生時間與重現步驟；帳戶問題則寫明使用者名稱、訂單狀態與面板中看到的結果。若已完成線路、協定或裝置對照，也應逐項寫出結果，避免客服要求重複測試。

以下情況不適合繼續無序重試：多個網路環境都無法連線；多個用戶端都無法解析同一訂閱；面板狀態與用戶端驗證結果不一致；同一故障可穩定重現且已保留記錄；訂單完成後面板狀態未更新。此時繼續刪除設定可能破壞證據，提交結構化資訊更有效。

工單中應附上什麼

問題類型：連線 / 網頁存取 / 速度 / 斷線 / 訂閱 / 應用程式分流
裝置平台：
用戶端：
線路名稱：
協定：
網路環境：
發生時間：
錯誤原文：
重現步驟：
已完成測試：
對照結果：

截圖應涵蓋錯誤提示與用戶端狀態，但要遮蓋密碼、完整訂閱網址、存取權杖及其他驗證資訊。記錄可保留錯誤前後的連線過程，不需要上傳與問題無關的全部歷史記錄。若檔案包含敏感欄位，應先複製一份並進行去識別化，不要直接編輯唯一的原始記錄，以免遺失上下文。

如何描述間歇性與效能問題

間歇性問題需要時間線：問題發生前裝置做了什麼、是否切換網路、是否休眠、一般網路是否同時異常、自動重新連線是否成功。效能問題則要寫清楚受影響的服務、線路地區、線路類型、問題時段與對照線路。單獨一句「速度很慢」無法區分本地無線網路、跨境路徑、目標服務與背景工作。

如果問題只影響某個網站或 App，應提供目標名稱、錯誤頁面、瀏覽器與應用程式的對照、所選出口地區及規則命中結果。若是串流影音區域內容差異，不要只提交片名；應說明目標平台、所選地區與用戶端狀態。若是 AI 工具連線異常，應說明網頁端與應用程式端是否一致，以及切換線路後是否有變化。

完成處理後的回歸檢查

問題恢復後，應回到最初記錄的重現步驟重新執行，而不是只確認目前頁面可以開啟。連線類問題要測試中斷與重新連線；DNS 問題要重新解析原目標網域；斷線問題要重現鎖定螢幕、睡眠或切換網路的操作；訂閱問題要確認更新後新設定已實際啟用；應用程式分流問題要重新啟動應用程式並驗證相關功能。

若修復依賴某條自訂規則、特定協定或某類線路，應把有效設定與適用情境記錄下來。日後系統更新、重新安裝用戶端或重新匯入訂閱時，可以快速恢復。同時保留預設設定的副本，出現新問題時可與預設狀態對照，避免長期累積的修改彼此影響。

排除故障的終點不是「多試幾次後暫時恢復」，而是能夠說明故障位於哪一層、哪項操作改變了結果，以及是否需要服務端繼續核對。依照本手冊保留基準、執行單一變因對照並提交完整工單，可以減少重複溝通，也方便同類問題再次出現時直接沿用結論。