疑難排解手冊

先建立可重現的排查方法

故障排查最容易失敗的原因，不是缺少某個進階設定，而是同時改動了太多條件。切換線路、變更模式、修改 DNS、重新安裝用戶端與重新啟動路由器若一起進行，即使恢復連線，也無法知道真正起作用的是哪一步；下次遇到同類問題時，仍然只能反覆試錯。更可靠的做法是先保留現場，再一次只改變一個變數，並記錄變更前後的結果。需要記錄的不是籠統的「不能用」，而是用戶端是否完成連線、瀏覽器能否開啟一般網頁、只有某個應用程式異常還是全部應用程式異常、切換網路後現象是否改變，以及問題是否集中出現在某類線路。

先把連線分成幾個彼此獨立的層次。本地網路層負責讓裝置正常連上網際網路；用戶端層負責讀取訂閱、選擇線路並建立連線；系統代理伺服器或通道層負責接管應用程式流量；DNS 層負責將網域名稱轉換為可存取的位址；遠端線路負責把請求送至目標服務；目標服務本身還可能依地區、帳戶狀態或存取方式回傳不同結果。用戶端顯示「已連線」只代表交握程序完成，不等於後續每一層都正常。反過來，某個網頁無法開啟也不能直接證明線路失效，因為瀏覽器快取、網域解析與目標網站狀態都可能造成相似現象。

先進行最小化測試

最小化測試是將複雜環境縮減為一個用戶端、一條線路、一個瀏覽器與一個明確目標。暫時退出其他會修改網路路徑的軟體，停用瀏覽器中的代理伺服器擴充功能，不要同時執行多個網路加速用戶端。選擇一條常用線路後，先開啟一般網頁，再測試實際需要的服務。若一般網頁可以開啟而特定服務失敗，排查重點應轉向地區、分流規則、快取或目標服務，而不是繼續重新安裝用戶端。若所有網頁都失敗，再檢查系統代理伺服器、DNS 與本地網路。

保留一組對照條件

對照測試至少要包含「連線前」與「連線後」兩種狀態。中斷用戶端連線時，確認本地網路能否開啟原本可存取的網站；連線後再重複相同操作。如果中斷時也無法存取，問題位於本地網路或裝置系統，不應繼續在線路清單中盲目切換。如果中斷時正常、連線後全部失敗，重點檢查用戶端權限、系統代理伺服器衝突與 DNS。如果連線後只有部分服務異常，應查看規則命中情況與出口地區。跨裝置對照同樣有價值：同一網路下另一台裝置正常，通常指向目前裝置的設定；多台裝置同時異常，則較像是本地網路、線路或訂閱狀態問題。

首次使用者應先依照新手指南完成主要設定。本手冊不會重複每個平台的完整安裝流程，而是說明異常現象背後的判斷邏輯。需要了解不同地區與線路類型時，也可查看線路清單。排查過程中不要刪除仍可正常運作的訂閱設定，也不要將真實訂閱網址貼到公開網頁、搜尋框或公開討論區；需要提交工單時，只需描述用戶端中的訂閱名稱與錯誤現象。

完全無法連線：從本地網路到交握逐層檢查

「完全無法連線」應進一步區分為幾種狀態：用戶端無法啟動、訂閱無法載入、點選連線後立即報錯、長時間停留在連線中、顯示已連線但完全沒有流量。它們看似相似，實際上處於不同環節。用戶端無法啟動屬於系統權限或安裝問題；沒有可選線路屬於訂閱匯入問題；連線立即失敗多半與線路、時間、權限或設定有關；一直顯示連線中通常表示交握尚未完成；顯示已連線卻沒有流量，則應繼續檢查系統代理伺服器、通道權限與 DNS，而不是停留在「線路連不上」的判斷。

確認基礎網路與系統時間

先完全中斷用戶端連線，用瀏覽器開啟平常可以存取的網站。如果基礎網路本身不通，應先重新連線目前網路，或切換到另一個可用網路進行對照。部分公共網路需要先在瀏覽器完成登入確認；尚未完成確認頁面時，加速用戶端往往無法建立穩定連線。系統日期與時間也應保持自動校正，因為明顯錯誤的時間會影響憑證驗證與加密交握。調整後退出用戶端並重新開啟，讓用戶端重新讀取系統網路狀態。

