VPN 疑難排解大全

§ METHOD

疑難排解順序與基準線

先確認問題位於哪一層

網路連線不是單一開關，而是一條連續鏈路：裝置先接入本地網路，用戶端再讀取訂閱與線路參數，系統接著建立通道並套用路由規則，DNS 負責將網域名稱轉換為位址，最後才由目標網站或 App 回傳內容。任何一層異常，都可能在介面上呈現為「無法開啟」。如果一開始同時更換線路、重裝用戶端、修改 DNS 並調整系統權限，即使問題暫時消失，也無法確認真正原因，之後往往還會再次發生。

正確做法是先建立基準線。中斷加速連線，確認一般網路能否開啟常用網頁；再連線至一條先前可用的線路，只測試一個瀏覽器頁面；接著檢查其他網站、其他 App 與其他線路。如此可將問題分為全域故障、單一線路故障、單一應用程式故障或單一目標服務故障。全部失敗時優先檢查網路入口與用戶端；只有某條線路失敗時再檢查線路選擇；只有某個 App 失敗時檢查分流與系統路由；只有某個網域失敗時檢查 DNS、快取及目標服務本身的狀態。

測試期間應固定裝置、網路與用戶端，不要在無線與有線網路之間反覆切換，也不要讓系統同時執行多個會修改網路路徑的軟體。瀏覽器擴充功能、系統代理、虛擬網卡、企業網路設定與安全軟體都可能改變結果。排查目的不是一次清空所有元件，而是讓鏈路盡量簡單：一台裝置、一種本地網路、一個用戶端、一條線路、一個測試目標。基準線確認後，再逐項恢復原本的使用環境。

記錄現象，而不只是記錄結論

「不能用」不足以定位問題。有效記錄應包含問題發生在連線前還是連線後、用戶端顯示的狀態、全部網站或只有部分網站受影響、瀏覽器與其他 App 是否一致、切換線路後現象是否改變，以及中斷連線後一般網路是否恢復。若出現錯誤提示，應保留完整原文，不要只截取最後一句。系統時間、目前網路類型、用戶端平台、所選地區與重現步驟也具備診斷價值。

觀察問題邊界比反覆點擊連線更重要。例如網域無法開啟但直接造訪已知位址可達，通常指向 DNS；瀏覽器正常而某個 App 無法存取，通常指向分流規則或該 App 自有的網路堆疊；連線建立後所有流量都停止，可能是預設路由或虛擬網卡衝突；下載正常但互動操作延遲明顯，則需要區分吞吐量、往返回應與封包遺失，不應簡單歸類為「頻寬不足」。

重開機與重裝應放在什麼時候

重開機適合清除短期狀態，例如休眠後殘留的虛擬網卡、未釋放的網路介面或卡住的系統服務，但它不是診斷結論。重開機後恢復，只能表示問題與暫時狀態有關，仍應記錄此前是否發生網路切換、休眠或用戶端異常結束。重裝則應放在較後階段，因為解除安裝可能清除日誌與原始設定。只有確認安裝檔損壞、核心元件遺失，或同一訂閱在其他裝置正常而目前裝置持續無法建立基本連線時，才適合重裝。

進行任何清理前，先保存訂閱入口來源、目前線路名稱、規則模式與錯誤文字。訂閱不應複製到公開頁面或提交至公開討論區。若需向客服說明，可提供訂閱更新時間與錯誤現象，但不要在截圖中顯示完整憑證。完成本章後，應能回答三個問題：一般網路是否正常、問題影響範圍為何、哪項變更會穩定觸發該現象。後續章節都以這三個答案為起點。

§ CONNECTION

完全無法連線時的判斷流程

區分「按鈕無反應」與「握手未完成」

完全無法連線包含多種不同狀態。點擊連線後沒有任何狀態變化，通常應先檢查用戶端權限、背景服務與安裝完整性；狀態短暫變化後立即回到未連線，表示用戶端已嘗試啟動，但核心元件或設定驗證失敗；長時間停留在連線中，則更可能是目前網路無法連達所選線路、系統時間異常，或握手階段被中斷。三種現象的處理順序不同，不能一概歸因於線路問題。

先關閉用戶端，再確認工作管理員或系統活動監視器中沒有重複程序。重新開啟後，不要立刻匯入新訂閱，先觀察原有設定是否能正常讀取。若用戶端要求系統網路權限、建立虛擬介面或安裝網路擴充功能，應在系統設定中確認該權限已允許。權限遭拒時，介面可能仍顯示線路，但實際上無法接管流量。受企業管理的裝置也可能限制網路擴充功能，此時一般使用者無法自行解除，應聯絡裝置管理方確認政策。

接著檢查系統日期與時區。連線過程依賴憑證與加密握手，系統時間明顯偏差時可能直接失敗。這裡不需要手動猜測時間，只要啟用系統自動校時並確認時區正確即可。完成後切換至另一個網路再測試。若家庭網路失敗而其他可靠網路成功，問題邊界位於原本的網路入口；若所有網路都失敗，而同一訂閱在其他裝置正常，則重點轉向目前裝置的權限、虛擬網卡與用戶端狀態。

排除重複接管網路的元件

