feishu webhook dns解析过程
问题
线上系统提示飞书webhook不能解析域名
mac@GaGa ~ % nslookup open.feishu.cn
Server: 172.30.96.96
Address: 172.30.96.96#53
Non-authoritative answer:
open.feishu.cn canonical name = open.feishu.cn.bytedns1.com.
open.feishu.cn.bytedns1.com canonical name = open.feishu.cn.w.cdngslb.com.
open.feishu.cn.w.cdngslb.com canonical name = open.feishu.cn.queniuyk.com.
Name: open.feishu.cn.queniuyk.com
Address: 119.167.193.14
Name: open.feishu.cn.queniuyk.com
Address: 119.167.193.11
Name: open.feishu.cn.queniuyk.com
Address: 119.167.193.9
你这个 nslookup 的结果其实揭示了 open.feishu.cn 的解析链路和 CDN 负载情况。
1. 查询结果结构
1 | open.feishu.cn |
也就是说,open.feishu.cn 不是直接解析到 IP,而是经过了 三次 CNAME 跳转 才最终落到 IP 地址。
2. 域名链路说明
- bytedns1.com → 字节跳动的 DNS 服务域名
- cdngslb.com → Global Server Load Balancing(全局负载均衡)的 CDN 调度域名
- queniuyk.com → 下游 CDN 或边缘节点的域名(可能是字节跳动外包/合作的 CDN 域名池)
最终给了你 三个 A 记录(119.167.193.{9,11,14}),典型的多节点负载/容灾策略。
3. 看到的信息可以推测:
- 飞书的开放平台(open.feishu.cn)走的是 字节系的自有 DNS + CDN + GSLB 调度。
- 解析链路长,是为了灵活调度和冗余。
- 最终落地的 IP(119.167.x.x)大概率是国内的边缘 CDN 节点(BGP 高防/调度入口)。
4. 你可以进一步验证:
- traceroute open.feishu.cn → 看看链路落在哪个运营商机房(联通/移动/电信)。
- dig open.feishu.cn +trace → 能看到完整的权威解析过程。
- curl -I https://open.feishu.cn → 看 HTTP 响应头里的
server/via/x-cache,往往能看到 CDN 供应商。