FlClash 入門指南
訂閱、模式與連線驗證

步驟一：匯入訂閱

開啟 FlClash 的「設定」頁面，找到新增設定的入口。使用遠端訂閱時，選擇透過 URL 匯入，將服務提供者給你的完整訂閱網址貼到網址欄。名稱可填寫方便辨識的用途，例如「日常設定」；名稱只供本機管理，不會影響節點連線。儲存前，請確認網址前後沒有多餘空格、換行或通訊軟體自動加上的標點符號。

訂閱網址通常包含個人存取憑證，請妥善保管，如同密碼一般。不要將完整網址貼到公開論壇，也不要在截圖中顯示網址參數。能在瀏覽器網址列開啟的帳戶首頁，不一定是訂閱網址；請使用服務提供者明確標示、適用於 Clash 或 mihomo 的訂閱入口。若來源提供多種格式，優先選擇用戶端核心可辨識的格式。

確認下載、解析與啟用狀態

按下儲存或匯入後，等候用戶端完成下載。成功時，設定清單中應會出現剛命名的項目；有些介面也會顯示更新時間或其他訂閱資訊，是否顯示取決於伺服器回傳的內容。項目出現不代表一定已啟用，還要點選該項目或使用啟用功能，將它設為目前使用的設定。接著前往「代理」頁面，確認策略群組與其中的節點已載入。

完成這個步驟的條件是目前使用的設定已選取，代理頁面也已載入相應內容。如果只看到設定名稱，卻沒有預期的策略群組，請先回到設定清單檢查匯入結果，不要急著開啟 TUN。有些訂閱只包含節點，需要用戶端的設定範本補上規則；有些則是完整設定。兩者的介面可能不同，請以服務提供者的說明及實際載入結果為準。

匯入本機檔案與處理匯入失敗

使用本機設定時，請選擇匯入檔案，並在系統檔案選擇器中開啟實際的 YAML 檔案。不要將網頁另存成檔案後直接匯入，網頁內容不是代理設定。匯入後同樣要選取該設定，再檢查代理頁面。若設定包含外部規則集或代理群組，初次載入時可能還需要額外下載；這些資源也必須能夠連線。

若出現請求逾時，先確認目前網路能否連線至訂閱服務；若解析失敗，先檢查回傳內容是否變成登入頁面、到期通知或錯誤頁面。不要反覆新增設定，造成重複項目，也不要將私人訂閱交給來源不明的轉換網站。格式檢查的詳細步驟可參考訂閱匯入失敗與解析錯誤自我檢查。

匯入完成後，保留這份設定作為本次測試對象。接下來先不要新增第二份訂閱，也不要匯入額外覆寫設定。如此進入模式選擇步驟時，頁面上的策略群組來源清楚，遇到問題也比較容易還原。

步驟二：選擇代理模式

回到首頁或設定頁，找到「模式」或「出站模式」。初次使用請選擇「規則」，對應的設定欄位為 mode: rule。規則模式會依設定中的匹配順序，決定請求走直連、交由某個策略群組，或使用其他出站方式；它不會依照應用程式是否常用來自動判斷，也不保證所有網站都會經過代理。

模式與節點是兩個不同層級的設定。先選擇規則模式，再開啟「代理」頁面，找到規則所使用的主要策略群組。策略群組名稱由設定決定，可能是中文用途名稱，也可能是其他自訂名稱，不必特別尋找名為「主節點」的項目。展開策略群組後，點選一個可用節點，讓它成為該群組目前使用的節點。

先指定一個出站節點，再考慮自動選擇

初次驗證建議手動選擇群組中的一個明確節點。若主要策略群組引用了另一個群組，請繼續展開，確認最後選到可用節點，而不是停留在 DIRECT 或拒絕出站的項目。自動選擇群組會依其測試規則選取成員，適合設定穩定後使用；初次排查時，固定使用一個節點更容易判斷每次設定變更造成的影響。