接著查看用戶端內是否有可選線路。如果線路清單為空、更新時間異常，或訂閱名稱旁出現錯誤，應直接前往本頁的訂閱更新章節。若線路存在，先選擇另一個地區的常用線路測試，不要連續快速點選多個節點。每次切換後等待用戶端完成狀態轉換，再開啟新的瀏覽器視窗測試。舊分頁可能保留先前的連線、快取或解析結果，用它判斷新線路容易得出錯誤結論。

排除多個用戶端與系統代理伺服器衝突

同一台裝置同時執行多個會接管網路的用戶端，是連線失敗的常見原因。一個程式啟用系統代理伺服器，另一個程式建立通道，退出其中一個程式後又沒有還原設定，都可能留下「用戶端看似正常、系統卻沒有正確出口」的狀態。處理時應退出所有相關程式，只保留目前使用的用戶端；接著在用戶端內關閉再重新開啟一次系統代理伺服器或通道模式。如果用戶端提示需要建立系統連線或授予網路權限，應在系統設定中確認，而不是反覆點選連線按鈕。

安全軟體、系統防火牆與受管理網路也可能阻止用戶端建立連線。這裡不建議長期直接關閉防護功能。更穩妥的做法是短暫切換到另一個網路進行對照：另一個網路可以連線，表示用戶端與訂閱大致正常，應檢查原本網路的限制；任何網路都失敗，則繼續檢查裝置權限、用戶端設定與線路。辦公室或校園環境若有明確的網路政策，應遵循其管理要求，不要嘗試修改受管理裝置的政策。

如果多條線路、不同網路，以及重新啟動後的用戶端都無法完成連線，應停止重複安裝。此時更有價值的是保留錯誤原文、用戶端類型、作業系統、所選線路名稱、發生時間，以及基礎網路是否正常。不要只提交截圖中的紅色提示區域；截圖應包含用戶端狀態與線路名稱，同時複製可選取的錯誤文字。包含這些背景資訊的工單，更容易判斷問題來自本地權限、訂閱解析還是線路交握。

可以連線但網頁無法開啟：代理伺服器接管與 DNS 異常

用戶端顯示已連線，而瀏覽器提示找不到伺服器、連線逾時或頁面持續載入，表示問題已經越過初始連線環節。此時要判斷請求是否進入用戶端，以及進入後卡在網域解析、路由還是目標服務。最直接的觀察方式是開啟用戶端的連線記錄或日誌，再重新整理一個新網頁。如果重新整理時完全沒有出現新連線，表示瀏覽器流量沒有被目前模式接管；如果看得到網域卻無法建立連線，重點檢查線路與規則；如果日誌中只出現解析錯誤，則優先處理 DNS。

判斷瀏覽器是否繞過系統設定

部分瀏覽器擴充功能會單獨設定代理伺服器，某些瀏覽器還會使用獨立的安全 DNS。它們可能繞過系統代理伺服器，也可能將網域查詢送到與目前線路不一致的解析通道。排查時先使用沒有代理擴充功能的瀏覽器視窗，暫時停用會修改網路的擴充功能，並讓瀏覽器跟隨系統網路設定。若一般視窗失敗，而新建立的乾淨環境正常，問題通常位於擴充功能、快取或瀏覽器自身的網路策略，而不是訂閱本身。

系統代理伺服器模式主要接管遵循系統設定的程式；通道模式通常涵蓋範圍更廣，但需要系統權限。若瀏覽器可以存取、其他軟體不能存取，可能是後者沒有讀取系統代理伺服器；若任何程式都沒有流量，請檢查用戶端是否確實啟用了相應模式。切換模式前應先中斷目前連線，完成切換後重新連線，避免舊工作階段繼續占用網路路徑。不要同時啟用多個用戶端的系統代理伺服器與通道功能。

用命令區分解析與連線問題