系統同時啟用多個代理、通道或企業網路元件時，路由表可能由不同程式輪流修改。常見表現是點擊連線後立即斷開、狀態顯示已連線但網路介面沒有產生，或系統提示已有網路服務正在執行。排查時應完整結束其他同類工具，而不只是關閉視窗。瀏覽器代理擴充功能通常只影響瀏覽器，但也應暫時停用，以免測試結果混入另一條路徑。

安全軟體與系統防火牆也可能阻止用戶端核心程序建立對外連線。不要長時間直接關閉防護功能。較穩妥的做法是查看攔截記錄，確認遭阻止的程序是否屬於目前的安裝目錄，再為可信任程式新增允許規則。若安裝目錄已變更，舊規則可能仍指向不存在的路徑，需要刪除舊項目後讓系統重新識別。修改後只測試基本連線，確認問題是否消失，再恢復其他應用程式。

應如何切換線路

切換線路不是隨機連續點擊。應先中斷目前連線，等待系統撤銷原有虛擬介面，再選擇另一個地區或另一種線路類型。連線成功後保持規則模式不變，先驗證基本網頁。FvVPN 覆蓋 90+ 個國家 / 200+ 條線路，線路頁可用於了解地區與類型差異，前往線路列表查看選擇原則。排查階段優先選擇實體距離較近、路徑較簡單的地區，目標是確認鏈路能否建立，而不是立即找出最終使用的線路。

如果一組線路全部失敗，而另一組可以連線，應記錄失敗線路的地區與類型，不要繼續修改系統設定。這類現象已將範圍縮小至線路路徑，或目前網路對該路徑的可達性。若所有線路都在同一階段失敗，請檢查訂閱是否已正確更新、方案是否處於可用狀態，以及用戶端是否讀取到完整節點資訊。介面只有線路名稱但缺少連線參數時，也可能出現列表正常顯示卻無法建立連線的情況。

Linux 環境還應確認啟動方式具備建立網路介面與修改路由所需的權限。圖形介面由一般使用者啟動、核心服務由系統管理時，兩者狀態不同步會造成按鈕看似有效但背景未執行。Windows 與 macOS 則應注意虛擬網卡或網路擴充功能是否遭系統停用。不要手動刪除不熟悉的系統介面；先結束用戶端，記錄介面名稱，再透過用戶端自身的修復或重新授權流程恢復。

何時停止本機嘗試

當問題可在不同裝置、不同可靠網路與多條線路上穩定重現，且用戶端都停在相同階段時，繼續反覆安裝的價值已很低。此時應保留錯誤文字、線路名稱、平台、發生時段與嘗試結果，轉到本頁最後的工單章節。若只有受管理裝置失敗，先聯絡裝置管理方；若一般網路本身也無法使用，先修復本地網路。界線明確後再交由對應支援方處理，可避免工單在網路、用戶端與帳戶之間來回轉交。

§ ROUTING

已連線但網頁無法開啟與 DNS 異常

「已連線」只代表通道已建立

用戶端顯示已連線，只能證明基本通道已建立，不代表每個應用程式的流量都進入該通道，也不代表網域解析與目標服務一定正常。排查時先測試多個性質不同的網頁，再比較瀏覽器與其他 App。若所有目標都失敗，應檢查預設路由與 DNS；若只有網域失敗而用戶端本身仍能更新線路，DNS 的可能性較高；若只有少數目標失敗，則可能與線路地區、目標服務策略、瀏覽器快取或分流規則有關。

先中斷連線，確認一般網路能開啟同一個網頁。接著重新連線，但不要變更線路與模式。若連線前正常、連線後全部失敗，表示問題由連線過程引入。此時檢查用戶端是否啟用了僅代理指定應用程式、繞過區域網路或自訂規則。規則模式若未涵蓋目前網域，流量可能從與預期不同的路徑離開；若全域模式可用而規則模式失敗，通道本身通常正常，應將注意力放在規則匹配與 DNS 路徑上。

不要把瀏覽器首頁是否載入當作唯一標準。首頁可能來自快取，搜尋框也可能使用瀏覽器內建的解析機制。更可靠的做法是造訪先前未開啟的頁面，並在系統命令列分別檢查網域解析與基本連通性。不同系統的命令略有差異，以下命令僅查詢示例網域，不包含訂閱或憑證。

nslookup example.com

ping example.com

nslookup 回傳解析結果，表示系統至少取得了網域位址；沒有回傳、持續逾時或指向異常的本地解析服務，則應檢查 DNS。ping 不應作為網站可用性的唯一依據，因為目標可能不回應此類探測，但可協助觀察網域是否成功轉換。若網域能解析而網頁仍失敗，繼續檢查路由、瀏覽器代理與目標服務，不要只靠更換 DNS 結束診斷。

清除快取與恢復自動設定

DNS 異常常見於網路切換後。系統可能保留舊網路的解析記錄，瀏覽器也可能維護自己的快取。先完全結束瀏覽器，再中斷並重新連線目前網路；若仍無改善，可使用系統提供的網路診斷或 DNS 快取清理功能刷新狀態。不同系統的命令與權限要求不同，不建議從不明來源複製批次重設指令。錯誤的重設命令可能同時刪除企業網路、固定路由或其他正常設定。

