关于 lua-resty-dns 对 authority records section 和 additional records section 的支持

kiddkai · 2016-04-15T09:07:48+00:00

Hello! 2016-04-14 2:37 GMT-07:00 酱油打酱油君: > > 但是我目前不知&#x9053...

关于 lua-resty-dns 对 authority records section 和 additional records section 的支持

kiddkai

Hi，我们现在在 vpc 内部开始使用 consul 做基于 dns service discovery。然后在当我们用 dig 给 consul 发 SRV dns 查询时，consul 的 dns 会返回下面这样的结果：

$ dig @127.0.0.1 -p 8600 test_service.service.consul SRV

; <<>> DiG 9.8.3-P1 <<>> @127.0.0.1 -p 8600 test_service.service.consul SRV
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 32661
;; flags: qr aa rd; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 2
;; WARNING: recursion requested but not available

;; QUESTION SECTION:
;test_service.service.consul.   IN      SRV

;; ANSWER SECTION:
test_service.service.consul. 0  IN      SRV     1 1 3003 zekaizhengs-mbp.corpad.net.local.node.dc1.consul.
test_service.service.consul. 0  IN      SRV     1 1 3000 zekaizhengs-mbp.corpad.net.local.node.dc1.consul.

;; ADDITIONAL SECTION:
zekaizhengs-mbp.corpad.net.local.node.dc1.consul. 0 IN A 169.254.160.242
zekaizhengs-mbp.corpad.net.local.node.dc1.consul. 0 IN A 169.254.160.242

;; Query time: 0 msec
;; SERVER: 127.0.0.1#8600(127.0.0.1)
;; WHEN: Thu Apr 14 15:45:26 2016
;; MSG SIZE  rcvd: 363

里面包含了 Question + Answer + Additional 这几个部分，但是当我们在使用 lua-resty-dns 尝试做 dns 查询的时候，它只解析了 response 的 Answer section。我自己 fork 了一份代码，往里面加入

了解析 dns response 其他部分的功能。在我自己的 fork 里面 dns 查询的 address 对象里会新增一个 section field，表明某一条 dns record 是从哪一个 section 来的。下面是之前的 dns 请求的返回

结果和新的返回结果做的对比。

在修改前：

[
  {
    "target": "zekaizhengs-mbp.corpad.net.local.node.dc1.consul",
    "weight": 1,
    "ttl": 0,
    "priority": 1,
    "type": 33,
    "class": 1,
    "name": "test_service.service.consul",
    "port": 3000
  },
  {
    "target": "zekaizhengs-mbp.corpad.net.local.node.dc1.consul",
    "weight": 1,
    "ttl": 0,
    "priority": 1,
    "type": 33,
    "class": 1,
    "name": "test_service.service.consul",
    "port": 3003
  }
]

在修改后：

[
  {
    "weight": 1,
    "class": 1,
    "target": "zekaizhengs-mbp.corpad.net.local.node.dc1.consul",
    "section": 1,
    "name": "test_service.service.consul",
    "type": 33,
    "ttl": 0,
    "priority": 1,
    "port": 3003
  },
  {
    "weight": 1,
    "class": 1,
    "target": "zekaizhengs-mbp.corpad.net.local.node.dc1.consul",
    "section": 1,
    "name": "test_service.service.consul",
    "type": 33,
    "ttl": 0,
    "priority": 1,
    "port": 3000
  },
  {
    "address": "169.254.160.242",
    "section": 3,
    "type": 1,
    "class": 1,
    "name": "zekaizhengs-mbp.corpad.net.local.node.dc1.consul",
    "ttl": 0
  },
  {
    "address": "169.254.160.242",
    "section": 3,
    "type": 1,
    "class": 1,
    "name": "zekaizhengs-mbp.corpad.net.local.node.dc1.consul",
    "ttl": 0
  }
]

对我们的好处：

新加了这部分结果的解析能帮我们减少多余的 dns 请求。之前我们需要先做一个 srv 记录的请求，在得到结果以后再针对每一个 srv 记录的 target 去发一个 A 记录的请求以拿到真实的 ip。在 https://github.com/vlipco/srv-router 这个仓库里面就是用这种方式去实现的。

坏处：

依赖这个库的代码有可能会挂掉，因为新的返回结果里面包含了别的类型的返回结果。

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

所以如果大家觉得这个改进有用的话我就把我的修改放到 pr 里面。