以下命令使用公開的範例網域，不包含訂閱資訊。先查詢網域，再請求網頁回應標頭。如果網域查詢失敗，且請求也提示無法解析，問題集中在 DNS；如果可以解析出位址但連線逾時，則繼續檢查線路、規則與目標服務。命令列結果只是定位依據，不代表最終存取體驗。

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

DNS 快取可能保留連線前的解析結果。關閉瀏覽器後，可依系統使用相應的快取清除命令，再重新連線與測試。命令需要在系統終端機中執行；系統要求管理員權限時，應確認命令內容後再授權。清除快取不會修改訂閱或方案。

Windows:
ipconfig /flushdns

macOS:
sudo dscacheutil -flushcache
sudo killall -HUP mDNSResponder

Linux:
resolvectl flush-caches

如果命令在目前 Linux 環境中無法使用，不要安裝無關軟體來完成清除，直接重新啟動系統網路連線或用戶端，也能讓許多暫時性的解析狀態重新建立。行動裝置可透過中斷並重新連線目前網路、退出並重新開啟用戶端來清理工作階段。處理後應使用新分頁測試，不要只重新整理原本持續報錯的頁面。

只有部分網站無法開啟時

一般網頁正常、特定服務失敗時，先確認目前出口地區是否符合該服務的存取要求，再切換至同一地區的另一條線路。接著清除該網站的 Cookie 與快取，或使用無痕視窗排除舊工作階段的影響。若目標服務在中斷連線時也異常，應考慮服務本身的狀態或帳戶狀態。若同一條線路下其他裝置都能存取，重點檢查目前裝置的瀏覽器擴充功能、DNS 與分流規則；若多台裝置表現一致，再將線路名稱、目標網域與錯誤頁面文字整理到工單中。

使用者有時會把 DNS 洩漏檢測結果與「網頁無法開啟」混為一談。前者關注解析請求經過哪裡，後者關注網域能否解析及連線能否完成。排查時先解決可用性，再依用戶端模式檢查解析路徑。頻繁更換多個未知 DNS 位址會增加變數，可能讓原本單一的線路問題變成解析與線路疊加問題。恢復用戶端預設設定，通常比連續嘗試隨機參數更容易建立可靠基準。

速度慢與尖峰時段卡頓：區分頻寬、延遲與壅塞

速度慢不是單一指標。網頁首屏遲遲不出現，通常更受延遲、DNS 與建立連線的過程影響；大型檔案傳輸緩慢，更接近持續頻寬問題；影片反覆緩衝還會受到目標平台、畫質自動調整與線路穩定性的共同影響；互動式工具輸入後等待很久，則可能對往返延遲更敏感。只有先描述具體慢在哪裡，才能選擇正確的測試方法。用一次測速結果概括全部體驗，往往會把目標服務的問題、無線網路波動與線路壅塞混在一起。

建立相同條件的對照

測試前暫停系統更新、雲端硬碟同步與背景下載，確保沒有其他裝置持續占用本地網路。先在中斷用戶端連線時完成一次實際任務，例如開啟同一個一般網頁或下載同一個公開測試檔案；再連線後重複。兩次測試應使用相同裝置、相同本地網路與相同目標，避免一次使用無線網路、另一次切換到不同網路。接著只更換線路，不改變其他設定。如此才能判斷瓶頸更接近本地接入、某條線路還是目標服務。

選擇線路時，先看地理距離與用途，而不是只看地區名稱是否熱門。距離較近的線路通常適合作為基礎對照；存取有地區要求的服務時，再選擇符合要求的出口。專線、中轉與直連的路徑特徵不同，不能只憑名稱推斷任何時段都由某一類型占優。可在線路頁面查看可用地區與線路類型，再依目前網路逐條驗證。避免在短時間內連續切換過多線路，因為快取、舊連線與目標服務的工作階段仍可能沿用前一條路徑。

只在尖峰時段卡頓時如何判斷

如果白天正常、晚上明顯變慢，應先確認本地網路是否在相同時段也出現壅塞。中斷用戶端連線後存取本地可用服務，觀察網頁、下載與影片是否同步變慢；如果基礎網路本身變差，切換遠端線路只能部分改善。若基礎網路穩定而某條線路反覆卡頓，換到不同路徑類型或鄰近地區進行對照。若只有一個影音平台卡頓，而一般網頁與下載正常，問題可能集中在目標平台路徑、地區辨識或內容分發節點，不宜直接歸因於所有線路。