如果此前曾手動設定 DNS，排查時先恢復系統自動取得，讓用戶端與目前網路依預設路徑協作。自動設定正常而自訂設定失敗，表示問題位於自訂解析路徑；兩者都失敗時，再檢查用戶端是否有獨立 DNS 模式。部分瀏覽器可啟用自己的安全解析，結果可能與系統不同。為避免混淆，應暫時讓瀏覽器跟隨系統，確認基本鏈路後再恢復個人偏好。

DNS 洩漏檢查與「網頁無法開啟」不是同一個問題。前者關注解析請求從哪裡發出，後者關注是否能取得有效結果。排查階段先解決可用性，再驗證出口與 DNS 是否符合預期。可搭配IP 檢測確認連線後的出口變化，並參考出口 IP 與 DNS 完整驗證教學逐項核對。不要只看用戶端狀態圖示就判定連線已生效。

網頁可開啟但登入、圖片或影片失敗

一個網頁通常會存取多個網域。主頁面載入成功，不代表圖片、指令碼、登入介面與媒體資源使用同一條規則。若頁面文字出現但圖片空白，或登入按鈕持續等待，應開啟瀏覽器開發人員工具，觀察失敗請求的網域與錯誤類型。不必公開上傳完整網路記錄，只要先判斷失敗是否集中在某個附屬網域。若集中出現，規則未涵蓋或 DNS 對該網域回傳異常的可能性較高。

隱私防護擴充功能、內容過濾規則與瀏覽器的嚴格反追蹤模式，也可能阻止頁面所需資源。應在可信任頁面上暫時停用相關擴充功能進行對照，而不是直接清空所有瀏覽器資料。無痕視窗只能減少部分快取與擴充功能影響，無法繞過系統代理或 DNS，因此適合做瀏覽器層的對照，不能取代系統層檢查。

若某個目標服務只有在特定地區線路上失敗，應考慮服務本身的地區內容與工作階段狀態。先登出該服務帳戶，清除對應網站的快取與 Cookie，再連線至目標地區後重新造訪。不要同時登入多個地區的工作階段，否則舊 Cookie 可能讓結果看起來像線路失效。若多個瀏覽器、多台裝置在同一地區線路上都出現相同現象，而其他地區正常，記錄目標網域與線路地區後提交工單，資訊會比一句「網頁無法開啟」更容易診斷。

系統代理與通道模式的差異

有些用戶端透過系統代理接管支援代理設定的程式，另一些模式則透過虛擬介面處理更廣泛的流量。瀏覽器通常會讀取系統代理，但部分遊戲、命令列工具或自帶網路堆疊的 App 可能忽略它。因此瀏覽器可用而其他程式不可用，不一定是線路故障。反過來，虛擬介面運作正常但系統代理殘留錯誤位址，也可能只造成瀏覽器失敗。

檢查系統網路設定中是否留有手動代理。若由用戶端負責自動管理，應避免再手動填寫同一項目。結束用戶端後系統代理仍保持啟用，是典型的殘留狀態；將其恢復為一般網路設定，再重新啟動用戶端。修復後分別測試瀏覽器、系統更新與目標 App，確認影響範圍確實縮小。任何時候都不要把訂閱連結直接貼到瀏覽器網址列測試，因為瀏覽器存取行為與用戶端訂閱請求並不等價，還可能讓敏感參數進入歷史記錄。

§ PERFORMANCE

速度慢與尖峰時段卡頓

先區分吞吐量、回應與封包遺失

使用者感受到的「慢」至少包含幾種不同現象。大型檔案下載速度低，主要反映持續吞吐量；網頁點擊後長時間沒有反應，可能與往返回應、DNS 或目標伺服器有關；影片頻繁停頓可能是持續吞吐量不足，也可能是短暫抖動；即時通話斷續則更容易受到封包遺失與路徑變化影響。不同問題不能只靠一次網頁測速判斷，更不能用某個瞬間峰值代表整條鏈路。

建立效能基準時，先中斷連線測試本地網路，再連線至同一條線路測試相同目標。測試裝置、網路與時間條件應保持一致。若本地網路本身不穩，連線後的結果便沒有可比性。無線環境中的距離、干擾與省電策略都會影響表現；能使用有線連線時，可用它排除無線因素。行動網路則可能隨位置與網路切換產生明顯變化，應在位置相對固定時比較。

其次區分目標服務限制與線路限制。單一下載來源速度慢，而多個網頁與其他下載正常，問題可能在目標來源；所有目標都慢，再檢查線路與本地網路。瀏覽器下載、影片播放、雲端同步與遊戲更新使用的連線方式不同，不能直接互相替代。應選擇與實際用途相同的測試：看影片就觀察播放與拖曳進度，使用 AI 工具就觀察頁面連線與回覆是否穩定，下載檔案則觀察持續傳輸，而不是只追求短暫峰值。

線路距離與路由複雜度

實體距離會影響回應，但距離最近不一定代表路徑最佳。電信業者互聯、跨境出口與目標服務所在的地區都會改變實際路由。選線時應先根據目標服務地區縮小範圍，再比較同地區不同線路的穩定性。若用途沒有明確地區要求，優先選擇路徑較近且長期穩定的線路。詳細規則可參考地區、線路類型與用途選線指南。

