DNSPod DNS 支持 edns-client-subnet ?为什么我传递 subnet 过去根本不给我反结果?

2017-11-22 15:49:06 +08:00
 AntonChen

测试命令:

dig +subnet=173.255.220.0/24 www.jd.com @119.29.29.29

DiG 9.11.2 似乎默认会带 subnet 信息

直接使用这个版本的 dig 也不会有什么返回

dig www.jd.com @119.29.29.29


另一个问题

使用 unbound 自建 DNS,上游延迟 300 msec 左右,unbound 无缓存时延迟会增加到 1500 msec 左右。有人遇到过么?

6840 次点击
所在节点    全球工单系统
14 条回复
johnjiang85
2017-11-22 16:56:16 +08:00
9.11 版本的 dig 有问题,请使用 9.10 版本
legendt
2017-11-22 17:13:11 +08:00
```
; <<>> DiG 9.11.2 <<>> +subnet=173.255.220.0/24 www.jd.com @119.29.29.29
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 56025
;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
; CLIENT-SUBNET: 173.255.220.0/24/24
; COOKIE: c46745b4083842f4 (echoed)
;; QUESTION SECTION:
;www.jd.com. IN A

;; ANSWER SECTION:
www.jd.com. 55 IN CNAME www.jdcdn.com.
www.jdcdn.com. 607 IN CNAME cs803.wac.systemcdn.net.
cs803.wac.systemcdn.net. 3487 IN A 152.195.61.12

;; Query time: 6 msec
;; SERVER: 119.29.29.29#53(119.29.29.29)
```

有的啊
sublimevsatom
2017-11-22 17:41:48 +08:00
```bash

; <<>> DiG 9.11.2 <<>> jd.com @119.29.29.29
;; global options: +cmd
;; connection timed out; no servers could be reached

; <<>> DiG 9.11.2 <<>> jd.com @114.114.114.114
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 39415
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
; COOKIE: 2d8cd171133e2d54 (echoed)
;; QUESTION SECTION:
;jd.com. IN A

;; ANSWER SECTION:
jd.com. 43 IN A 106.39.167.118

;; Query time: 25 msec
;; SERVER: 114.114.114.114#53(114.114.114.114)

; <<>> DiG 9.9.3 <<>> jd.com @119.29.29.29
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 44763
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;jd.com. IN A

;; ANSWER SECTION:
jd.com. 102 IN A 106.39.167.118

;; Query time: 26 msec
;; SERVER: 119.29.29.29#53(119.29.29.29)

```
a86913179
2017-11-22 19:44:35 +08:00
我这边时不时地会出现 2 种解析结果,一会儿 CDN 正常,一会儿跳去外省,已经换用 180.76.76.76
raysonx
2017-11-22 19:50:56 +08:00
用 mtr udp 53 端口追踪看一下是不是被运营商劫持了 dns
AntonChen
2017-11-22 20:10:08 +08:00
@johnjiang85 不止 dig 不行,unbound 递归也不行

@raysonx 服务器上测的,换美国 VPS 也是这样
johnjiang85
2017-11-23 11:21:18 +08:00
@AntonChen 如果一定要用 9.11 的 dig 的话,加上 nocookie 选项 dig @119.29.29.29 www.jd.com +nocookie
johnjiang85
2017-11-23 11:42:01 +08:00
@AntonChen
我们在校验 dns 请求的时候非常严格,只要是非已经支持的协议,全部做丢弃处理,比如 cookie。我们会兼容下,评估是忽略掉 cookie 选项还是原样返回。
AntonChen
2017-11-23 14:52:26 +08:00
@johnjiang85 感谢解答,通过添加 +nocookie 测试发现 ECS 只支持 173.255.220.2/32 ? 但是百度居然可以 dig www.baidu.com @119.29.29.29 +subnet=218.92.128.0/24 +nocookie

0x416E746F6E0A ~
Anton ➜ dig a100.phobos.apple.com @119.29.29.29 +subnet=218.92.128.0/32 +nocookie