用戶端模式也會影響表現。規則模式只會讓符合規則的流量經過線路，適合日常使用，但錯誤規則可能讓相關網域走向不同出口；全域模式便於判斷是否由分流造成問題，卻不一定適合作為長期預設。排查時可短暫切換至全域模式進行對照：全域模式正常、規則模式異常，表示應檢查規則；兩種模式都慢，則繼續比較線路、本地網路與目標服務。完成測試後恢復適合日常使用的模式。

不要透過修改大量底層參數來追求一次測速高峰。參數與本地電信網路、系統實作及用戶端模式彼此相關，錯誤組合可能降低穩定性。更實際的目標是讓實際任務持續完成：網頁回應一致、影片不頻繁降畫質、檔案傳輸沒有長時間停滯。若多個時段、多個網路與多條線路都持續異常，提交工單時應附上測試用途、線路名稱、網路類型、發生時段、連線前後差異與用戶端日誌。測速截圖可作為補充，但不能取代這些條件描述。關於穩定性的自測方法，也可參考連線成功率與斷線率實測比較。

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

頻繁斷線需要先區分「線路工作階段中斷」與「用戶端遭系統暫停」。前者通常表現為用戶端仍在前景執行，但連線狀態改變或日誌出現重新連線；後者常見於鎖定螢幕、切換應用程式或啟用省電後，回到用戶端才發現系統已停止其背景活動。兩類問題的處理方向不同：線路工作階段中斷要比較網路、線路與切換條件；背景暫停則要檢查系統權限、電量策略與常駐連線設定。

記錄斷線觸發條件

不要只記錄「常常斷線」，應觀察斷線發生在閒置、鎖定螢幕、切換網路、播放影片、傳輸檔案，還是裝置喚醒之後。若每次從無線網路切換到另一個網路時斷線，屬於底層網路介面變更，用戶端通常需要重新建立工作階段；若維持同一網路也週期性中斷，繼續比較線路與本地網路的穩定性；若只有鎖定螢幕後掉線，優先檢查背景權限。觸發條件越明確，就越容易重現並判斷。

在桌面系統中，休眠與喚醒會重建網路介面。喚醒後舊連線可能仍顯示存在，但已經無法傳輸。遇到這種狀態，應先在用戶端執行中斷連線再重新連線，而不是立即重新啟動系統。如果能夠恢復，表示問題與休眠後的工作階段續接有關。若無法恢復，再退出用戶端、確認基礎網路正常後重新啟動。裝置連接擴充基座、切換無線與有線網路時，也可能出現類似情況。

行動裝置背景權限

行動裝置系統會依電量策略限制背景應用程式。應在系統設定中允許用戶端維持必要的背景活動，並確認系統連線權限仍然有效。不同系統的設定名稱會有所變化，因此不要依賴固定的選單路徑；可從應用程式資訊、電池管理或系統連線設定中尋找與背景執行、自動啟動、省電限制相關的選項。修改後重新開啟用戶端、建立連線，鎖定螢幕後再回到瀏覽器測試實際存取是否連續。

如果系統狀態列中的連線標記在鎖定螢幕後消失，通常表示用戶端或系統連線已被停止；如果標記仍在但應用程式無法存取，可能是網路切換、DNS 或工作階段失效。前者查看背景策略，後者執行一次中斷連線後重新連線並檢查網路。不要同時開啟多個常駐網路工具，它們可能爭用同一個系統連線權限，導致其中一個在背景被取代。

線路與本地網路的對照

在同一網路下切換另一條線路，如果斷線消失，表示原線路或相應路徑更值得檢查；多條線路都斷線，則切換本地網路繼續對照。另一個網路穩定，通常指向原網路品質、路由設備或接入策略；任何網路都不穩定，再檢查用戶端權限、系統時間、衝突軟體與訂閱設定。若同一帳戶在其他裝置上穩定，目前裝置的系統策略優先級更高。14VPN 支援 Windows、macOS、iOS、Android 與 Linux，各平台的背景管理方式並不相同，不能把桌面端的常駐邏輯直接套用到行動裝置。

