FlClash 常見問題

Clash 通常指代理核心及其設定生態，也常用來泛稱這類用戶端；mihomo 是從 Clash Meta 發展而來的核心專案，負責協定連線、規則比對與 DNS 處理。FlClash 提供圖形介面，用來管理設定、選擇代理策略及調整網路接管方式。介面支援的功能取決於實際使用的核心版本；若某個欄位無法使用，應一併確認用戶端說明與核心支援範圍，而非只比較軟體名稱。

請從既有服務的帳戶頁面、組織網路管理員或自行架設的服務管理介面取得訂閱連結。本網站提供用戶端下載入口與設定說明，不提供 Clash 免費節點或訂閱帳戶。訂閱網址通常包含身分驗證資訊，取得連結的人可能讀取設定或耗用帳戶資源，因此請勿公開截圖、轉傳至群組或提交給公開的轉換網站。來源不明的免費設定也可能包含額外規則、DNS 與遠端資源網址，匯入前請先了解其來源與用途。

FlClash 常見的發行平台包括 Windows、macOS、Android 與 Linux；iPhone 則應選擇明確支援 iOS 的用戶端。本網站下載頁列出的 iOS 選項是 Clash Plus，提供 App Store 連結及官方網站 clashplus.io。現有訂閱能否繼續使用，取決於該用戶端支援的訂閱格式與協定類型。更換用戶端前，請先確認服務提供者有提供相容格式，再匯入並檢查策略群組；桌面版的系統代理與 TUN 操作方式不能直接套用到 iOS。

只有在服務提供者僅提供節點 URI 清單，而用戶端需要完整 Clash 設定時，才可能需要轉換格式。優先使用服務提供者提供的 Clash 或 mihomo 專用訂閱，這類訂閱通常已包含相符的策略群組與規則。轉換只能整理受支援的欄位，無法讓核心支援原本不具備的協定。將訂閱交給第三方轉換服務，就等於允許對方讀取連結內容；確有需要時，請選擇可信任的自架工具，並檢查輸出的 DNS、規則與遠端資源。

先複製完整的訂閱網址，再進入 FlClash 的設定頁面，使用新增設定或匯入功能，選擇從 URL 匯入並儲存。下載完成後，選取剛建立的設定，再前往代理頁面確認策略群組是否已顯示；只將網址加入清單，不代表已切換至該設定。接著選擇規則模式與可用的出站策略，依作業系統啟用系統代理或 TUN，再測試實際連線。不同發行版本的按鈕名稱可能略有差異，操作順序仍是匯入、選取設定、選擇策略、啟用流量接管。

Windows 可在設定中的系統資訊查看系統類型；一般 Intel 或 AMD 電腦選擇 x64，ARM 裝置則先確認發行版本是否支援。macOS 可在「關於這台 Mac」查看晶片，Apple Silicon 與 Intel 機型應使用各自的安裝檔。Android 應依裝置處理器及系統支援的 ABI 選擇，較新的手機通常使用 arm64，但舊裝置或特殊系統仍需個別確認。若安裝時出現解析錯誤，也可能是下載不完整或系統版本不符合需求，不要只是不斷更換架構。

TUN 需要建立虛擬網路介面並調整路由，通常比系統代理需要更高權限。Windows 請依用戶端提示安裝或啟動所需服務，必要時以系統管理員身分執行；macOS 與 Linux 則應完成相應的授權或服務設定，不要套用其他作業系統的指令。Android 首次啟用時，需確認系統的 VPN 連線要求；若已有其他 VPN，可能會發生衝突。完成授權後，重新啟動相關服務或用戶端，再查看記錄中的具體錯誤；排除問題時，請勿直接關閉所有安全防護。

先確認安裝檔來自可信任的下載來源，且符合晶片架構與系統版本。將 App 移至「應用程式」資料夾後再試著開啟；若系統明確顯示開發者驗證提示，可依目前 macOS 版本前往系統設定的「隱私權與安全性」，查看是否有允許開啟的選項。App 損毀、架構不符與安全性驗證是不同問題，請依完整提示分別處理。不要複製來源不明的終端機指令，也不要長期關閉系統安全機制；若仍無法開啟，請記下系統版本與完整錯誤訊息再進一步排查。

