這份清單按「最可能、最好排查」到「相對少見」的順序排列，建議按順序檢查，不要跳步驟。絕大多數「打開代理卻上不了網」的情況，原因都集中在前四項，很少真的需要排查到第八、第九項——按順序走一遍，通常兩三分鐘就能找到問題所在，不需要一上來就懷疑是複雜的網路環境問題。
- 使用者端是否顯示「已連線」——最基礎但也最容易被忽略的一步。有些使用者端安裝後需要手動點擊連線按鈕，並不是打開軟體就自動生效，先確認左下角或首頁的連線狀態。
- 系統代理開關是否真的打開——使用者端內部顯示已連線，不代表系統層面的代理設定已經切換過去。Windows 檢查系統匣圖示選單裡的 System Proxy 是否勾選，macOS 檢查選單列圖示裡 Set as System Proxy 是否選中。
- 訂閱是否成功匯入了節點——開啟「配置 / Profiles」頁面，看節點數量是否為 0。如果是 0，通常是訂閱連結失效或者複製時帶了多餘空格，重新取得連結再試一次。
- 目前策略組裡是否有可用節點——節點數量正常不代表節點能用，進入策略組測速一次，如果全部節點延遲顯示逾時，大概率是訂閱服務商那邊的問題，換一條訂閱或聯絡服務商。
- 是不是規則把這個網站分類成了直連——這是「某個網站打不開但其他網站正常」最常見的原因。開啟使用者端的「連線 / Connections」面板，看這條請求命中的規則是不是
DIRECT。如果確實誤判，可以按規則詳解文章手動加一條規則糾正。 - 本機埠是否被其他程式佔用——Clash 預設使用 7890（代理埠）和 9090（外部控制器埠），如果本機還執行著其他代理軟體或者之前的 Clash 處理程序沒有完全退出，埠衝突會導致代理無法正常監聽，重新啟動使用者端或者更換埠設定即可。
- DNS 是否被污染，或者沒有走 Fake-IP——如果網頁能連上但載入異常緩慢、或者部分網站解析到錯誤的 IP，檢查 DNS 配置裡是否開啟了 Fake-IP 模式，具體原理和配置可以看DNS 配置文章。
- TUN 模式權限是否正確——如果開啟了 TUN 模式但某些應用依然不走代理，檢查系統權限是否給到位：Windows 是否以系統管理員身分執行，macOS 是否在系統設定裡允許了對應的網路擴充功能。
- 是否和其他代理 / VPN 軟體衝突——同時執行多個代理工具幾乎必然衝突，包括某些瀏覽器擴充功能自帶的「內建 VPN」功能。把其他代理類工具全部關掉，只保留 Clash 單獨測試。
如果按順序走到某一項時問題突然消失了，說明大概率就是這一項導致的，可以先解決它再繼續驗證後面幾項是否也存在問題，不需要把九項全部走完才下結論。
排查時可以借助的兩個內建工具
大部分使用者端在介面裡自帶了兩個排查工具，很多新手完全沒用過：一個是「延遲測試」，可以對策略組裡的每個節點單獨測速，快速看出是不是某個具體節點掉線了；另一個是「連線 / Connections」面板，能即時看到每一條網路請求命中了哪條規則、走的是哪個節點，比盲猜規則是否生效直觀得多。排查上面第五項「規則誤判」時，這個面板幾乎是必用工具。除此之外，部分使用者端還提供了「日誌 / Log」頁面，把日誌等級調到 debug 之後可以看到更詳細的連線過程，遇到疑難問題時把這部分日誌發給服務商或者在社群求助，通常能更快得到準確的答案。
如果九項都排查過了還沒解決
大概率是節點本身的問題（比如服務商那邊線路故障），而不是 Clash 使用者端配置的問題。可以聯絡你的訂閱服務商確認線路狀態，或者先切到「全域模式」測試所有節點的連通性，排除是不是規則配置導致的假象。如果換了幾個節點問題依舊存在，那就基本可以排除節點因素，回頭再重新過一遍前面的九項檢查，尤其是埠佔用和 DNS 相關的兩項，這兩類問題的症狀有時會偽裝成「節點不可用」。本站的常見問題頁也收錄了更多針對性的排查場景，涵蓋了比這份清單更細分的具體報錯資訊。