處理網路抖動時，不建議啟用頻繁的自動切換線路策略。過於敏感的切換可能放大短暫波動，造成反覆重新連線，並中斷正在進行的下載、會議或長連線。先固定一條線路確認基礎穩定性，再決定是否需要自動選擇。工單中應寫明斷線時用戶端是否仍在執行、系統連線標記是否存在、是否發生網路切換、前景或背景狀態、線路名稱，以及重新連線能否立即恢復。若有日誌，應截取故障前後相鄰片段，刪除其中可能包含的訂閱網址後再提交。

訂閱更新失敗：分層處理網址、網路與快取

訂閱更新失敗與線路連線失敗是兩個不同階段。訂閱負責將線路設定交給用戶端；線路連線則使用已匯入的設定建立工作階段。因此，舊線路仍能連線但無法更新，不代表所有服務立即無法使用；線路清單為空也不代表所有遠端線路故障，更可能是訂閱未成功讀取。處理時應盡量保留目前仍可運作的設定，先建立新項目或重新匯入，確認成功後再刪除舊項目。

先確認訂閱取得路徑

用戶端與訂閱需要從使用者面板取得。登入後進入下載相關頁面，依目前平台複製或匯入訂閱，不要使用搜尋引擎、聊天記錄中的舊網址或他人提供的連結。行銷頁面不會提供靜態安裝包或真實訂閱網址。需要重新取得時，可前往使用者面板下載入口。註冊不需要電子郵件地址，使用使用者名稱與密碼即可；應妥善保存登入資訊，避免因無法進入面板而反覆嘗試舊訂閱。

複製訂閱時應確保沒有多餘空格、換行或標點符號。部分應用程式會將連結末尾的標點一併識別，導致請求網址錯誤。可以先貼到本地純文字編輯器檢查首尾，再匯入用戶端。不要將連結傳到公開線上工具中驗證。教學或文件中的範例網址僅用於說明格式，例如：

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

這個範例不是真實訂閱，也不能用來連線。真實網址只能從使用者面板取得，並保存在受控裝置中。

判斷是下載失敗還是解析失敗

若錯誤提示包含逾時、連線失敗或網域解析，表示用戶端未能成功下載訂閱內容，應先檢查基礎網路、系統時間與 DNS；若提示格式錯誤、內容為空或無法辨識，表示請求可能回傳了非訂閱內容，或目前用戶端與匯入方式不相容。此時重新從面板選擇對應平台的匯入口，不要手動修改連結參數。若瀏覽器可以開啟面板，但用戶端始終無法更新，請檢查用戶端是否受到其他代理伺服器設定影響，並嘗試在中斷目前連線後更新。

更新成功但線路清單沒有變化，可能是用戶端仍顯示快取內容。先查看訂閱的更新時間或手動重新整理清單，再完全退出並重新開啟用戶端。不要連續建立多個同名訂閱，否則之後選擇線路時很難確認實際使用的是哪一份。可以為要保留的訂閱使用清楚的名稱，確認新設定可用後再清理舊項目。刪除前應確保它不是唯一可正常運作的設定。

訂閱狀態與流量檢查

若面板顯示方案狀態異常，或目前流量已用完，用戶端更新與線路使用可能受到影響，應先在面板核對目前訂閱。月訂閱為 ¥9.9/月含 60GB、¥18/月含 250GB、¥28/月含 500GB，流量自開通日起每月重設，中途升級差額按剩餘天數折算。另有用完為止、永久不過期的流量包：¥158/300GB、¥358/1000GB、¥658/3000GB。需要比較方案時請查看方案頁面，不要根據用戶端中的快取名稱推斷帳戶狀態。

如果重新取得、切換網路、校正時間，並依對應平台重新匯入後仍然失敗，工單應附上用戶端名稱、作業系統、錯誤原文、訂閱更新時間、面板能否正常開啟，以及舊線路是否仍可使用。不要附上真實訂閱網址或完整設定檔；支援人員需要核對帳戶時，提供使用者名稱與問題描述即可，不應在工單內文填寫密碼。

某個 App 不經過代理伺服器：從模式、規則到程序檢查

瀏覽器正常、某個 App 無法存取，是典型的流量接管或分流問題。首先確認這個 App 是否遵循系統代理伺服器。瀏覽器通常會讀取系統設定，而遊戲、命令列工具、部分桌面應用程式及使用自有網路堆疊的軟體可能不會。系統代理伺服器模式下，前者正常並不能證明後者也已被接管。通道模式涵蓋範圍通常更廣，但依賴系統權限。排查目標不是一開始就修改規則檔案，而是先確認該 App 的連線是否進入用戶端。

觀察連線記錄與程序

開啟用戶端的連線記錄，清除或記住目前最後一筆記錄，然後在目標 App 中觸發一次明確請求。如果用戶端出現相應網域、位址或程序，表示流量已進入用戶端，應繼續查看它命中的是直連還是代理伺服器規則；如果完全沒有新記錄，表示目前模式沒有接管該 App，或 App 使用了另一個網路介面。支援顯示程序的用戶端中，還應確認記錄對應的是實際執行程式，而不是啟動器。某些 App 的介面程序與網路程序並不相同，只為啟動器設定規則可能不會生效。

短暫切換至全域模式是有效的對照方法。全域模式下恢復正常，表示線路可用，問題集中在規則比對；全域模式仍然失敗，則應檢查 App 自身設定、目標地區、DNS 與線路。完成判斷後不要忘記恢復原有模式。若用戶端支援依網域、程序或應用程式設定規則，應優先使用可讀且範圍明確的條件，避免加入涵蓋範圍過大的萬用規則。規則範圍越大，越容易讓無關流量改變路徑。

檢查 App 內部代理伺服器設定

部分 App 有獨立的代理伺服器選項。它可能被設定為直連，也可能保留舊用戶端的本地位址，因而繞過目前的系統設定。排查時將它恢復為跟隨系統，或依目前用戶端提供的本地代理伺服器資訊設定。不要從其他教學複製連接埠與位址，因為這些值取決於目前用戶端設定，是否一致只能在本機用戶端中確認。若 App 支援「自動偵測」與「手動代理伺服器」，請優先從跟隨系統開始測試。

命令列工具同樣可能讀取環境變數。可以在終端機檢查目前環境中是否殘留代理伺服器變數：

Windows PowerShell:
Get-ChildItem Env: | Where-Object Name -Match 'PROXY'

macOS / Linux:
env | grep -i proxy

如果輸出指向已退出的舊用戶端，應在目前終端機工作階段或系統環境設定中清除相應變數，再重新開啟終端機。不要直接複製未知的刪除命令；先確認變數名稱與來源。若沒有相關變數，而命令列請求仍未進入用戶端，可使用通道模式進行對照，或依目前用戶端文件設定本地代理伺服器。

網域、地區與快取

一個 App 可能同時連線至登入網域、介面網域、靜態資源與長連線服務。只為主要網域新增規則，可能出現介面可以開啟但內容載入失敗的情況。觀察連線記錄時，應在完整操作過程中收集相關網域，並檢查它們是否通往一致的出口。不要只根據網路上的舊網域清單批量新增規則，因為服務端網域會變動。以目前的連線記錄為依據更可靠。

如果 App 對出口地區有要求，應選擇符合其服務條件的線路，並清除 App 內的快取或重新登入後測試。舊工作階段可能繼續保留連線前的地區資訊。AI 繪圖工具與 Discord 生態系的網路特性，可參考Midjourney 加速器連線要求詳解。若應用程式在全域模式下仍然失敗，而同一線路的瀏覽器可以正常存取相關網頁，應整理 App 名稱、系統平台、失敗操作、錯誤原文、目前模式與連線記錄後提交工單，不要只寫「這個 App 不能用」。

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

