一、雙堆疊與典型現象
當環境同時具備 IPv4 與 IPv6，應用程式可能優先選擇其一；CDN 與網站也可能對兩種位址給予不同路由與最佳化。若你僅在 IPv4 路徑上套用了清晰的「國內直連／國外代理」策略，但 IPv6 仍以原生電路直出，檢測工具會呈現位置／出口不一致（常被描述為「雙堆疊異常」）。反之，若你希望 IPv6 也經過核心卻規則未覆蓋 AAAA，部分請求仍可能繞過 Clash，造成體感「開了代理仍怪」。
另一常見抱怨是：國內網站變慢。若 GEOIP 規則主要依解析後 IP判國別，而 IPv6 區塊標註延遲或誤判，或是國內目標誤送入海外節點（延遲升高），體感會像「IPv6 開啟後反而卡」。這與「純 IPv4 場景下國內誤走代理」同源異形，差別在於你要同時看 v4／v6 兩條路。
二、為何 IPv6 容易「對不上」規則
Mihomo／Clash Meta 依規則清單匹配連線目標；若你的規則大量依賴 GEOIP,CN，資料庫必須對IPv6 區塊也能正確標國。若訂閱模板較舊，或只強調域名規則而未對 IPv6 路徑做一致兜底的話，會出現「同一個網站：IPv4 命中規則、IPv6 落進 MATCH」的情況。
此外，TUN 與系統代理對行程／協定涵蓋範圍不同；若 IPv6 封包未被核心接管（例如綁定介面設定與 OS 預設路由不一致），便會形成看似開代理、其實另一族先行離開機器的表象。
三、介面綁定與出站一致性
進階設定常見欄位會涉及綁定網路介面（bind-interface）或類似語意：其核心目的是讓對外連線與本機路由／預設閘道對齊，避免「連線從 A 介面出去、回程走 B」。雙堆疊環境下，若 IPv6 透過隧道／電信業者原生與 IPv4 WLAN／NAT 分叉，錯綁會放大延遲或造成非對稱路由。
排查時請同一時間點確認：（1）系統偏好使用的 IPv6 位址類型；（2）Clash 是否設定為接管虛擬介面；（3）防火牆是否對 IPv6 額外放行／阻擋。若僅調客戶端而路由器仍在發 RA／發放錯誤前綴，終端 IPv6 仍可能不走預期路徑。
ipv6、虛擬介面與堆疊選項的官方命名。
四、DNS：AAAA、IPv6 與 fake-ip
瀏覽器解析域名時會拿到 A 與／或 AAAA；若DNS 上游與核心內 DNS不一致，或在 fake-ip 模式下域名規則與實際連線 IP對不起來，會出現「規則看似正確、連線卻走別條路」。這類問題不限於 IPv6，但在開啟雙堆疊後更容易暴露——因為應用程式可能優先試 IPv6。
若你已閱讀 fake-ip 與 DNS 排查專文，可把同一套對照實驗延伸到 IPv6：暫時關閉 OS 層級 IPv6、僅保留 IPv4，若異常立刻消失，多半與AAAA／IPv6 路徑或規則對 IPv6 未兜齊有關。
五、規則分流：GEOIP、順序與 IPv6
典型作法仍是：規則由上而下，並為中國大陸／你想直連的區域保留 GeoIP 兜底（細節見 國內站慢與 GEOIP DIRECT）。重點在於：GEOIP,CN,DIRECT 這類規則是否能對 IPv6 目的地位址生效，以及是否在過寬的 MATCH 之前。若上游訂閱把大量域名先行送去代理，請確認本地覆寫順序仍有機會命中國內／直連。
下列為示意片段（請將策略組名稱換成你的實際名稱）；重點在結構語意而非複製即用：
若開發／維運環境不需要 IPv6，亦可評估在核心或 OS暫時關閉 IPv6，縮小爆炸半徑（視需求而定）。反之若必須長期開 IPv6，請以日誌命中規則名稱為準重複驗證，而非只看 GUI 開關。
| 現象 | 優先檢查 |
|---|---|
| 檢測站說 IPv6「繞過代理」 | 核心是否接管 IPv6；規則是否涵蓋 IPv6 目的地；是否有程式硬編碼 DNS |
| 國內站延遲暴升 | 誤送海外節點或GEOIP對 IPv6 判國錯誤；對照連線日誌出站策略 |
| 僅特定 App 異常 | 該 App 是否強制 IPv6／私有 DNS；是否不走系統代理／需TUN |
六、檢測站解讀與 WebRTC
線上IP 檢測頁往往同時展示 IPv4／IPv6；若你看到IPv6 仍顯示電信／原生出口，而 IPv4 顯示代理位址，並不一定是「設定完全錯誤」，也可能是設計上 IPv6 未走隧道，或瀏覽器／延伸功能走了另一條通道。
WebRTC與DNS造成的真實 IP 疑慮請優先對照 WebRTC 與 DNS 專文；本文聚焦IPv6 與規則／介面一致性，與該篇互補而非重複。
七、路由器與旁路由場景
在軟路由／旁路由或透明代理拓樸中，IPv6 RA（Router Advertisement）與DHCPv6若仍由上層路由發送，終端可能繞過旁路由取得全域 IPv6，導致IPv4 進代理、IPv6 直出的分裂現象。這類問題不一定是 Clash YAML 寫錯，而是Layer 3 拓樸與前綴發布要先對齊。
若你在同一環境使用本站 旁路由透明代理文，可把IPv6 段落與本文一起看：凡是出站介面／閘道不一致，優先在網路層收斂，再在核心規則微調。
八、可復現排查順序
- 確認現象：「慢」發生在國內站／全域／特定 App；記錄 IPv4／IPv6 檢測結果。
- 對照日誌：命中規則名稱、出站策略、目的地為 v4 或 v6。
- 檢查 IPv6 開關：核心
ipv6與 OS 層 IPv6 是否同步預期。 - 檢查規則順序：
GEOIP／直連兜底是否在過寬MATCH之前。 - DNS：AAAA、fake-ip、上游是否繞過核心；必要時對照 fake-ip 專文。
- TUN／路由：異常時交叉閱讀 Windows TUN 與路由排查。
- 路由器：前綴發布是否導致終端分流不一致。
九、合規聲明
請遵守各地法律與網路使用規範；勿將本文技術描述用於未經授權存取之用途。本站不提供對特定監管繞過或身分偽裝的指引。
十、小結
Clash IPv6與雙堆疊並存時，國內網站慢或檢測站顯示異常，多半是規則未對 IPv6 兜齊、DNS（AAAA）與fake-ip不一致，或網路介面／路由器 IPv6路徑分裂所致。先以連線日誌確認出站策略與規則命中，再調GEOIP順序與本地覆寫，並依場景交叉GeoIP 國內直連、WebRTC／DNS與TUN專文。
相比只靠「換節點」，先把IPv4／IPv6 行為對齊更能長期穩定分流；若你希望一站式取得客戶端並沿用本站文件結構維護設定，可依下列連結取得安裝包。