切換線路後應給系統足夠時間完成舊連線釋放與新路由建立。連續快速切換會留下未完成請求，瀏覽器連線池也可能繼續重用舊工作階段，造成結果混雜。切換後關閉相關頁面並重新開啟，再觀察相同操作。若新線路只有剛連線時正常，之後逐漸變慢，應記錄持續使用期間的變化；若從連線開始就很慢，則比較同地區其他線路與中斷後的本地基準。

尖峰時段卡頓需要跨時段對照，但不需要虛構可用率或保證值。應記錄同一裝置、同一網路、同一線路在常用時段的表現，再更換同地區備選線路重新測試。若只有某條路徑在特定時段變差，保留穩定的備選線路即可；若所有線路與一般網路同時變差，問題更可能位於本地電信業者或無線環境。若一般網路穩定而多個地區線路同時出現一致波動，可向客服提交時段與線路資訊。

用戶端與系統資源的影響

裝置處於省電、過熱或高負載狀態時，網路處理可能受到系統限制。排查時關閉大量同步、系統更新與其他持續占用網路的工作，讓用戶端保持在前景或允許背景執行。不要透過結束不熟悉的系統程序來「釋放速度」，這可能破壞網路服務。更有效的做法是查看工作管理員或活動監視器，確認是否有明確的下載、備份或更新工作占用鏈路。

用戶端規則越複雜，排查時越需要先回到簡單模式。自訂規則、腳本與多層轉送可能增加判斷難度。先使用用戶端提供的基本規則驗證線路，再逐項恢復自訂內容。若基本模式穩定而自訂設定變慢，應檢查是否存在重複轉送、錯誤的遠端規則或大量失敗重試。設定檔應保持來源明確，不要混用不同用戶端格式後強行匯入。

流量額度也應在使用者面板中核對。月訂閱包含對應流量，流量按開通日每月重設；流量包則用完為止，永久不過期。若方案狀態或剩餘流量不足，用戶端呈現的狀況未必等同於一般線路壅塞。需要調整方案時，可查看方案價格，其中月訂閱為 ¥9.9/月含 60GB、¥18/月含 250GB、¥28/月含 500GB；中途升級差額按剩餘天數折算。排查時只核對目前狀態，不要透過反覆下單測試連線。

建立可重複使用的線路選擇記錄

速度問題通常不是找到一條「永遠最快」的線路，而是建立適合不同用途的穩定選擇。可以分別記錄日常瀏覽、影片、AI 工具與即時互動中表現可靠的線路地區，並保留同地區備選。記錄應關注現象與適用情境，不必依賴單次數字排名。線路狀態會隨網路路徑與目標服務改變，舊結論在出現明顯變化時應重新驗證。

如果更換裝置後問題消失，檢查原裝置的無線驅動、背景工作與用戶端規則；更換本地網路後消失，檢查原本的網路環境；更換線路後消失，則保留失敗線路與時段；只有目標服務變慢時，先排除目標服務本身的狀態。這些分支結論可以直接放入工單，也能避免把所有效能波動都歸因於節點故障。

§ STABILITY

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

先判斷是誰主動結束連線

斷線可能來自用戶端主動重新連線、作業系統回收背景程序、本地網路切換、線路連線中斷或裝置休眠。應先觀察斷線前後的事件：是否剛鎖定螢幕、是否從無線網路切換至行動網路、是否進入省電狀態、是否同時變更位置，以及用戶端是否顯示重新連線提示。若每次鎖定螢幕後發生，重點檢查背景權限；若在網路切換時發生，重點檢查重新連線能力；若前景閒置時也週期性斷開，則檢查線路與本地網路的穩定性。

不要把「網頁停頓」直接判定為通道斷開。網頁請求逾時可能發生在目標服務或 DNS，而用戶端連線仍然存在。斷線時先查看用戶端狀態，再檢查出口是否改變。若狀態保持連線但出口恢復為一般網路，可能是系統路由遺失；若狀態本身轉為斷開，查看用戶端日誌中的結束原因；若用戶端仍連線且出口不變，問題更可能在目標應用程式或線路短暫抖動。

在桌面系統上，睡眠與喚醒會使網路介面重新初始化。喚醒後舊通道可能看似存在，實際路由卻已失效。此時先正常中斷連線，再重新連線，不要連續強制結束程序。若問題只在睡眠後出現，可在喚醒後固定執行重新連線，並確認用戶端是否有隨網路恢復的選項。系統更新後首次出現時，應重新檢查虛擬網卡或網路擴充功能權限。

行動裝置背景管理

行動作業系統會根據電量、記憶體與背景策略暫停應用程式。用戶端退至背景後立即斷線，通常應檢查系統是否允許持續執行、是否啟用嚴格省電、是否限制背景資料，以及系統是否在鎖定螢幕時自動清理應用程式。不同品牌的介面名稱各異，但判斷邏輯一致：讓用戶端保持前景進行測試；前景穩定而背景斷開時，線路通常不是首要原因。

排查時暫時取消對用戶端的電量最佳化，並允許其在背景執行。不要為所有應用程式統一取消省電，只調整目前的用戶端即可。接著鎖定螢幕並等待一般使用情境出現，再檢查連線狀態。若仍然斷線，觀察是否剛好發生網路類型切換。行動網路與無線網路之間切換時，裝置位址與預設路由都會改變，原連線可能需要重新握手；若用戶端未及時恢復，可返回前景手動重新連線以作對照。