14VPN 不限裝置數量。如果用戶端出現「裝置數量超限」、「工作階段異常」或類似提示，不應據此自行推斷方案有裝置上限。先確認提示來自目前用戶端、目標服務還是系統網路元件。某些目標服務會限制自己的登入工作階段，某些用戶端也會將設定衝突、重複授權或舊連線描述為裝置問題；這些提示不等同於 14VPN 的方案限制。判斷時應保留完整提示頁面，查看它出現在哪個應用程式、執行了什麼操作，以及退出目標服務帳戶後是否仍然存在。

先排除帳戶與設定混用

確認目前裝置匯入的是本人帳戶從使用者面板取得的訂閱，不要混用歷史帳戶、他人設定或來源不明的訂閱。多台裝置可以使用同一帳戶的有效訂閱，但每台裝置都應從受控來源匯入，並避免公開分享真實訂閱網址。若某台裝置異常、其他裝置正常，請重新從面板取得訂閱，並在異常裝置中建立一份清楚的新設定；確認新設定可用後再刪除舊設定。若所有裝置同時出現帳戶狀態問題，應直接在面板核對訂閱狀態與流量，而不是逐台重新安裝。

登入面板失敗時，先核對使用者名稱與密碼。註冊不需要電子郵件地址，因此帳戶識別以使用者名稱為準。不要在多台裝置上反覆修改不同設定後才提交問題，這會破壞對照條件。應選擇一台最容易重現問題的裝置作為主要測試環境，保留另一台正常裝置作為對照。支付相關問題需要說明所選方案與支付方式；本網站支援支付寶、微信與 USDT。工單中不應傳送支付密碼、帳戶密碼或完整訂閱網址。

什麼時候應停止自行排查

完成基礎網路、另一個網路、另一條線路、單一用戶端環境與重新啟動後的對照，問題仍能穩定重現時，就應提交工單。出現帳戶狀態與面板顯示不一致、訂閱持續無法取得、多條線路在不同網路下同時失敗，或同一錯誤在多個平台重複出現，也適合交由支援人員檢查。相反地，如果問題只出現在某個瀏覽器擴充功能、某個目標服務帳戶或受管理網路中，應先處理相應環境，因為支援人員無法遠端改變第三方服務狀態或組織網路政策。

工單附件如何準備

截圖應包含足夠背景資訊：用戶端狀態、線路名稱、錯誤提示與執行的操作。裁剪掉無關的桌面內容可以保護隱私，但不要只截取一個沒有標題的錯誤視窗。文字日誌比單張截圖更適合分析連線過程，應截取故障發生前後相鄰的內容。提交前搜尋並刪除真實訂閱網址、存取權杖、密碼與其他憑證。若日誌過長，可先重現一次，再匯出這次操作附近的內容。

描述時間時寫清楚發生時段與時區；描述網路時說明是家庭、辦公室、公共網路還是其他接入環境，不需要提供詳細地址。描述線路時使用用戶端顯示的完整名稱。速度問題應說明具體任務，例如網頁首次載入、持續下載、影片緩衝或互動延遲，並附上連線前後的對照；斷線問題應說明是否鎖定螢幕、切換網路、休眠或在背景執行；訂閱問題應說明是下載失敗、解析失敗，還是重新整理後仍顯示舊內容。

問題類型：
作業系統與用戶端：
使用線路：
基礎網路是否正常：
具體操作與錯誤原文：
是否能穩定重現：
更換線路後的結果：
更換網路後的結果：
已完成的排查步驟：
附件內容：

提交後應保持測試環境相對穩定。如果支援人員要求重現某一步，再依指定條件測試並回報結果，不要在等待期間同時變更用戶端、規則、DNS 與網路設備。每次只驗證一個假設，才能讓日誌與回饋彼此對應。需要進入使用者面板提交請求時，可使用工單入口。如果問題最終與方案選擇有關，可查看方案說明；14VPN 提供 7 天無理由退款，具體服務條款以站內條款頁面為準。

系統排查的目標不是記住所有命令，而是建立穩定的判斷順序：先確認基礎網路，再確認訂閱與用戶端，接著確認流量接管、DNS、線路與目標服務，最後透過對照測試縮小範圍。只要清楚記錄現象、條件與變更後的結果，大多數「偶爾無法使用」的模糊問題，都能轉化為可重現、可處理的具體問題。