DNS.com救我一命和NS解析的正确使用方式

说下这事。前些天的事儿。

半夜,服务器报警了。同事一看我擦流量上去了啊。于是开始部署负载均衡。好死不死,微信的open.weixin.qq.com有问题,要更新个服务器IP白名单上不去。作为一家小步快跑的公司来说,技术债都不知道欠了多少。说好的微服务呢说好的自动化呢……在一边纠结的时候,一边快速调整配置,一边想着法子解决这个问题:怎样把*.a.b.c.com解析到负载那台机子。(原因blabla略过)

很简单嘛,做个泛解析!

于是上dnspod。但是!dnspod不允许做这层的解析!我擦当时汗都下来了。这解析没法做,今晚这负载肯定起不了作用,open.weixin.qq.com短时间又修复不了问题。打了dnspod的电话,是腾讯云的客服接的电话,表示不清楚这事儿,建议上班时间再问或是丢在线ticket。我@$#@$!@#$!@#$。然后从线上给dnspod发了ticket看他们啥时候回。但问题还得解决不是。

于是想到了dnspod的友商dns.com,就是之前的51dns(很土的名字对不对)。死马当活马医试一下。我擦,dns.com是可以做 *.a.b.c.com 这样的泛解析的!

然后想着,能不能把*.a.b.c.com交给dns.com,而其它子域的解析留在dnspod上呢。解析小多,临时都迁过去担心又捅什么篓子出来。这样影响面是最小的。
对于域名老司机的我来说当然不成什么问题。用NS解析就可以了。

先在dns.com上做好*.a.b.c.com的解析,同时也要做好a.b.c.com的解析。
dig 一下,没问题。

在dnspod上设置a.b.c.com的NS记录为dns.com的dns服务器(好像很拗口)。
比如 a.b.c.com NS ns1.dns.com,然后可以再加一个NS,a.b.c.com NS ns2.dns.com。

NS的优先级比A/CNAME要高,所以之前的A/CNAME就无效了,会交给指定的DNS服务器去解析。

这个意思就是把a.b.c.com及其子域的解析交给ns1.dns.com和ns2.dns.com。

然后保存。然后dig trace一下。非常好,解析成功了。负载记录慢慢上来了。感谢DNS.com让我们项目多活了一天。

———–

总结

  1. 技术债要尽快还
  2. dnspod的免费解析不支持*.a.b.c.com这么多层的泛解析,但DNS.com的支持。
  3. dnspod的电话客服是腾讯云的,在深夜这个时间段的客服可能搞不定所有问题。所以多掌握点东西是必要的。
  4. 第二天dnspod回复了,说收费版支持。
  5. NS解析记录可以指定子域的解析服务器(是不是很像MX记录)
  6. 后面比较了DNS.com的收费套餐和dnspod的,一年一百多的套餐送20G的DDOS,我在想要不要买呢。万一被D了呢,去年就被D过一次,掉阿里云的黑洞里了妈的。

《DNS.com救我一命和NS解析的正确使用方式》有5个想法

  1. 文章看的 都好紧张 ,还好DNS.COM有这功能,救了一命。不过换句话说,服务也蛮重要的,DNSPOD的电话客服在腾讯云手里,服务跟不上也是肯定的了。也亏得楼主是个域名老司机,要不早抓瞎了。

    建议还是买收费版本的吧,一旦被D,又是火急火燎的,糟心。

发表评论

电子邮件地址不会被公开。 必填项已用*标注