部分系統在儲存空間不足或記憶體壓力較高時，會更積極清理背景程序。此時即使權限正確，程序也可能被終止。關閉不必要的大型應用程式後重新測試，並確認系統沒有啟用自動清理清單。若前景與背景都會斷線，就不要繼續只調整省電設定，應回到線路、本地網路與 DNS 層檢查。

網路切換與訊號較弱的環境

在移動中使用時，訊號變化、基地台切換與網路重新選擇都會影響持續連線。若斷線集中發生在移動過程，應先在固定位置測試同一條線路。固定位置穩定，表示問題與網路變化有關；固定位置也不穩定，再更換另一個可靠網路。對於即時通話、長時間下載或遠端連線，網路切換比一般網頁瀏覽更容易暴露中斷，因為這些工作依賴持續的工作階段。

家庭無線網路中，裝置可能在不同存取點或頻段之間切換。表面上仍顯示同一個網路名稱，底層路徑卻已改變。可以靠近主要存取點測試，或暫時減少自動漫遊因素。若有線連線穩定而無線斷線，優先處理無線覆蓋與干擾，不應反覆更換遠端線路。若無線與有線都在相同時段中斷，再檢查路由器的上游連線與線路表現。

自動重新連線與網路鎖定的界線

自動重新連線能縮短中斷時間，但也可能掩蓋根本原因。若用戶端頻繁重新連線，表面上仍可使用，卻表示基本鏈路不穩定。排查時應查看重新連線的觸發條件，而不是只確認最後是否恢復。網路鎖定類設定在通道斷開時可能阻止一般流量，這是保護行為，但使用者看到的現象會是「斷線後所有網路都消失」。應先了解該開關的作用，再決定測試期間是否暫時關閉。

修改自動重新連線或網路鎖定後，應明確記錄原本的設定，以便測試結束後恢復。若關閉鎖定後一般網路立即恢復，表示本地網路本身可用，下一步仍是找出通道為何中斷。若結束用戶端後網路也沒有恢復，請檢查系統代理、預設路由與虛擬介面是否殘留。正常結束用戶端通常比強制終止更能完成清理。

當斷線可在多個網路、多台裝置與多個地區線路上重現時，應提交用戶端日誌與時間範圍。若只在某台裝置的背景狀態出現，提供系統背景設定截圖；只在特定網路切換時出現，說明切換前後的網路類型；只在單條線路出現，提供線路名稱。準確的問題邊界能協助支援人員判斷是用戶端生命週期、路由恢復還是線路連線問題。

§ CONFIGURATION

訂閱更新失敗與某個 App 未依預期使用代理

訂閱更新與線路連線是兩個不同的請求

訂閱更新失敗不等於所有現有線路立即失效。用戶端通常先從訂閱入口取得設定，再使用設定中的線路建立連線。若更新失敗但舊設定仍在，部分線路可能繼續可用；若首次匯入就失敗，用戶端便沒有可用設定。排查時應先確認訂閱來自使用者面板，並透過用戶端的訂閱匯入功能新增，不要把網址當作一般網頁開啟，也不要手動修改其中參數。

登入後可從使用者面板取得用戶端與訂閱。訂閱屬於帳戶設定，不應公開貼到論壇、截圖或共用文件。若懷疑複製不完整，應回到面板重新複製並覆蓋原有項目，而不是在舊網址末尾手動補字元。用戶端提示格式錯誤時，先確認匯入位置確實接受訂閱網址；有些輸入框接收單一節點設定，有些接收訂閱，兩者格式不同。

更新時也應確認一般網路可用。用戶端若在失效線路上嘗試更新，而更新請求又被錯誤路由至該線路，可能形成循環失敗。可以先中斷連線，再使用正常網路更新；更新完成後重新選擇線路。若中斷後可以更新、連線後無法更新，應檢查用戶端是否錯誤地將訂閱網域納入不可用路徑。

快取、重複訂閱與設定衝突

用戶端同時存在重複訂閱時，可能出現同名線路來自不同來源、舊項目覆蓋新項目，或更新了錯誤的設定群組。先查看訂閱列表，而不是線路列表，確認只保留目前需要的來源。刪除前記錄項目名稱與更新時間，避免誤刪仍在使用的設定。清理重複項目後重新更新，再檢查線路數量與名稱是否出現合理變化。

若用戶端支援規則、腳本或設定合併，排查時暫時關閉額外處理。合併範本中的語法錯誤可能讓訂閱下載成功，卻在解析階段失敗。若錯誤提示包含解析、欄位或設定結構，應優先檢查本機範本；若提示網路逾時，優先檢查網路路徑；若提示授權或訂閱狀態，前往使用者面板核對帳戶與方案。不同錯誤階段應分別記錄，不要只寫「更新不了」。

流量按開通日每月重設，中途升級差額按剩餘天數折算。若需要額外流量，流量包為 ¥158/300GB、¥358/1000GB、¥658/3000GB，用完為止，永久不過期。方案或流量狀態應在面板中確認，不能依據用戶端快取自行推斷。付款方式為支付寶 / 微信 / USDT。涉及訂單與狀態的問題應透過面板工單處理，不要嘗試反覆刪除帳戶設定來恢復。

只有某個 App 未使用預期路徑

瀏覽器正常而某個 App 無法存取時，先確認該 App 是否讀取系統代理。部分應用程式使用系統設定，部分自帶代理選項，另一些則直接透過系統網路介面通訊。用戶端採用系統代理模式時，不讀取系統代理的應用程式可能直接連線；採用虛擬介面模式時，覆蓋範圍通常更廣，但仍可能受分流排除規則影響。

最有效的驗證方式是暫時使用覆蓋範圍較廣的基本模式，保持線路不變，再開啟目標 App。若此時恢復，表示線路與目標服務基本可用，問題位於分流規則。接下來不要長期維持全域規則，而應檢查目標 App 的程序名稱、相關網域及是否被排除。桌面應用程式可能由啟動器、更新器與主要程序共同組成，只加入其中一個程序，可能導致登入可用但內容載入失敗。

行動裝置的分流設定通常按應用程式選擇。確認目標 App 沒有被加入繞過列表，也沒有在系統中受到背景資料限制。修改後應完全結束 App 再重新開啟，因為既有連線可能繼續沿用舊路徑。若目標 App 內還有自己的代理設定，應避免與系統用戶端重複設定。重複代理可能造成迴圈、驗證失敗或連線被轉送至錯誤介面。

命令列工具與開發環境

命令列工具不一定會繼承桌面系統代理。有些工具讀取環境變數，有些使用自身設定，另一些則完全依賴系統路由。排查時先確認用戶端目前模式是否涵蓋命令列程序，再檢查終端工作階段中是否殘留舊代理變數。開啟新的終端視窗可以排除部分工作階段快取，但不會改變系統路由。不要將真實訂閱或帳戶憑證寫入 shell 歷史記錄。

需要示範設定格式時，應使用明顯的假值。例如下面僅表示環境變數的結構，網址與連接埠均為佔位內容，不能用於連線：

export HTTPS_PROXY="http://proxy.example.invalid:PORT"
export HTTP_PROXY="http://proxy.example.invalid:PORT"

若系統通道模式下命令列可用，而僅設定環境變數時失敗，請檢查變數格式與工具支援；若兩種方式都失敗，回到 DNS 與目標網域檢查。開發工具還可能讀取專案層級設定、使用者層級設定與環境變數，優先順序各不相同。應逐層確認目前生效的值，而不是同時修改所有檔案。

當單一 App 問題無法定位時，工單中應提供 App 名稱、平台、用戶端模式、其他 App 是否正常、切換至基本覆蓋模式後的結果，以及失敗發生在登入、內容載入還是下載階段。不要提交完整訂閱。若問題與某個公開網域有關，可以提供網域；若涉及個人專案或內部服務，只需描述錯誤類型與網路層現象。

§ SYSTEM STATE

DNS 檢查與裝置狀態衝突

將 DNS 問題與路由問題分開

DNS 負責將網域名稱轉換為可連線的位址，路由則決定請求從哪條路徑傳送。兩者經常同時由用戶端管理，因此現象容易混淆。判斷時先記錄網域是否能解析，再檢查解析後的請求是否可達。若解析失敗，換線路不一定有用；若解析正常但連線失敗，則應檢查路由、目標服務或線路。不要把任何「網域無法開啟」都直接稱為 DNS 洩漏。

系統、瀏覽器與用戶端可能各自維護解析策略。排查時應暫時減少層級：瀏覽器跟隨系統，系統使用自動設定，用戶端使用預設 DNS 模式。基本存取恢復後，再逐項啟用自訂設定。若一啟用某項就重現，問題邊界已經明確。修改 DNS 後應關閉現有頁面與連線，避免舊連線池繼續使用先前結果。

企業網路、校園網路與公共網路有時要求先完成網頁驗證。未驗證時，網域可能被重新導向至登入頁面；連線用戶端後反而看不到驗證入口。此時先中斷用戶端，用一般瀏覽器完成網路本身的登入，再建立連線。若驗證頁面仍未出現，可忘記該網路後重新加入，或聯絡網路管理方。不要在不可信任的頁面輸入帳戶訂閱資訊，網路驗證與 FvVPN 登入是兩套獨立流程。

本地解析檔案與快取污染

開發環境可能修改本機 hosts 檔案，將特定網域固定至某個位址。這類規則優先於一般 DNS，更換線路與解析服務都不會改變結果。若只有少數開發相關網域異常，應檢查本地解析檔案中是否存在舊記錄。修改前先備份原始檔案，並只移除能確認來源的項目。不要下載所謂「一鍵最佳化 hosts」來覆蓋系統檔案。

瀏覽器快取也可能保存失敗結果。可以透過關閉瀏覽器、清除對應網站資料或建立乾淨設定作對照，但不必先清空全部歷史記錄。若所有瀏覽器都出現相同結果，問題更可能位於系統或用戶端；只有一個瀏覽器異常，則優先檢查其擴充功能、快取與獨立 DNS 設定。行動裝置可透過切換飛航模式或重新加入網路刷新部分狀態，但應在固定網路下重新測試，避免將網路變化誤認為修復。