如果用戶端提供延遲測試，可以執行一次作為輔助檢查。測試結果只反映該節點連線至指定測試網址的狀況，不代表所有目標都能連線，也不代表瀏覽器流量已進入代理。測試失敗可能與測試網址、節點狀態或網路有關；測試成功後，仍須完成後續的連線與實際瀏覽驗證。

規則、全域與直連模式的用途

「全域」模式通常會將進入核心的請求交給全域策略群組，適合短時間確認問題是否來自分流規則。切換後仍須檢查全域群組中選取的出站節點，它也可能設為直連。「直連」模式通常會讓進入核心的請求直接連線至目標，適合明確需要直連的情況。直連模式不等於退出用戶端，也不會自動撤銷作業系統的代理設定。

日常使用時先維持規則模式，不要同時修改規則集、DNS 與節點通訊協定參數。即使介面已顯示規則模式，應用程式流量也不一定已進入用戶端；下一步還要建立連線並選擇流量接入方式。proxy-groups、rules 與規則匹配順序的完整說明，請參閱設定欄位參考。

本步驟完成條件：已選取規則模式，且規則使用的策略群組已有明確的出站節點。暫時不要以「所有網站的出口都改變」作為判斷標準，規則模式允許部分請求直連。

步驟三：建立連線

回到首頁，操作連線開關，讓用戶端啟動核心並載入目前設定。不同版本可能將連線操作與系統代理設定連動，也可能設有獨立開關，因此要分別確認「核心已執行」與「應用程式流量已接入」。僅看到首頁開關已開啟，不能直接判定瀏覽器正在使用代理。

桌面版：先啟用系統代理

在 Windows、macOS 或 Linux 上，先找到「系統代理」設定並啟用，暫時不要開啟 TUN。系統代理會讓遵循作業系統代理設定的應用程式，將請求傳送至本機監聽連接埠。瀏覽器通常適合作為第一個測試項目；但有些應用程式有獨立代理設定，或完全不理會系統設定，需等基本連線驗證成功後再個別處理。

連線前先關閉其他會接管系統代理或 VPN 的軟體，避免多個用戶端反覆覆寫系統設定。若瀏覽器安裝了代理切換擴充功能，也要確認它是否強制指定其他位址。初次驗證時只保留一種代理入口，不要同時啟用多個擴充功能、手動代理與 TUN，再根據結果猜測是哪一層生效。

若出現連接埠遭占用的提示，請查看設定頁顯示的混合連接埠。常見設定會使用 mixed-port: 7890，但訂閱、用戶端或既有設定可能使用其他連接埠，請以目前實際值為準。先關閉占用該連接埠的其他用戶端；若確實需要更改連接埠，也要同步修改應用程式中手動填寫的代理位址。只切換遠端節點無法解決本機監聽連接埠衝突。

Android：確認系統 VPN 權限

Android 初次連線時，通常會顯示系統 VPN 連線要求。確認發出要求的應用程式是剛安裝且準備使用的用戶端後，再允許連線。授權完成後返回用戶端，查看是否已進入執行狀態。如果系統已有其他 VPN 正在運作，通常要先中斷原有連線，再啟動這次連線；不能將兩個系統 VPN 同時運作當作基本設定。

若應用程式內設定了依應用程式分流的代理功能，請確認要用來測試的瀏覽器也包含在接管範圍內。否則，即使用戶端正常運作，瀏覽器仍可能直接連線。連線後出現系統 VPN 圖示，只能表示系統通道已建立，不能證明遠端節點、規則與 DNS 全部正常，仍須進行第四步。

何時再啟用 TUN

當瀏覽器透過系統代理已能正常連線，但某個應用程式仍不遵循代理設定時，再考慮啟用 TUN。桌面版 TUN 透過虛擬網卡接入更多流量，可能需要管理員權限或用戶端服務支援；其路由與 DNS 行為也會受設定影響。初次使用時，不要把 TUN 當成解決所有連線問題的開關，也不要在節點無法使用時反覆切換。

若啟動失敗，請開啟記錄檔，先查看這次點擊連線後出現的第一則明確錯誤。設定載入失敗、監聽位址遭占用與權限不足屬於不同環節，必須分別處理。錯誤訊息較長時，請保留必要欄位並遮蔽私人資訊，再依照mihomo 記錄檔錯誤排查方法繼續檢查。

目前應已具備可用設定、規則模式、已選取的節點，以及明確的流量接入方式。維持這些設定不變，接著只發出新的連線請求，觀察實際流量經過的路徑。

步驟四：確認是否生效

開啟瀏覽器並新增頁面，前往目前網路允許連線、且需要驗證的目標。不要只觀察已載入完成的舊分頁：舊頁面可能直接讀取快取，既有長連線也可能繼續沿用原本的連線路徑。必要時關閉舊分頁再重新開啟，讓用戶端能觀察到設定變更後的新請求。

比對網頁連線與連線記錄

連線至目標時，同時開啟用戶端的「連線」頁面，依網域或最近出現的記錄找到該請求。檢查目標位址、匹配規則與實際出站方式。若目標依設定命中直連規則，顯示直連是正常結果；要驗證代理節點時，請選擇依目前規則確實交由代理群組處理的目標，而不是要求所有請求都顯示相同出口。

出口查詢頁面可作為輔助工具，但要先確認查詢請求本身使用哪個出站方式。若查詢網域依規則設定為直連，顯示本機網路出口並不能證明整個用戶端失效。較可靠的判斷方式是：新請求出現在連線記錄中、命中預期規則、使用預期節點，而且目標頁面能順利載入。節點延遲測試與首頁的執行狀態都無法取代這些檢查。

失敗時依序檢查流量接入、規則與節點

若連線失敗，且連線清單中沒有相應的新請求，請先檢查系統代理是否已啟用、瀏覽器是否使用獨立代理，以及 Android 的應用程式分流範圍是否包含該瀏覽器。也要排除快取與既有連線的影響。此時應優先處理流量接入，不要先更換 DNS，因為請求可能根本還沒進入核心。

若有連線記錄，但實際出站不是預期節點，請回到第二步檢查模式與策略群組選擇。規則可能將目標交給另一個群組，或群組內仍選用直連。若出站節點正確，但記錄顯示連線逾時，請維持模式不變，只換用另一個已知可用的節點測試。若明確出現網域解析錯誤，再檢查設定中的 DNS 行為；詳細欄位與 Fake-IP 原理請參閱設定欄位參考，初次設定不必同時重寫這些內容。

每次只調整一項設定，接著以相同目標重新發出請求並記錄結果。如此才能分辨是「更換節點後恢復」還是「變更接入方式後恢復」。若同時更換訂閱、啟用 TUN、切換全域模式並修改 DNS，即使暫時可以連線，也很難確認真正原因，之後還原設定時容易再次中斷。

驗證成功後的日常操作

確認設定生效後，保留目前可用的設定，並依訂閱提供者的要求更新。更新時請直接重新整理原有設定項目，不必每次都新增設定。更新完成後重新檢查策略群組；若節點名稱或群組成員有變動，原本的選擇可能需要調整。自動更新間隔取決於用戶端與服務提供者，不了解限制時不建議設定過於頻繁的請求。

停止使用時，先關閉系統代理，或透過用戶端正常中斷連線以取消接管，再退出應用程式。若應用程式異常結束後瀏覽器突然無法連線，請檢查系統代理是否仍指向已停止監聽的本機連接埠。Android 則要確認 VPN 連線已中斷。退出用戶端與撤銷作業系統網路設定，在所有情況下並不等同。

完成標準：目前設定可用、模式與策略群組選擇明確，新請求命中預期規則並成功連線。達到此狀態後，再逐項新增 TUN、區域網路分享或自訂規則，不必為了完成入門流程而預先調整所有設定。

之後若要查閱欄位與合併行為，請前往設定欄位參考；若要重新確認安裝權限與初始設定，請閱讀首次安裝後的初始設定清單。更換裝置或重新匯入設定後，也可依照本頁四個步驟重新檢查。