規則模式會依設定中的比對順序為連線選擇策略，適合作為日常使用的起點。全域模式會將已由核心接管的連線交給全域策略，適合短時間比對測試，但不會自動讓所有 App 流量進入核心。直連模式會讓已接管的連線嘗試直接連線，可用來判斷問題是否與代理出站有關。切換模式後，也要確認對應策略群組選用了哪個節點；部分既有連線會繼續沿用原本路徑，測試時可關閉目標 App 的連線後再試，避免把舊連線誤認為新模式的結果。

系統代理主要影響遵循作業系統代理設定的 App，並不代表整台裝置的流量都會被接管。先檢查瀏覽器擴充功能、App 內的代理選項及其他用戶端是否覆寫系統設定，再確認 FlClash 正在執行，且監聽連接埠與設定一致。命令列工具、部分遊戲及使用自有網路堆疊的軟體可能忽略系統代理，可視需要設定 App 代理或使用 TUN。驗證時請查看用戶端連線記錄中的目標處理程序與網域，不要只憑網頁能否開啟判斷流量是否已接管；公司裝置也可能受到管理政策限制。

部分在 AppContainer 中執行的 Windows App 受到本機迴圈存取限制，可能無法連上用戶端監聽的本機代理連接埠。如果一般瀏覽器正常，但特定市集 App 無法使用，請先確認該 App 確實使用本機代理，再考慮設定迴圈存取豁免。若用戶端提供 UWP 迴圈存取工具，可在取得授權後，只為目標 App 設定豁免；若目前發行版本沒有此功能，請依 Microsoft 文件確認 App 套件識別碼與操作步驟。迴圈存取豁免無法修復訂閱或節點故障，也不建議一次為所有 App 開放。

先區分是網域解析失敗還是連線逾時：查看記錄是否出現解析錯誤，並比對同一節點下其他網域的連線狀況。確認設定使用的 DNS 模式、解析器位址，以及解析請求的出站路徑；尤其要避免解析器本身需要代理，卻又依賴尚未建立的代理連線。使用 fake-ip 時，部分 App 可能需要設定特定的過濾規則。每次只修改一項，保留原設定並重新建立目標連線；不建議同時更換所有 DNS、停用 IPv6 及調整路由，否則很難找出真正原因。

先確認本機網路正常，再前往訂閱來源的帳戶頁面，檢查連結是否已重設、服務是否到期，以及服務提供者是否要求使用專用訂閱入口。401 通常與驗證有關；403 可能涉及存取限制或伺服器端政策，實際原因請以服務提供者的說明為準。若回傳的是 HTML 登入頁，也不代表取得了有效設定。自動更新間隔只會影響發出請求的時間，無法修復失效連結。修改網址後，手動更新一次，並保留狀態碼與時間以便向服務提供者詢問；分享記錄前，請刪除完整訂閱網址及其中的驗證資訊。

先暫停用戶端接管，確認本機網路本身能連上一般網站，再檢查訂閱是否有效、目前是否已選取正確設定。重新啟用接管後，確認策略群組選項、系統代理或 TUN 狀態，並使用同一個測試網址比較不同節點。節點測試逾時可能是測試網址無法連線，不一定代表所有實際連線都失敗；應搭配實際請求與記錄判斷。若所有節點都異常，優先檢查本機 DNS、路由及其他 VPN 是否衝突；若只有單一節點失敗，再聯絡服務提供者確認該節點狀態，避免同時修改多項設定。

先記下瀏覽器顯示的錯誤類型、目標網域與憑證簽發者，再確認系統日期、時間與時區是否正確。接著比較直連與代理連線，排除需要登入的公共網路、異常 DNS 結果、安全軟體的 HTTPS 檢查或節點出口問題。一般代理轉送通常不需要瀏覽器信任額外的根憑證，不要為了開啟網頁而隨意安裝陌生憑證或略過驗證。若只有單一網站發生錯誤，也可能是網站本身的憑證已過期；可改用可信任的網路再次檢查，並依具體錯誤判斷原因。

先確認目前使用的設定確實引用了 GEOIP、GEOSITE 或相關規則集，並檢查更新的是該規則所需的資料來源，而非名稱相似的其他檔案。規則會由上而下比對，前面的規則已命中時，後面的規則就不會繼續參與判斷；更新資料庫也不會改變規則順序。GEOIP 依據目標 IP 判斷，GEOSITE 則用於網域分類，兩者用途不同。更新後依用戶端提示重新載入設定，並以新連線查看命中記錄；若分類仍不符合預期，應檢查規則內容與資料庫來源，而非一再更新。