VPN 用戶端顯示「已連線」，只代表裝置已與 VPN 節點建立連線，不代表所有網路流量都已順利通過。網頁打不開、App 一直載入或只有部分服務異常，可能分別與本地網路、DNS 解析、系統代理、分流規則、節點狀態或傳輸協定有關。與其反覆切換節點，不如每次只檢查一個環節，先找出故障範圍，再決定要調整哪項設定。
排查時先留意問題的範圍：所有網站和 App 都無法使用，通常要先檢查裝置網路、VPN 接管方式或節點；只有特定網站失敗，則較可能與 DNS、分流規則或該服務的連線狀態有關。如果只有一台裝置出問題，也應優先檢查該裝置的系統設定，而不是立刻判定 VPN 服務整體異常。
先判斷是哪一段網路出問題
「不能上網」有不同表現，先記下哪些功能正常，會比立刻修改設定更有效。可先開啟一般網站，再測試需要登入的服務、影音 App 或通訊工具。如果瀏覽器可以開網頁，但某個 App 無法連線，可能是該 App 不遵循系統代理、被分流規則排除，或使用了不同的網路協定；若所有應用程式都沒有回應，則應先查看 VPN 是否真正接管系統流量。
- ✅ 中斷 VPN 後測試一般網頁，確認 Wi-Fi 或行動網路本身可用。
- ✅ 重新連線後比較不同網站與 App，分辨是全面故障還是單一服務異常。
- ✅ 切換 Wi-Fi 與行動網路測試，確認問題是否只發生在某一種接取網路。
- ✅ 查看用戶端是否顯示流量活動、連線時間或節點狀態，而不只看「已連線」字樣。
- ❌ 不要同時開啟多個 VPN 或代理用戶端，避免路由、DNS 與系統代理互相覆蓋。
- ❌ 不要一次更改多項設定，否則即使連線恢復，也難以確認真正原因。
如果切換網路後，問題只在某個 Wi-Fi 下出現，應先檢查路由器、公共網路登入頁或該網路是否限制 VPN 流量。若不同網路都出現相同現象，再繼續檢查用戶端與節點。公共 Wi-Fi 有時會要求先完成網頁驗證；VPN 在驗證前就啟用時，連線可能看似成功，實際上卻無法正常交換資料。
檢查 DNS、分流與代理設定
DNS 負責把網域名稱解析成 IP 位址。VPN 已連線但 DNS 仍走原本的網路，或裝置保留了失效的 DNS 快取，都可能造成部分網站無法開啟、App 找不到伺服器，或同一個網域在不同網路下表現不一。若只有特定服務異常，可先重新啟動 App 與用戶端，再確認 DNS 模式是否由 VPN 或用戶端接管；不要為了測試而隨意填入來路不明的 DNS 位址。
接著檢查流量模式。全域模式通常會把較多流量交給代理或 VPN；規則模式則依網域、IP 位址、程序或地理規則決定走向。當規則把某個服務判定為直連時，即使 VPN 顯示已連線，該服務仍可能使用本地網路。反過來說，若本地網路或區域服務也被錯誤送進節點，可能出現登入失敗、內容載入不完整或連線速度異常。
系統代理與虛擬網路介面也不可混為一談。只設定系統代理的用戶端，通常需要應用程式主動讀取系統代理設定；不讀取該設定的 App 可能完全不經代理。使用 TUN 模式時，用戶端會建立虛擬網路介面以接管更多系統流量，但仍須確認路由、DNS 與權限設定正確。Clash Verge、sing-box 或 Shadowrocket 等相容用戶端的操作名稱和功能可能不同，應以目前版本介面及所選模式為準。
| 觀察到的現象 | 可能原因 | 優先檢查 |
|---|---|---|
| 所有 App 都無法連線 | VPN 未接管流量、節點無回應或本地網路受限 | 先測試直連網路，再重新連線並更換節點 |
| 只有部分網域無法開啟 | DNS 解析異常或分流規則不合適 | 確認 DNS 接管狀態，檢查該網域走直連還是代理 |
| 瀏覽器正常，單一 App 失敗 | App 不使用系統代理，或流量被規則排除 | 檢查應用程式分流，必要時測試 TUN 接管 |
| 顯示連線但資料沒有更新 | 節點路徑中斷、代理埠設定不一致或連線遭網路限制 | 重新連線，確認用戶端模式與系統代理狀態 |
| 只在特定 Wi-Fi 發生 | 網路登入頁、路由器設定或接取網路限制 | 先完成網路驗證，再比較行動網路或其他 Wi-Fi |
依序操作：從容易驗證的設定開始
以下步驟適合在問題範圍初步確認後操作。每完成一項，就重新測試原本失敗的網站或 App；若恢復正常，先停止繼續修改。這樣可以保留已知可用的設定，也避免把單一故障擴大成多項設定互相衝突。
- 確認底層網路：中斷 VPN，打開一般網頁或重新連接 Wi-Fi。若直連也無法上網，先處理路由器、行動網路訊號、網路登入頁或服務商連線，不必先調整 VPN 節點。
- 重新建立連線：在用戶端中斷連線，確認系統 VPN 圖示或狀態列已消失，再重新連線。若介面仍顯示舊狀態，可正常關閉並重新開啟用戶端；不要在連線尚未清除時反覆點擊連線按鈕。
- 更換節點作比較：選擇另一個可用節點，只改變節點這個條件。如果不同節點有不同結果，問題較可能位於原節點或其路徑；若結果完全相同，應回頭查看裝置、DNS、代理模式與網路限制。
- 檢查接管模式：在系統代理模式下，確認系統代理已啟用，且失敗的 App 會遵循該設定；若需要接管不支援系統代理的應用程式，可在相容用戶端中測試 TUN 模式，並確認系統已授予必要的 VPN 或網路權限。
- 查看分流規則與 DNS：暫時使用較簡單的規則或全域模式作對照，並確認 DNS 由預期的路徑處理。若測試後恢復，逐步檢查網域規則、程序規則與 DNS 覆寫設定，再回到日常使用的分流方式。
- 檢查系統限制：確認省電模式、背景網路限制、防火牆或安全軟體沒有阻止用戶端運作。若剛安裝或更新用戶端，檢查作業系統是否重新要求 VPN 設定、網路擴充或本機代理權限。
使用訂閱匯入的相容用戶端時，也要確認設定檔已成功載入，而且目前選中的節點確實屬於該設定檔。節點清單可以顯示在介面中，但不代表每個節點都可正常建立資料傳輸。若設定檔更新後才開始異常，可重新載入訂閱並確認選取的代理羣組；不要把訂閱網址貼到公開論壇或分享給不可信任的人。
iPhone、Android、Windows 與 Mac 的檢查方式
iPhone 與 Android
在 iPhone 上，先到系統設定確認 VPN 狀態，再檢查用戶端是否獲得建立 VPN 設定的權限。若使用行動網路正常、Wi-Fi 異常，或情況相反，可分別測試，並留意 Wi-Fi 是否需要先登入驗證頁。若只有背景中的 App 斷線，查看系統的背景更新、省電或行動數據限制；某些 App 在切換網路後，需要完全關閉再重新開啟才能建立新連線。
Android 裝置可在系統的 VPN 設定中確認目前連線的用戶端，並查看是否啟用了「一律使用 VPN」或「封鎖未經 VPN 的連線」等選項。這些設定可避免流量意外直連，但若 VPN 沒有成功接管流量，也可能使裝置看起來完全無法上網。測試時可先辨認設定目前狀態，不要在不清楚用途時直接重設整台裝置的網路設定。不同品牌的省電管理也可能限制用戶端背景執行，需將其納入檢查。
Windows 與 macOS
Windows 上可先查看用戶端是否啟用系統代理或 TUN，並檢查系統代理設定是否被其他程式改寫。若瀏覽器能用、某些桌面 App 不能用，測試代理模式與 TUN 模式的差異，並留意防火牆或安全軟體是否阻止用戶端核心建立網路連線。若 VPN 中斷後仍無法直連，檢查是否啟用了「封鎖非 VPN 流量」或類似的網路保護功能。
macOS 上，系統 VPN 狀態、網路擴充權限與代理設定可能分別由系統和用戶端管理。更新用戶端或 macOS 後，應重新確認系統是否允許網路擴充運作，以及目前 Wi-Fi 服務套用的代理設定。若問題集中在瀏覽器，可暫時關閉瀏覽器內建的安全 DNS 或代理擴充功能作比較，但測試完成後應恢復原本的隱私與安全設定，避免留下不必要的變更。
在各平台上，重新安裝應是較後面的處理方式。先記下目前的模式、分流方式與問題表現，再依官方用戶端流程更新或重裝；使用第三方用戶端時，則應確認核心、設定檔格式與訂閱內容彼此相容。若需要向客服或管理者說明問題，可提供作業系統、用戶端名稱與版本、連線模式、使用的網路類型，以及哪些網站或 App 受影響；請遮蔽帳號密碼、訂閱連結與其他可識別資訊。
何時更換協定或節點
只有在本地網路、DNS、分流和代理接管方式都已確認後，才值得進一步比較協定。Shadowsocks、VMess、Trojan、Hysteria2 與 WireGuard 的傳輸方式和用戶端支援條件並不相同；可用選項取決於服務提供方式、用戶端核心與作業系統。若目前網路對某種傳輸方式不友善，更換協定可能有幫助，但不應把協定名稱視為速度或可用性的保證。
比較時一次只換一個條件，例如先維持同一裝置與同一網路，再更換節點；若節點相同但可選協定不同，再比較協定。若連線狀態穩定但所有網站均無回應，檢查用戶端日誌中是否有 DNS 解析、路由建立或握手錯誤等訊息，並依用戶端提供的診斷方式處理。不要公開含有帳號資訊、訂閱資料或完整連線憑證的日誌。
- ✅ 節點切換後恢復：記錄原節點與新節點的差異，避免反覆切換造成判斷混亂。
- ✅ 只有一種網路下失敗：優先檢查該網路的登入頁、路由器或連線限制。
- ✅ 只有單一 App 失敗：優先查看 App 是否遵循代理，以及分流規則是否涵蓋它。
- ✅ 更新用戶端後異常：重新確認權限、網路擴充與設定檔相容性。
- ❌ 不要把訂閱連結、帳密或未遮蔽的診斷日誌公開貼出。
若更換網路、節點與用戶端模式後仍然相同，或用戶端持續回報連線建立失敗，整理測試結果再尋求支援，會比只描述「已連線但不能上網」更容易定位。提供結果時註明直連是否正常、哪些應用程式受影響、使用哪一種網路，以及近期是否更新系統或用戶端；同時不要提交密碼或可直接使用的訂閱資料。