域名解析服务器, 也就是大家常说的DNS服务器, 它扮演着将人类容易记忆的域名转换成计算机能够识别的IP地址这样的核心基础设施的角色, 如果想要顺利地完成域名解析方面的相关设置工作, 其实总共需要分作三个步骤来进行操作, 首先要去挑选一个靠谱的、信誉良好的DNS服务商来作为合作对象, 然后需要在专门用于管理域名的平台上仔细录入那些必要的解析记录信息, 最后在适当的时候去检查一下这个解析功能是否已经正常生效了, 接下来我们要从如何选择合适的服务商这样的标准入手, 一直到具体的各个操作步骤这样一个完整的方面作出详尽的全面说明。
01.如何选择域名解析服务器
当您在挑选DNS服务提供商的时候, 需要把重点放在对下面这四项指标进行全面的评估上面。
解析速度方面: 如果面对的是国内用户, 那么优先选择那些部署了国内节点的DNS服务, 这种情况下解析延迟是可以控制在50ms以内的；如果是面向海外用户的话, 就应当选择拥有全球多节点架构的方案。
可用性方面, 服务商在承诺的服务等级协议也就是所谓的SLA标准上, 不能低于百分之九十九点九九这个比例, 同时还需要能够提供自动切换故障的功能, 这里提到的Anycast是指这种技术实现方式。
功能覆盖: 我们要看的是它到底是不是支持A记录的解析, 还有那些叫AAAA的记录类型, 再就是CNAME、MX、TXT、SRV以及CAA这些类型的记录是否全都包含在内。
另外, 我们还得确认该系统是否有提供像HTTPDNS这样的服务。对于叫做DNSSEC的这种用来增强安全和可信度的能力, 这个系统是不是也一并提供了这一点, 我们也要看清楚。
关于管理成本这一块, 需要看看是否支持控制台里面的批量操作功能、有没有提供API接口, 以及TTL设置方面是否能灵活地进行调整等这些内容。
可以选的方案, 常见的有, 云厂商的DNS服务, 这里头就包括阿里云DNSPod、腾讯云DNSPod, 还有华为云的DNS这种, 另外就是那专门做DNS服务的供应商, 例子就是Cloudflare DNS和AWS Route 53, 再一个选择是自己去搭建BIND或者PowerDNS这些组成的集群环境。
02.配置操作步骤
第1步：确定解析记录
对必要的记录清单进行整理, 其中典型的设置包含。
第2步：在域名管理后台设置
请先登录到域名注册商那里, 或者也可以登录到DNS服务商的控制台里, 然后找到“域名解析管理”这个页面, 接着按照前面给出的那个表格里的内容, 一条接一条地添加相应的记录内容, 并且还要专门去设置一下TTL这个值的具体数值, 这里有一个比较合理的建议, 就是在大家第一次进行配置的那个时候把这个数值设为三百秒，而在后面一切运行都稳定了之后就把这个数值修改为三千六百秒。
第3步：验证解析生效
请在命令行的位置, 去执行:
nslookup 你的域名
dig 你的域名 A
需要确认一下返回的IP地址是否和预计的那个是一致的, 这个全球范围内的生效时间通常需要花费5到24个小时的时间, 具体的时长会取决于原始的TTL数值是多少, 但是对于国内的节点来说, 一般是在30分钟之内就能够完成的。
03.高频问题与解决方案
出现解析没有立即生效的情况时, 应当去检查本地的DNS缓存。在Windows系统中, 用户需要执行ipconfig /flushdns这个命令。
而在macOS或者Linux系统里, 则需要执行sudo dscacheutil -flushcache这个命令。通过这种方式来确认之前保存的记录的TTL数值是否已经过期了。
遇到了解析污染的情况, 需要把DNS服务器的地址修改成114.114.114.114, 或者改成8.8.8.8, 这样做是为了把中间链路里的劫持问题给排除掉。
HTTPS证书不匹配: 你需要确认一下域名解析所指向的IP地址, 是不是和证书签发放行时所使用的IP地址保持一致, 如果确实不一致的话, 或者你就得想办法为这个证书把对应的域名给添加上去。
04.补充说明
如果你同时管理着多个域名或者是子域名, 我们建议你最好把统一的解析服务集中交给一家DNS服务商来搞, 这样做可以避免因为要在多个平台之间来回切换, 从而导致一些解析记录被遗漏掉。
以gname.xin为例, 它的DNS解析配置流程是比较简单的, 先是登录到域名管理控制台, 然后进去找到解析设置这个地方, 接着添加一条A记录, 让这条记录指向你要用的那个目标IP地址, 最后保存这个配置, 等待全球节点同步完成就搞定啦, 在这个过程中全程是不需要你去修改代码或者说重启服务的。
配置这个步骤完成了之后, 我是建议每个月要把那个解析记录的准确性给检查一遍的, 然后, 当服务器进行了迁移或者是IP地址发生了变更这样的时刻, 是需要把这个记录给同步更新好的, 就是为了确保咱们的业务能够一直连着不断。
