網路架構

家庭網路多閘道器架構那篇文章講了整體架構，但規則怎麼寫沒有細說。這篇單獨講 mihomo 的分流規則，從語法基礎到實用配置模板，逐步拆解。 規則的基本概念 mihomo 的流量分流透過 rules 欄位控制，每條規則的格式： 規則型別,匹配值,策略組 比如： rules: - DOMAIN-SUFFIX,google.com,代理 - IP-CIDR,192.168.0.0/16,DIRECT - GEOIP,CN,DIRECT - MATCH,代理 # 兜底規則，匹配所有剩餘流量 規則按順序匹配，第一條命中即執行，後面的不再判斷。 順序非常重要。 規則型別詳解 域名類規則 # 精確匹配域名 - DOMAIN,www.google.com,代理 # 匹配域名及其所有子域名（最常用） - DOMAIN-SUFFIX,google.com,代理 # 覆蓋：google.com / mail.google.com / api.google.com # 域名關鍵詞（效能較差，少用） - DOMAIN-KEYWORD,google,代理 # 匹配任何包含 "google" 的域名 # 正規表示式（最靈活，但最慢） - DOMAIN-REGEX,^.*\.google\.com$,代理 優先順序建議： DOMAIN > DOMAIN-SUFFIX > DOMAIN-KEYWORD 越精確的規則放越前面，效能更好，也避免誤匹配。 IP 類規則 # IPv4 CIDR - IP-CIDR,192.168.0.0/16,DIRECT - IP-CIDR,10.0.0.0/8,DIRECT - IP-CIDR,172.16.0.0/12,DIRECT # IPv6 CIDR - IP-CIDR6,::1/128,DIRECT # 注意：IP-CIDR 會觸發 DNS 解析，對純域名規則之前的流量有效能影響 # 建議加 no-resolve 字尾，跳過 DNS 解析直接匹配連線 IP - IP-CIDR,192.168.0.0/16,DIRECT,no-resolve GeoIP 規則 根據 IP 所屬國家分流： ...

折騰了大半年的家庭網路，最終跑通了一套多閘道器冗餘架構。這篇文章分享整體設計思路，適合有一定折騰經驗、想把網路做得更穩定的朋友。 為什麼需要多閘道器 單閘道器最大的問題是單點故障：VPS 被封、線路抖動、機器宕機，整個網路就斷了。 多閘道器的核心價值： 線路冗餘：美國 / 香港 / 日本多個出口，自動選最快的 流量分離：不同流量走不同出口，既省流量又保速度 故障自動切換：某條線路掛了，其他線路自動頂上，使用者無感知 整體架構 家庭裝置 ↓ OpenWrt 主路由（DNS 分流 → dnsmasq） ↓ mihomo 閘道器（分流規則 → 策略組） ↓ 多個 VPS 出口（US / HK / JP） ↓ 目標網站 關鍵元件： 主路由：OpenWrt，負責 DNS 劫持和流量匯入 mihomo mihomo 節點：執行在獨立機器上，處理代理和分流邏輯 VPS 出口：推薦 DMIT，香港 / 美國節點延遲穩定，支援 Xray + Hysteria2 mihomo 分流規則設計 策略組分層 proxy-groups: # 手動選擇組（緊急備用） - name: "手動選擇" type: select # 自動選速最快節點 - name: "自動選擇" type: url-test url: "http://www.gstatic.com/generate_204" interval: 300 # 各地區組 - name: "🇺🇸 美國" type: url-test filter: "美國|US" - name: "🇭🇰 香港" type: url-test filter: "香港|HK" # 分流決策組 - name: "國內直連" type: select proxies: [DIRECT] - name: "AI 服務" type: select proxies: ["🇺🇸 美國", "自動選擇"] 規則優先順序 mihomo 規則從上到下匹配，順序很重要： ...