代理開了卻上不了網？分層疑難排解完整指南
本文目錄
「用戶端明明在跑，圖示也亮著，網頁就是打不開。」這大概是代理使用者最常遇到的狀況。好消息是，它幾乎不會是軟體壞掉，而是四個環節其中之一沒接上：用戶端有沒有真的接管流量、節點通不通、規則有沒有選錯、DNS 是否正常。
亂試最沒效率。正確做法是由外而內分層確認，錯在哪一層就停在哪一層處理。照著下面的順序走，多數問題十分鐘內能定位。
下面每個步驟都附上明確的判斷依據，最後收在一份快速檢查清單。若你遇到的是明確的錯誤訊息而不是靜悄悄沒反應，請改看常見錯誤疑難排解。
先分層：問題只可能出在這四個環節
把整條路徑拆開來看：你的程式 → 用戶端接管（系統代理或 TUN）→ 節點連線 → 分流規則判斷 → DNS 解析 → 目標網站。任何一段斷掉，症狀看起來都一樣：網頁轉圈圈。所以別跳著猜，依序確認才不會白費力氣。
先做個先導判斷：把用戶端關掉，看直連能不能開本地網站。連直連都不通，就是本機網路的問題，跟代理無關。
第一步：確認代理開關與連接埠一致
系統代理與 TUN 至少要開一個，流量才會進到核心。很多人以為啟動用戶端就等於開始代理，其實是兩個分開的動作。
- 打開用戶端，確認系統代理開關是開啟狀態；或者確認 TUN 模式已啟用。
- 到作業系統的網路設定裡對照一次：手動代理位址應為本機位址，連接埠要跟用戶端設定頁的混合連接埠一致（常見為 7890 或 7897）。
這個階段有個原則：系統代理與 TUN 只開一個。兩個一起開，流量路徑會變得難以判斷，反而拖慢排查速度。
第二步：測節點延遲，全部逾時代表什麼
到代理頁面對整組節點做一次延遲測試。結果通常分三種：
- 部分有延遲、部分逾時：正常現象，選一個延遲低又穩定的節點就好。
- 全部逾時：多半是訂閱過期或線路整批出狀況。先手動更新一次訂閱，仍然全紅就聯絡服務商確認帳號狀態。
- 測完延遲正常，但網頁還是不通：代表節點層沒問題，直接往第三步走。
更新訂閱本身失敗的話，那是另一個環節的問題，處理方式見訂閱匯入教學裡的失敗排查段落。
小技巧：延遲測試量的是往返時間，數字漂亮不等於速度快。判斷通不通時它很有用，判斷快不快只能當參考。
第三步：模式選錯是最常被忽略的原因
用戶端通常有規則、全域、直連三種模式。直連模式下所有流量都不走代理，看起來就像代理完全失效——這是很常見的烏龍，通常發生在為了測試臨時切過模式又忘了切回來。
把模式切回規則後仍有部分網站不通，就要看是不是規則把它判成直連了。用戶端的連線頁面會顯示每條連線命中哪條規則、走了哪個代理組，逐條對照就能找出被錯誤分流的網域。臨時驗證時也可以切到全域模式：全域能開、規則不能開，答案就很明確了。
第四步：DNS 出問題的典型症狀
DNS 相關的故障有幾個好認的特徵：網頁一直停在「正在查詢主機」、用 IP 位址能連但用網域名稱不行、開啟 TUN 之後整台電腦沒網路。
基本處理方向有三個：確認 enhanced-mode 設定（fake-ip 與 redir-host 兩種行為不同）；檢查上游 DNS 是否可用；某些應用程式需要真實 IP 才能運作，這類要加進 fake-ip-filter 排除。完整的欄位說明與範例設定，請看DNS 設定詳解。
換過設定之後記得清一下本機的 DNS 快取，瀏覽器也重開一次，否則你可能還在看舊的解析結果。
還是不行？二分法與快速檢查清單
走到這裡仍未解決，就用二分法縮小範圍：換瀏覽器測（排除擴充功能）、換裝置用同一份訂閱測（排除本機環境）、換網路環境測（排除當前網路的限制）。三次測試通常足以判斷問題在裝置、在網路，還是在訂閱本身。
最後附上按順序執行的檢查清單：
- 關掉用戶端，確認直連狀態下本地網站能開。
- 重新啟動用戶端，只開系統代理或只開 TUN，不要兩個一起。
- 核對系統代理的位址與連接埠是否與用戶端一致。
- 更新訂閱，對節點做一次延遲測試，挑一個通的。
- 確認模式在規則或全域，不是直連。
- 檢查 DNS 設定，必要時清除本機 DNS 快取。
- 停用瀏覽器的代理擴充功能後重試。
- 換裝置或換網路交叉驗證，再決定要不要找服務商。
如果懷疑是用戶端本身太舊造成的相容性問題，可以到下載中心取得目前提供的版本重裝一次，設定與訂閱通常都會保留。