如何解决跨境DNS解析失败问题?

网络 网络管理
为了能⻓期解决这个问题,我们还是准备把域名解析服务放到阿⾥云的云解析上。保证国内访问没有问题。

问题

公司使⽤的是阿⾥云基础设施,DNS解析使⽤的是境外的Akamai作为域名的DNS解析服务商。

当前有部分应⽤需要被第三⽅应⽤调⽤,同时也有主动调⽤第三⽅应⽤的需求。最近突发了很多调⽤失败问题。

应⽤调⽤失败:

图片

Gitlab拉取失败:

图片

故障排查

1. 在ECS上进⾏循环抓包并修改resolv.conf配置

抓包命令:tcpdump -i any -s 0 port 53 and host 【域名】 -C 100 -W 50 -w

/tmp/dns.pcap

参数说明:

-i:指定要过滤的⽹卡接⼝,如果要查看所有⽹卡,可以-i any

-s: tcpdump 默认只会截取前96字节的内容,要想截取所有的报⽂内容,可以使⽤-s

number,number就是你要截取的报⽂字节数,如果是 0 的话,表示截取报⽂全部内容

-C:file-size,tcpdump 在把原始数据包直接保存到⽂件中之前, 检查此⽂件⼤⼩是否超过file-size。如果超过了, 将关闭此⽂件,另创⼀个⽂件继续⽤于原始数据包的记录,新创建的⽂件名与-w 选项指定的⽂件名⼀致,但⽂件名后多了⼀个数字。该数字会从1开始随着新创建⽂件的增多⽽增加。file-size的单位是百万字节(nt: 这⾥指1,000,000个字节,并⾮1,048,576个字节,后者是以1024字节为1k,1024k字节为1M计算所得,即1M=1024 *1024 = 1,048,576)。这⾥是100M

-W参数:与-C参数⼀起使⽤时,可以达到循环写⼊⽂件的作⽤。这⾥是抓50个⽂件

-w ⽂件路径和⽂件名 ⽤于指定保存⽂件的路径和名称,没有指定路径默认在系统默认路径下;

标准默认resolv.conf标准配置:

options timeout:2 attempts:3 rotate single-request-reopen

#这条配置使得在解析域名时在所有的nameserver中进⾏ 随机 的选择。

nameserver 100.100.x.xxx

nameserver 100.100.x.xxx

2. 频繁执⾏git pull命令等待报错出现

图片

图片

3. 确认DNS的出⼝IP地址

多次执⾏命令:dig whoami.ds.akahelp.net txt +short

"ns" "106.xx.xxx.8"

"ns" "106.xx.xxx.8"

"ns" "106.xx.xxx.7"

"ns" "106.xx.xxx.6"

"ns" "106.xx.xxx.6"

"ns" "106.xx.xxx.7"

"ns" "106.xx.xxx.1"

"ns" "106.xx.xxx.6"

"ns" "106.xx.xxx.8"

"ns" "106.xx.xxx.6"

"ns" "106.xx.xxx.6"

"ns" "106.xx.xxx.7"

4.通过云⼚商服务端检查发现问题原因

图片

原因如下:

a. ⾸先阿⾥云的DNS服务没有缓存

b. 当⽤户或应⽤发起域名解析后

c. 如果阿⾥云DNS服务器⾥有请求过的地址且TTL时间未过期的话就直接返回结果

d. 否则阿⾥云DNS服务器将去境外Akamai去请求解析记录,但由于从国内到境外的⽹络

波动会导致部分请求失败

临时解决方案

在⻓期解决⽅案未落地前我们使⽤了2个临时解决⽅案。

1. 如果是A记录的通过临时绑定Hosts解决

2. 如果是CNAME记录或其它的则使⽤阿⾥云的Private Zone临时内⽹DNS解析服务解决

长期解决方案

为了能⻓期解决这个问题,我们还是准备把域名解析服务放到阿⾥云的云解析上。保证国内访问没有问题。同时应⽤也要做两个变更:

1. 要设置调⽤失败的重试机制,⽐如失败后重试3次每次间隔3秒

2. 要设置重试后任然失败的补偿机制,这个需要业务负责⼈去制定具体的补偿规则

责任编辑:武晓燕 来源: 新钛云服
相关推荐

2018-03-29 09:46:02

2012-09-05 11:09:15

SELinux操作系统

2010-04-29 17:46:31

Oracle死锁

2012-07-03 14:02:28

路由器故障

2011-08-29 10:34:00

网络安全云安全云计算

2011-03-23 14:42:47

CPU过度消耗

2017-10-17 09:21:06

2023-10-30 18:35:47

MySQL主从延时

2021-06-06 13:05:15

前端跨域CORS

2010-07-16 13:52:26

telnet漏洞

2013-05-21 10:49:59

Windows硬件冲突

2017-07-20 07:30:16

大数据数据互联网

2010-03-18 14:54:57

Java SynDem

2019-11-26 14:30:20

Spring循环依赖Java

2020-04-24 16:01:26

物联网数据IOT

2009-06-30 15:22:55

JSP页面

2023-03-27 11:33:37

人工智能物联网

2020-06-29 15:03:34

远程工作网络安全网络攻击

2010-08-25 13:06:53

IP地址故障

2009-02-05 10:33:27

设备碎片Java ME移动
点赞
收藏

51CTO技术栈公众号