; <<>> DiG 9.11.2 <<>> a100.phobos.apple.com @119.29.29.29 +subnet=218.92.128.0/32 +nocookie
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 14233
;; flags: qr rd ra; QUERY: 1, ANSWER: 17, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
; CLIENT-SUBNET: 218.92.128.0/32/18
;; QUESTION SECTION:
;a100.phobos.apple.com. IN A

;; ANSWER SECTION:
a100.phobos.apple.com. 0 IN CNAME a2.phobos.g.aaplimg.com.
a2.phobos.g.aaplimg.com. 0 IN CNAME a1-a200.itunes-apple.com.akadns.net.
a1-a200.itunes-apple.com.akadns.net. 0 IN CNAME 0gq2p7eckbs26f.mwcname.com.
0gq2p7eckbs26f.mwcname.com. 0 IN CNAME app.dlmix.ourdvs.com.
app.dlmix.ourdvs.com. 60 IN A 58.222.45.104
app.dlmix.ourdvs.com. 60 IN A 114.236.140.93
app.dlmix.ourdvs.com. 60 IN A 221.230.141.224
app.dlmix.ourdvs.com. 60 IN A 58.223.166.224
app.dlmix.ourdvs.com. 60 IN A 180.101.30.72
app.dlmix.ourdvs.com. 60 IN A 218.92.128.214
app.dlmix.ourdvs.com. 60 IN A 180.101.30.34
app.dlmix.ourdvs.com. 60 IN A 218.92.226.97
app.dlmix.ourdvs.com. 60 IN A 61.147.210.178
app.dlmix.ourdvs.com. 60 IN A 61.147.227.239
app.dlmix.ourdvs.com. 60 IN A 58.223.166.232
app.dlmix.ourdvs.com. 60 IN A 58.222.45.106
app.dlmix.ourdvs.com. 60 IN A 218.92.226.86

;; Query time: 488 msec
;; SERVER: 119.29.29.29#53(119.29.29.29)
;; WHEN: Thu Nov 23 14:50:29 CST 2017
;; MSG SIZE rcvd: 421

0x416E746F6E0A ~
Anton ➜ dig a100.phobos.apple.com @119.29.29.29 +subnet=218.92.128.0/24 +nocookie

; <<>> DiG 9.11.2 <<>> a100.phobos.apple.com @119.29.29.29 +subnet=218.92.128.0/24 +nocookie
;; global options: +cmd
;; connection timed out; no servers could be reached
johnjiang85
2017-11-24 09:47:39 +08:00
@AntonChen
ecs 传 mask 进去,dns 识别并没有太大的实际意义,会进行评估,但可能不会进行支持。
另外公共 DNS 支持客户端传 ecs ip 非常容易导致随机 IP 的攻击,行业比较大的玩家( google,opendns )早都关闭了该功能,目前 119 的体量还比较小,暂时还没有关闭。但是如果后续出现比较多的随机 IP 攻击,不排除关闭该功能的可能性。
AntonChen
2017-11-24 10:33:57 +08:00
@johnjiang85 感谢解答,我目前用着没什么大问题了,ECS 一直能用就好了,如你所说 ECS 看起来不会长久。
AntonChen
2017-11-24 10:51:46 +08:00
@johnjiang85 发现有提供 httpdns 似乎只是个 demo 有什么限制么?仅提供 http ?
hoty
2019-05-13 19:28:05 +08:00
您好,我最近在研究关于 IPv6 的 DNS 方向的安全内容,其中有一个安全问题就涉及到 v6 条件下的 edns-client-subnet 是否会造成大量真实 v6 地址泄露的问题。但我个人现在对于其总体部署情况并不是特别了解,想向您请教一下这方面的部署情况
hoty
2019-05-13 19:29:15 +08:00
@johnjiang85
您好,我最近在研究关于 IPv6 的 DNS 方向的安全内容,其中有一个安全问题就涉及到 v6 条件下的 edns-client-subnet 是否会造成大量真实 v6 地址泄露的问题。但我个人现在对于其总体部署情况并不是特别了解,想向您请教一下这方面的部署情况

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/408600

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX