遇到問題？先來這裡找答案

先看當前節點延遲：如果是超時或飄紅，換一個延遲正常的節點再試。延遲正常但仍打不開，檢查代理模式有沒有被誤切到「直連」；桌面端還可以開啟「日誌」頁面，看看具體連線是被誰拒絕的。少數情況是 DNS 解析異常，重啟一次我的核心通常就能恢復。

先排除節點本身的問題：切到「自動選擇」策略組，讓我自動挑延遲最低的線路。如果所有節點都慢，可能是服務商線路高峰期擁堵，換個時間段或聯絡服務商反饋。也檢查一下是不是誤開了「全域模式」，把本地流量也繞去了代理，改回「規則模式」就能讓本地網站恢復直連速度。

這通常是分流規則把該網站錯誤地分去了直連。開啟「規則」頁面搜尋對應域名，看它命中了哪一條；如果規則集本身沒問題，大機率是 DNS 結果被汙染。參考文件裡的 DNS 配置一節，確認 fake-ip 與 fallback 是否按推薦值配置。

先手動點一次「測速」，排除只是還沒重新整理的假象。仍然超時的話，大機率是該節點本身故障或者訂閱已過期，去服務商後臺確認帳戶狀態；如果只有個別節點異常，直接換節點即可，別在一個壞節點上反覆重試。

先確認訂閱連結本身能不能訪問：把連結貼上到瀏覽器，如果打不開，說明訂閱網址暫時無法連線或服務商故障，換成行動網路更新試試。連結能開啟但客戶端仍更新失敗，檢查系統時間是否準確（時間誤差過大會導致憑證驗證失敗），也可能是客戶端更新逾時設定過短，可以在「配置」裡手動重試。

能用。訂閱連結本身跟裝置無關，只要沒有超出服務商限制的裝置數，在新裝置上把同一條連結貼上匯入即可，節點會和舊裝置完全一致。換裝置後建議手動點一次「更新」，確保拿到的是最新節點列表。

多半是連結複製時漏了末尾字元，重新完整複製一遍最保險。也檢查一下有沒有多餘的空格或換行被帶進了輸入框。如果連結確認無誤，嘗試刪除舊配置重新新增一次，而不是在原有配置上反覆點更新。

這是 macOS 的 Gatekeeper 機制對未簽名 App 的預設攔截，不代表檔案真的損壞。前往「系統設定 → 隱私與安全性」，往下滑到被攔截應用的提示旁點選「仍要開啟」即可；部分老版本 macOS 需要改成在應用圖示上按住 Control 點選「開啟」，在彈窗裡再確認一次。

代理類工具會修改系統網路設定，容易被安全軟體的啟發式規則誤報，這是已知的行業通病，我的原始碼是完全公開的，可以在 GitHub 上自行審計。可以在安全軟體裡把安裝套件臨時加入信任名單，或者從 GitHub 倉庫直接獲取最新構建。

去客戶端「設定」頁面確認「開機自啟」開關是否開啟；桌面端還需要檢查系統的啟動項管理裡我有沒有被手動停用過。Windows 使用者額外確認一下是否被防毒或系統優化軟體的「啟動項最佳化」自動關閉了，重新開啟即可。

會。同一時間只應該有一個工具佔用系統代理和網路介面卡，兩個同時開啟會互相搶佔埠或路由表，導致兩邊都不穩定。使用我之前，先把其他代理/VPN 完全退出（不只是最小化），需要切換時也遵循「先關一個再開另一個」的順序。

先嚐試完全退出後重新開啟一次，多數偶發問題重啟就能解決。如果反覆出現，檢查設定檔裡是否有手動編輯導致的 YAML 格式錯誤（縮排混用 Tab 和空格是最常見原因），可以先把設定還原成一份能正常跑的舊版本，確認是設定問題還是客戶端本身問題。

先看規則集數量：訂閱了過多規則集或者規則寫得過於複雜，會增加每次匹配的開銷。也檢查日誌級別有沒有被誤設成 debug 長期開著，調回 info 或 warning 能顯著降低資源佔用。如果佔用持續攀升不回落，可能是某個連線卡在了重連迴圈，重啟核心即可清空。

不一定。個別節點連線失敗、單次測速超時都會打紅色日誌，這是正常的容錯行為，只要整體連線和使用沒受影響就不用管。如果是同一條報錯持續刷屏，再照著報錯內容裡的域名或節點名去對應排查，比一次性看懂所有日誌更有效率。