如果解析結果在連線前後發生變化，這本身不一定異常，因為不同線路可能使用不同解析路徑。關鍵在於結果是否可存取、是否符合目標地區，以及多個請求是否保持一致。使用 IP 檢測頁時，應同時觀察出口與 DNS 來判斷，不要只根據單一欄位下結論。若連線後出口符合預期而網域仍失敗，只需提供網域、線路地區與解析錯誤類型，不必公開個人瀏覽記錄。

應如何理解「裝置數超限」提示

FvVPN 支援不限裝置數，因此遇到用戶端或第三方工具顯示「裝置數超限」時，不應直接理解為本服務方案限制。先確認提示來源：是 FvVPN 使用者面板、所用用戶端、系統帳戶，還是目標網站。不同來源的限制完全不同。目標服務可能限制自己的登入工作階段，用戶端也可能維護本地設定數量，這些都不等於 FvVPN 限制裝置數量。

若提示來自用戶端，檢查是否匯入了重複設定、是否使用不相容的帳戶同步功能，以及用戶端本身是否要求管理已登入的執行個體。結束無用工作階段或清理重複本地設定時，不要刪除使用者面板中的有效訂閱。若提示來自目標網站，應依照目標網站的帳戶規則處理；更換線路通常無法解決其帳戶工作階段限制。

若使用者面板狀態與用戶端提示不一致，先登出面板並重新登入，再更新訂閱。FvVPN 註冊不需電子郵件地址，使用者名稱與密碼即可註冊，因此應妥善保存使用者名稱與密碼。不要為了排查裝置提示而重複建立多個帳戶，這會讓訂單、流量與訂閱來源混在一起。若無法判斷提示來源，應截取包含視窗標題與完整提示的畫面，同時遮蔽使用者名稱、訂閱與訂單資訊。

如何在多台裝置之間交叉驗證

不限裝置數量讓多裝置對照更方便，但對照時必須控制變數。選擇同一網路、同一線路地區與相近的用戶端模式，觀察另一台裝置是否重現。如果一台裝置正常、一台失敗，重點檢查失敗裝置；兩台都失敗，再更換網路或線路。不同平台的系統代理實作不同，不能要求介面選項完全一致，應比較結果與網路路徑。

Windows / macOS / iOS / Android / Linux 均受支援。桌面平台更便於查看日誌、路由與解析結果，行動平台則更容易受到背景策略與網路切換影響。若行動端異常而桌面端正常，先檢查背景權限與行動網路變化；桌面端異常而行動端正常，檢查虛擬網卡、系統代理與安全軟體。兩者都在同一網路失敗，則本地網路或線路路徑的優先順序更高。

交叉驗證不應使用公開分享訂閱的方式。每台裝置都應從使用者面板取得正確設定，並確保訂閱來源一致。若某台裝置長期未更新，先更新後再比較；若更新本身失敗，轉到上一章。對照完成後記錄「哪台裝置、哪種網路、哪條線路、哪類應用程式」可用或不可用，結論應是可重現的邊界，而不是籠統寫成某個平台不穩定。

恢復網路設定時的安全界線

系統提供的網路重設會刪除或重建多個網路元件，屬於影響範圍較大的操作，應放在診斷後段。執行前記錄無線網路、企業網路、固定位址、代理與虛擬介面設定。若裝置由組織管理，不應自行重設。一般使用者也應先嘗試結束其他網路工具、恢復自動 DNS、正常重新啟動用戶端與系統，再決定是否使用重設。

重設完成後不要立刻恢復所有自訂項目。先確認一般網路，再安裝或授權目前用戶端，匯入訂閱並測試基本線路。基本鏈路穩定後，逐項恢復瀏覽器擴充功能、自訂規則與開發環境代理。若恢復某項後問題再次出現，該項就是重要線索。這樣的恢復流程雖然比一次匯入舊設定慢，卻能避免將原本的問題完整帶回新環境。

§ SUPPORT

何時聯絡客服與如何提交有效工單

適合自行處理與適合提交工單的界線

一般網路本身無法使用、裝置受組織政策管理、目標網站帳戶受到限制時，通常應先聯絡對應的網路或目標服務支援。只有單一瀏覽器擴充功能造成的問題，也適合先在本機處理。相反地，當相同問題在多個可靠網路、多台裝置或多條線路上穩定重現，或使用者面板狀態、訂單狀態與用戶端結果明顯不一致時，應提交 FvVPN 工單。

線路問題適合提交的條件包括：同一線路在不同裝置與網路上出現一致錯誤、某一地區的一組線路均無法建立連線、特定線路持續斷線而其他線路穩定。用戶端問題適合提交的條件包括：系統權限已允許但核心服務無法啟動、一般網路下更新訂閱仍回傳明確錯誤、基本模式也無法涵蓋目標 App。帳戶與訂單問題則應直接從使用者面板進入工單，避免在公開頁面討論。

如果問題已透過切換線路解決，但仍頻繁重現，仍可提交工單，並說明目前已有暫時替代方案。如此支援人員可以優先判斷是否需要處理線路，不會誤以為所有連線都已中斷。30 天無理由退款屬於服務承諾；退款相關事項應依退款政策與使用者面板流程處理，不應與技術故障描述混寫在同一段。

工單應附上哪些資訊

有效工單應先用一句話描述邊界，例如「Windows 在家庭網路與另一個可靠網路上都無法連線，Android 使用相同線路正常」，或「iOS 前景穩定，鎖定螢幕後連線結束」。接著列出平台、用戶端來源、問題發生時段、線路地區、連線模式、受影響的應用程式與完整錯誤提示。若已嘗試本手冊的步驟，應寫明哪些操作改變了結果，避免支援人員要求重複測試。

截圖應包含視窗標題、狀態與錯誤原文，但需要遮蔽使用者名稱、訂閱、訂單詳情與個人內容。日誌可以附上問題發生附近的片段，不必將長期完整日誌全部貼到正文。若用戶端提供匯出診斷資訊的功能，應先檢查內容，再透過工單上傳。不要傳送真實密碼，也不要將訂閱網址寫入工單標題。

對於速度或尖峰時段問題，應提供一般網路是否正常、同地區其他線路的結果、具體使用情境與發生時段。對於網頁問題，應提供公開網域、瀏覽器與其他 App 是否一致，以及切換線路後的變化。對於訂閱問題，應提供更新階段的錯誤文字與中斷連線後是否可更新。對於背景斷線，應提供前景是否穩定、系統背景權限狀態及是否發生網路切換。

問題現象：
影響範圍：
使用平台：
目前網路：
線路地區：
連線模式：
錯誤原文：
已完成的自查：
可穩定重現的步驟：
暫時可用方案：

如何取得可重現的日誌

記錄日誌前先結束無關應用程式，固定網路與線路。清除舊日誌並非必要，但應明確知道問題發生的大致位置。開始記錄後，依最短路徑重現一次：開啟用戶端、選擇線路、發起連線、造訪目標，再停止操作。不要在記錄期間連續切換多條線路，否則日誌會包含多個失敗流程，難以判斷哪一段對應工單描述。

若問題涉及斷線，應記錄斷線前發生的系統事件，例如鎖定螢幕、休眠、網路切換或前景與背景變化。若問題隨機出現，可以讓用戶端持續執行，現象發生後立即記下時段與目前線路。日誌中出現錯誤不代表每一筆都是根因，網路軟體在切換過程中產生少量取消或重試記錄很常見，支援人員會結合時間與現象判斷。

命令列輸出也應只包含診斷所需的部分。可以提供網域解析結果、路由介面狀態與公開目標的連線錯誤，但應先檢查環境變數、存取權杖、專案位址與本地使用者名稱。任何從開發環境複製的日誌都可能夾帶憑證，提交前必須清理。示例訂閱只能使用類似 https://example.com/sub?token=YOUR_TOKEN 的明顯假值，真實網址不應出現在文件或公開記錄中。

長期維護：減少重複故障

完成修復後，應保留一份簡短結論：問題層級、觸發條件、有效解決方法與可用備選線路。不要只寫「重裝後就好了」，而應記錄重裝前是否存在權限錯誤、重複設定或舊虛擬網卡。如此下次出現相似現象時，可以先驗證同一個邊界，而不是從頭嘗試所有步驟。

訂閱應透過使用者面板更新，用戶端也應從面板取得。不要長期保留來源不明的舊設定，也不要將多個服務設定混入同一個無法辨識的群組。線路選擇可以依使用情境保留主選與備選，並定期確認舊線路名稱是否仍對應目前設定。FvVPN 覆蓋 90+ 個國家 / 200+ 條線路，選擇範圍較大，但排查時仍應一次只比較一個變化。

系統更新、網路環境變化與用戶端權限調整後，建議重新完成最小驗證：一般網路、訂閱更新、基本連線、出口 IP、DNS 與常用 App。完整驗證方法可閱讀VPN 連線後如何確認已生效。若問題主要來自遊戲延遲與封包遺失，可參考遊戲加速器與 VPN 的差異，避免將通用代理與專用遊戲路由混為同一類工具。

從現象回到相依關係

系統排查的核心不是記住所有按鈕位置，而是辨識相依關係。一般網路是入口，訂閱提供設定，用戶端建立通道，系統路由決定流量路徑，DNS 提供網域解析，線路連線至目標地區，目標服務最終回傳內容。每一層都可以獨立驗證，也都可能影響下一層。只要先確認最後一個正常環節，就能縮小範圍。

完全無法連線時，從權限、衝突與網路入口開始；連線後無網路時，從路由與 DNS 開始；速度慢時，區分吞吐量、回應與目標限制；頻繁斷線時，觀察網路切換、休眠與背景策略；訂閱失敗時，分開檢查下載、解析與狀態；單一 App 異常時，檢查系統代理、虛擬介面與分流；所謂裝置數超限則先核對提示來源，因為本服務不限裝置數量。

如果經過這些分支後仍無法定位，不必繼續擴大變更範圍。保留最小重現環境，進入使用者面板的工單入口，依本章結構提交資訊。清楚的問題邊界、完整的錯誤原文與可重現步驟，比大量無關截圖更有價值。問題解決後再恢復自訂規則與擴充功能，每恢復一項就驗證一次，直到日常環境穩定。