[教程] V6小鸡复活术！解锁原生IPv6与WARP IPv4双出口

你是否也有一台只带IPv6的“小鸡”（VPS）用来当作科学上网出口？它可能性能强劲，价格便宜，但一遇到只支持IPv4的网站、服务或资源时，就瞬间“残废”？别担心，今天我们来施展一场技术“复活术”，通过 SingBox 与 Cloudflare WARP 的终极配合，让你的V6小鸡满血复活，同时拥有速度起飞的原生IPv6和解锁全网的WARP IPv4，成为真正的“双栖王者”！

核心思路

我们的“法术”核心，在于利用 SingBox 路由规则的处理顺序和resolve行动触发的重新匹配机制，实现对流量的精准外科手术式分流。

对于IP地址请求，直接判断是V4还是V6，分发到对应出口。
对于域名请求，先强制解析成IP地址，然后带着IP地址回到规则列表顶部重新匹配，最终实现智能分流。

这套机制，保证了无论是IP直连还是域名访问，都能被精确地送往正确的网络路径。

准备工作 (施法材料)

一台 V6 Only 的VPS服务器。
已正确安装并运行 SingBox。推荐 https://233boy.com/sing-box/sing-box-script/ sing-box 一键安装脚本
已正确安装 Cloudflare WARP 官方客户端，并设置为 SOCKS5 代理模式，监听本地的 40000 端口。
推荐 https://www.nodeseek.com/post-429175-1 中的「安装WARP-cil:」

终极配置文件 (核心咒语)

这份配置经过了逻辑上的再次审视和优化，确保每一条规则都物尽其用。如果有新的需求或优化，欢迎随时分享。

# 编辑SingBox配置文件
vim /etc/sing-box/config.json

{
  // 日志配置
  "log": {
    // 日志文件输出路径
    "output": "/var/log/sing-box/access.log",
    // 日志级别，"fatal"表示仅记录最严重的错误，可改为 "info" 或 "debug" 进行调试
    "level": "fatal",
    // 为日志添加时间戳
    "timestamp": true
  },

  // DNS 配置
  "dns": {
    "servers": [
          {
        // 本地DNS服务器，用于内部解析和缓存
        "type": "local",
        "tag": "local"
      },
      {
        // Cloudflare 的 IPv6 DNS，用于常规解析
        "tag": "cloudflare-doh",
            "type": "udp",
        "server": "[2606:4700:4700::1111]",
        // 强制DNS请求通过原生网络（direct出口）发出
        "detour": "direct"
      }
    ],
     // DNS解析策略，优先使用IPv6地址
    "strategy": "prefer_ipv6",
    // 是否禁用DNS缓存，false表示启用缓存
    "disable_cache": false
  },

  // NTP 时间同步配置
  "ntp": {
    "enabled": true,
    // NTP服务器地址
    "server": "time.hko.hk",
    // 强制NTP请求通过原生网络发出
    "detour": "direct"
  },

  // 入站连接配置，可以根据需要添加 shadowsocks、vmess 等协议
  "inbounds": [],

  // 出站连接配置
  "outbounds": [
    {
      // 标签为 "direct"，代表原生网络连接
      "tag": "direct",
      "type": "direct",
      // 此出口的域名解析策略
      "domain_resolver": {
        "server": "local",
        // 核心设置：强制只解析和使用IPv6地址
        "strategy": "ipv6_only"
      }
    },
    {
      // 标签为 "socks5-warp"，代表通过WARP客户端的连接
      "tag": "socks5-warp",
      "type": "socks",
      // WARP客户端监听的本地地址和端口
      "server": "127.0.0.1",
      "server_port": 40000,
      "domain_resolver": {
        "server": "local",
        // 核心设置：强制只解析和使用IPv4地址
        "strategy": "ipv4_only"
      }
    },
    {
      // 标签为 "gemini-proxy"，一个非香港的特殊代理出口示例
      "tag": "gemini-proxy",
      "type": "socks",
      // [如果是香港机器] 请替换为你的代理服务器IP或域名
      "server": "your_proxy_ip_or_domain.com",
      // [如果是香港机器] 请替换为你的代理服务器端口
      "server_port": 12345,
      // [如果是香港机器] 请替换为你的代理用户名
      "username": "your_username",
      // [如果是香港机器] 请替换为你的代理密码
      "password": "your_password"
    },
    {
      // 标签为 "block"，用于阻止特定流量
      "tag": "block",
      "type": "block"
    }
  ],

  // 路由配置，这是整个分流策略的核心 (已按正确逻辑重排)
  "route": {
    // 远程规则集
    "rule_set": [
      {
        "tag": "geosite-ai-no-cn",
        "type": "remote",
        "format": "binary",
        "url": "https://raw.githubusercontent.com/SagerNet/sing-geosite/rule-set/geosite-category-ai-!cn.srs",
        "update_interval": "1d",
            // 关键设置：如果原生网络无法下载此规则，则通过 WARP(v4) 出口下载，解决V6 Only服务器的更新难题
            "download_detour": "socks5-warp"
      },
      {
        "tag": "geosite-finance",
        "type": "remote",
        "format": "binary",
        "url": "https://raw.githubusercontent.com/SagerNet/sing-geosite/rule-set/geosite-category-finance.srs",
        "update_interval": "1d",
            "download_detour": "socks5-warp"
      }
    ],
    // 路由规则，按从上到下的顺序进行匹配
    "rules": [
       // 1. DNS协议处理 (拦截本地DNS请求交由sing-box处理，然后通过原生v6发出)
       {
        "action": "hijack-dns",
        "protocol": "dns"
      },
      {
        "protocol": "dns",
        "outbound": "direct"
      },
       // 2. 特殊域名分流 (例如需要走特定代理的网站，优先级高于通用域名解析)
      {
        "rule_set": [
          "geosite-ai-no-cn",
          "geosite-finance"
        ],
        "outbound": "gemini-proxy"
      },
       // 3. 强制解析所有其他域名流量 (这是后续IP分流的前提)
      {
        "action": "resolve",
        "server": "local",
        //或 "server": "cloudflare-doh",

        // 通过ECS技术，伪装成香港地区IP，以获取更优的CDN节点
        "client_subnet": "149.62.46.28/24"
      },
       // 4. 对解析出的IP进行V6判断 (此规则紧随resolve之后，匹配则走原生V6)
       {
        "ip_cidr": ["::/0"],
        "outbound": "direct"
      },
       // 5. 兜底规则 (所有非V6流量，即V4或解析失败的，全部走WARP)
       {
        "outbound": "socks5-warp"
      }
    ]
  }
}