1 典型症狀與搜尋意圖
若您符合下列情境，很值得把Android 私人 DNS列為第一輪檢查：手機已開 Clash／Mihomo 客戶端（含 FakeIP），規則在電腦或路由器上明明正常，換到 Android 卻部分 App 仍直連、或分流異常；日誌裡對某些網域的 DNS 解析軌跡與預期不符，甚至幾乎看不到對應查詢。也有人同時遇到「瀏覽器正常、系統 App 怪」或相反，容易誤判為訂閱壞了、節點挂了，實際卻是系統層先把解析送給私人 DNS 主機，與您為 Clash 設計的本機／VPN 內解析鏈脫鉤。
這類問題的搜尋意圖很單純：希望關掉私人 DNS或改回自動，讓解析重新落在 Clash 可見的路徑上，恢復按規則分流。與桌面 Chrome／Edge 內建 DoH 不同（站內另有專文），Android「私人 DNS」是另一套設定入口，路徑在「連線／網路」類選單，必須單獨記一筆才不會漏。
建議先把變因縮小：若症狀在關閉私人 DNS 或改自動後立刻改善，多半不必急著大改規則集或換機場；先把誰負責 DNS釐清，通常最省時間。
2 「私人 DNS」在 Android 上做什麼
自 Android 9（Pie）起，系統提供「私人 DNS」（英文介面常見 Private DNS）選項，本質是讓裝置以 DNS-over-TLS（DoT）連到您指定的主機名稱做解析，而非僅依賴電信或 Wi‑Fi DHCP 配下來的傳統 DNS。常見選項有三類：關閉、自動（讓網路提供者決定）、以及私人 DNS 供應商主機名稱（手動輸入例如某公共解析服務的網址）。
為何會「繞過」您預期的本機解析
當您填入特定主機名稱時，系統會優先嘗試透過 TLS 連到該主機完成查詢。若此路徑與 VPN 介面內或 本機埠上的 Clash DNS 監聽沒有對齊，應用程式仍可能先完成一輪「對外公開解析」，再進入您預期的代理流程，造成解析與路由決策不一致。這也是許多使用者在論壇形容「FakeIP 像沒開」的背景之一：不是核心壞了，而是解析在別處先結束了。
3 為何會衝突 Clash、FakeIP 與規則分流
Clash／Mihomo 的 DNS 模組通常假設：應用程式透過系統解析 API發出的查詢，會進入您設定的監聽位址（例如本機或 VPN 內的 DNS），再由核心依上游、規則與 fake-ip 模式產生結果。當 私人 DNS 以 DoT 直連外部供應商時，等於多了一條與核心並行的解析管線，容易出現DNS 搶解析：部分查詢不經過 Clash，導致後續連線的目標位址、SNI 與規則匹配對不起來，外觀上就像分流異常或「該走代理的卻像直連」。
對 FakeIP 而言，核心往往希望在內部保留域名與對應關係，以便依域名或規則集精準決策；若系統或應用層已在外部取得「真實」解析結果，FakeIP 的優勢會被削弱，日誌也會讓人困惑。處理方式並非要否定 DoT 的安全性，而是在跑 Clash 分流時，暫時讓解析權責回到與核心一致的鏈路；關閉私人 DNS 或改自動，通常是最快驗證手段。
若您想一併強化核心側設定，可延續閱讀站內Meta 核心 DNS 與防洩漏一文，該文較著重 YAML、上游與 fake-ip 區塊；本文則補上手機系統私人 DNS這一層，與桌面瀏覽器 DoH 專文形成「瀏覽器／手機系統／核心」三層對照。
4 關閉或改為「自動」的設定路徑（原生 Android）
以下為接近原生 Android 的常見路徑（實際文案依版本與語系略有差異）。修改後建議開飛航模式數秒再關閉或重開機一次，避免舊連線快取影響判斷。
- 開啟「設定」→「網路和網際網路」或「連線」（依裝置顯示）。
- 進入「進階」或直接找到「私人 DNS」／「Private DNS」。
- 將模式改為「關閉」或「自動」。若目標是與 Clash 協同，多數情境下自動即可讓 DHCP 配下的 DNS 重新參與鏈路；若仍異常再試關閉對照。
- 若先前選了「私人 DNS 供應商主機名稱」，請刪除或清空主機名稱後再切回自動／關閉，避免背景仍嘗試連線舊主機。
- 回到 Clash 客戶端，確認 VPN 或本機代理已重新連線，再測試先前異常的 App。
5 三星、小米等介面差異與注意點
三星 One UI 常把選項放在「連線」→「更多連線設定」→「私人 DNS」；小米 MIUI／HyperOS 可能在「連線與共享」或「WLAN」進階選項附近。若選單藏得較深，建議直接用設定內建搜尋輸入「私人」或「DNS」。
部分企業或學校裝置會被 MDM 鎖定 DNS 相關選項；若按鈕反灰無法變更，需向裝置管理員確認政策。此時即使關閉客戶端內選項，系統仍可能強制走指定解析，與個人家用機排錯邏輯不同。
6 與 VPN／FlClash 同開時的檢查順序
Android 上常見的 Clash 客戶端（例如 FlClash）多以 VPN 服務形式接管流量。建議採「由外而內」順序：① 系統私人 DNS → ② 是否另有 DNS／防毒類常駐 VPN → ③ 客戶端內 DNS 與 fake-ip 設定 → ④ 訂閱規則與 Rule Provider。多數「開代理卻像沒開」的案例，停在前兩步就能解。
若您剛開始在 Android 上部署 FlClash，建議搭配站內FlClash 安卓設定教學確認訂閱、權限與開機連線流程；本文專注 DNS 層，兩篇可併讀以縮短試錯時間。若曾依電池與背景穩定性一文調過省電，也請一併確認 VPN 服務沒有被系統殺掉，以免與 DNS 問題混淆。
7 關閉後如何驗證（建議順序）
請用單一變因方式驗證，避免同時改規則與 DNS：
- 記錄修改前「異常網域或 App」名稱，僅改私人 DNS 為自動或關閉，其餘 Clash 設定先不動。
- 關閉並重開 Clash VPN，必要時重開機；以行動數據與 Wi‑Fi 各測一次（部分路由器會另發 DNS）。
- 開啟客戶端日誌：重新操作異常 App 時，應能看見較一致的 DNS 解析或連線紀錄（依 FakeIP、嗅探設定而異）。
- 若涉及大量子網域或 HTTPS，可對照Sniffer 與 SNI教學，確認規則命中依據是否與解析鏈對齊。
需要桌面端對照時，可從本站下載頁取得與站內教學一致的用戶端版本，避免版本落差造成誤判。
8 與 Chrome 安全 DNS、Meta 核心教學的差異
站內Chrome／Edge 安全 DNS一文處理的是瀏覽器內建 DoH，症狀常「只有瀏覽器怪」；本文處理的是Android 全系統私人 DNS，影響面通常更廣，涵蓋多數 App 的預設解析行為。Meta 核心 DNS專文則偏 YAML 與核心行為。三者搜尋意圖不同，排錯時可依「瀏覽器 → 手機系統私人 DNS → 核心與訂閱」由淺入深切換。
若您同時使用 TUN 或類似全流量模式（多在桌面客戶端），亦可參考TUN 模式指南；Android 上則以 VPN 服務與系統 DNS 設定為主軸。
9 仍異常時可再查的方向
- IPv6：若網路與規則對 IPv6 處理不一致，可能表現得像「繞過代理」；可與您的訂閱提供方或規則維護者確認建議。
- 分流規則順序：在確認 DNS 鏈路正常後，再檢查
MATCH與自訂規則是否被前置規則吃掉。 - 訂閱與覆寫：長期維護可參考mixin 訂閱覆寫，降低手改後被更新覆蓋的風險。
- 無 Root 進階玩法：若需在未 Root 裝置上實驗更多啟動方式，可另參考Termux 與 Mihomo專文（與本文明確分流的讀者族群不同）。
10 總結
Android 私人 DNS在設為指定主機名稱時，常以 DNS-over-TLS 對外解析，容易與 Clash／Mihomo、FakeIP 預期的本機或 VPN 內解析鏈搶解析，外觀上就像分流異常或規則不生效。多數情況下，將私人 DNS 改為自動或關閉後再重連代理，即可讓 DNS 解析回到可預期路徑，恢復按規則分流。與站內 Chrome／Edge、Meta 核心兩篇併讀，可系統性涵蓋瀏覽器、手機系統與核心三層。
相較於急著更換節點或整份訂閱，先釐清誰負責 DNS通常成本最低、也最能長期維持穩定。若您準備安裝或更新用戶端，建議使用本站下載頁取得與教學一致的版本；相較其他同類工具，Clash 系列在規則與 DNS 模組的可調空間上，對需要細緻分流的使用者往往更友善。
