V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
flyingcmz
V2EX  ›  DNS

当前部分网站权威 DNS 服务器的 ECS 字段支持情况

  •  
  •   flyingcmz · 1 天前 · 797 次点击
    网站 权威服务器 IP 服务器名字 0.0.0.0/0 42.247.90.16/32 202.106.0.0/32 202.106.0.0/16 202.0.0.0/8 208.175.188.0/32
    tencent.com 112.90.13.140 ns1.qq.com. 0.0.0.0/0/24 42.247.90.16/32/24 202.106.0.0/32/24 202.106.0.0/16/24 202.0.0.0/8/24 208.175.188.0/32/24
    alibaba.com 140.205.122.66 ns1.alibabadns.com. 0.0.0.0/0/24 42.247.90.16/32/24 202.106.0.0/32/24 202.106.0.0/16/24 208.175.188.0/32/24 208.175.188.0/32/24
    bytedance.com 47.108.36.164 vip4.alidns.com. 0.0.0.0/0/24 42.247.90.16/32/24 202.106.0.0/32/24 202.106.0.0/16/24 202.0.0.0/8/24 208.175.188.0/32/24
    baidu.com 220.181.33.31 ns2.baidu.com. 0.0.0.0/0/0 42.247.90.16/32/0 202.106.0.0/32/0 202.106.0.0/16/0 202.0.0.0/8/0 208.175.188.0/32/0
    huawei.com 124.71.94.46 nsall.huawei.com. 0.0.0.0/0/0 42.247.90.16/32/0 202.106.0.0/32/0 202.106.0.0/16/0 202.0.0.0/8/0 208.175.188.0/32/0
    meituan.com 1.12.0.17 ns3.dnsv5.com. 0.0.0.0/0/17 42.247.90.16/32/28 202.106.0.0/32/16 202.106.0.0/16/16 202.0.0.0/8/20 208.175.188.0/32/20
    pinduoduo.com 117.135.128.152 ns4.dnsv5.com. 0.0.0.0/0/17 42.247.90.16/32/28 202.106.0.0/32/16 202.106.0.0/16/16 202.0.0.0/8/20 208.175.188.0/32/20
    kuaishou.com 117.135.128.152 ns4.dnsv5.com. 0.0.0.0/0/17 42.247.90.16/32/28 202.106.0.0/32/16 202.106.0.0/16/16 202.0.0.0/8/20 208.175.188.0/32/20
    didiglobal.com 117.51.130.252 ns4.didiwuxian.com. 不返回 ecs 不返回 ecs 不返回 ecs 不返回 ecs 不返回 ecs 不返回 ecs
    jd.com 111.206.226.10 ns2.jdcache.com. 0.0.0.0/0/0 42.247.90.16/32/0 202.106.0.0/32/0 202.106.0.0/16/0 202.0.0.0/8/0 208.175.188.0/32/0
    iqiyi.com 43.225.85.1 ns2.iqiyi.com. 0.0.0.0/0/0 42.247.90.16/32/24 202.106.0.0/32/18 202.106.0.0/16/16 202.0.0.0/8/8 208.175.188.0/32/27
    google.com 216.239.32.10 ns1.google.com. 不返回 ecs 不返回 ecs 不返回 ecs 不返回 ecs 不返回 ecs 不返回 ecs
    amazon.com 156.154.69.10 ns2.amzndns.net. 不返回 ecs 42.247.90.16/32/0 202.106.0.0/32/0 202.106.0.0/16/0 202.0.0.0/8/0 208.175.188.0/32/0
    youtube.com 216.239.32.10 ns1.google.com. 不返回 ecs 不返回 ecs 不返回 ecs 不返回 ecs 不返回 ecs 不返回 ecs
    cloudflare.com 162.159.4.8 ns7.cloudflare.com. 0.0.0.0/0/24 42.247.90.16/32/24 202.106.0.0/32/24 202.106.0.0/16/24 202.0.0.0/8/24 208.175.188.0/32/24
    netflix.com 205.251.194.147 ns-659.awsdns-18.net. 0.0.0.0/0/0 42.247.90.16/32/32 202.106.0.0/32/32 202.106.0.0/16/16 202.0.0.0/8/8 208.175.188.0/32/32
    microsoft.com 150.171.10.39 ns1-39.azure-dns.com. 0.0.0.0/0/0 42.247.90.16/32/0 202.106.0.0/32/0 202.106.0.0/16/0 202.0.0.0/8/0 208.175.188.0/32/0

    我大概统计了当前主流网站他们的权威 DNS 服务器对于 ecs 字段的支持情况,有参考意义的是国内节点的,包括几家主流的互联网公司的门户网站,测试得到结果如下:

    固定返回 scope_mask 为 24 的公司:tencent.comalibaba.combytedance.comcloudflare.com ;(字节托管阿里云)

    固定返回 scope_mask 为 0 的公司:baidu.comhuawei.comjd.commicrosoft.comamazon.com

    返回的 scope_mask 直接复制 source_mask 复制的公司:netflix.com

    按照匹配到的网段返回的公司:meituan.compinduoduo.comkuaishou.com ;(这几家都托管到 DNSPod )

    不返回 ecs 字段:didiglobal.comgoogle.comyoutube.com

    如果匹配到网段返回网段,没有匹配到的话 scope_mask 直接复制 source_mask:iqiyi.com

    最近在研究不同网站 DNS 对 ECS 字段的响应策略,发现国内大厂的处理方式差异还挺明显的,比如腾讯、阿里这类会固定返回/24 的 scope_mask ,百度、华为则返回/0 ,还有美团、拼多多这些用 DNSPod 托管的域名,默认匹配不到时会返回/17 。

    有点好奇,现在运营商子网划分有时候挺细的,那像腾讯、阿里这种固定/24 的策略,会不会让部分用户拿到不太精准的解析结果?另外 DNSPod 选/17 作为兜底粒度,在缓存效率和解析精准度之间,这种平衡方式会不会存在什么潜在问题?大家对这些不同策略的有什么看法

    4 条回复    2025-09-17 10:24:25 +08:00
    ranaanna
        1
    ranaanna  
       20 小时 58 分钟前
    "那像腾讯、阿里这种固定/24 的策略,会不会让部分用户拿到不太精准的解析结果?"

    ----不懂但个人理解似乎是反过来的?/24 表示高度个性化,缓存碎片化命中率低,解析慢,客户 ip 精准到/24 因此有泄漏位置和隐私之嫌,但客户会拿到“精准的解析结果”。难道 OP 认为应该要/32 才“精准”?

    另外/0 似乎是域名没有部署 ecs ?当然如果是用有很多 PoP 的公共 dns ,内容提供商也有很多 PoP ,缓存足够本地化和匹配,不用 ecs 反而速度和隐私可以得兼
    mengyx
        2
    mengyx  
       20 小时 22 分钟前
    "像腾讯、阿里这种固定/24 的策略,会不会让部分用户拿到不太精准的解析结果?"
    -- 不会;在公网上,IPv4 路由表的最长前缀就是 /24 ,几乎没有 AS 会接受更明细的路由
    flyingcmz
        3
    flyingcmz  
    OP
       19 小时 50 分钟前
    @mengyx 好的,确实没有考虑到公网的路由表;
    flyingcmz
        4
    flyingcmz  
    OP
       19 小时 33 分钟前
    @ranaanna /24 的 ECS 粒度在国内场景下有时候是不够用的——核心问题是国内运营商存在 IP 段跨地域分配的情况:一个完整的 C 段可能被拆分给不同省份的用户(比如 112.174.xxx.0/24 ,可能同时覆盖江苏和安徽的移动用户)。这种情况下,DNS 服务器仅靠/24 子网判断位置,就不够了;
    /0 这里考虑的话,猜测是没有部署 ecs 、或者单纯用任播这些;
    PoP 的话,只有运营商覆盖密度足够高,其他公有云厂商阿里云在文档也说了他们也足够多,但是 DNSPod 的话他们节点不够多,所以需要 ECS 字段才能获取定制的应答,所以如果使用了 public dns 作为递归的话,不用 ecs 还是会有很多问题。
    关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   927 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 66ms · UTC 21:58 · PVG 05:58 · LAX 14:58 · JFK 17:58
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.