有朋友在阿里云主机实现微信支付逻辑时，发现api.mch.weixin.qq.com的解析实在是太慢了。

因此出现了手动修改/etc/hosts的情况，当然了，哪天微信支付要是换个机房肯定要挂。

我们的机房也有相似的同题，专门记录一下。

代码里用curl来请求微信，经常超时，这时使用wget试验：

[root@01 tmp]# wget api.mch.weixin.qq.com

--2016-06-18 14:51:03--  http://api.mch.weixin.qq.com/

Resolving api.mch.weixin.qq.com...  域名解析很久不出来

测试确认是ipv6问题

给wget加上-4，强制使用ipv4，如果很快，那基本上确定是ipv6惹的祸了。

1. [root@01 tmp]# wget -4 api.mch.weixin.qq.com 
2. --2016-06-18 17:03:52--  http://api.mch.weixin.qq.com/ 
3. Resolving api.mch.weixin.qq.com... 123.151.71.149, 123.151.79.109 
4. Connecting to api.mch.weixin.qq.com|123.151.71.149|:80... connected. 

代码分析:

专门写个代码来测试ipv6的解析，用到系统函数getaddrinfo:

1. #include <stdio.h> 
2. #include <string.h> 
3. #include <netdb.h> 
4. #include <iostream> 
5. #include <sys/types.h> 
6. #include <sys/types.h> 
7. #include <sys/socket.h> 
8. #include <arpa/inet.h> 
9.  
10.  
11. using namespace std; 
12.  
13. int main() { 
14.  
15.     struct addrinfo hints,*answer,*curr,*p; 
16.  
17.     int error; 
18.  
19.     memset(&hints, 0, sizeof hints); 
20.     hints.ai_family = AF_INET6;//AF_UNSPEC; // use AF_INET6 to force IPv6 
21.     hints.ai_socktype = SOCK_STREAM;//SOCK_DGRAM; // SOCK_STREAM 
22.  
23.     if ((error = getaddrinfo("api.mch.weixin.qq.com", NULL, &hints, &answer)) != 0) { 
24.         fprintf(stderr, "getaddrinfo: %s\n", gai_strerror(error)); 
25.         return 1; 
26.     } else cout <<"Success with a URL\n"; 
27.  
28.     char ipstr[16]; 
29.     for (curr = answer; curr != NULL; curr = curr->ai_next) { 
30.         inet_ntop(AF_INET,&(((struct sockaddr_in *)(curr->ai_addr))->sin_addr),ipstr, 16); 
31.         printf("%s\n", ipstr); 
32.     } 
33.  
34.     freeaddrinfo(answer); 
35.  
36.  
37.     return 0; 
38. } 

包含头文件

netdb.h

函数原型

int getaddrinfo( const char hostname, const char service, const struct addrinfo *hints, struct addrinfo **result );

参数说明

hints：可以是一个空指针，也可以是一个指向某个addrinfo结构体的指针，调用者在这个结构中填入关于期望返回的信息类型的暗示。举例来说：如果指定的服务既支持TCP也支持UDP，那么调用者可以把hints结构中的ai_socktype成员设置成SOCK_DGRAM使得返回的仅仅是适用于数据报套接口的信息。而是否ipv6则由ai_family决定。

result：本函数通过result指针参数返回一个指向addrinfo结构体链表的指针。

返回值：0——成功，非0——出错

测试结果

ai_family为ipv6时，只会寻找ipv6的解析结果，一般域名也没设置。ai_family为AF_UNSPEC时，会先ipv6再ipv4的，而api.mch.weixin.qq.com这个域名的ipv6解析出奇的慢（qq.com却不慢，原因见后）。

解决办法

如果是curl，c可以强制指定ipv4，使用curl_easy_setopt(curl, CURLOPT_IPRESOLVE, CURL_IPRESOLVE_V4);

其他语言的也参考此法。

测试代码下载

深层原因分析

nslookup -query=AAAA api.mch.weixin.qq.com -debug 是找不到解析的（指定的AAAA就是ipv6），然后会发现一个SOA声明和他的上级weixin.qq.com有一个ipv6的CNAME，到了minorshort.weixin.qq.com，而这域名又是没有ipv6的解析的。

目测ipv6找解析时是在这个SOA和CNAME的地方打圈了，微信的同学们是不是考虑让大伙好过一点，把这些个域名的ipv6设置去掉。

dig @ns-tel1.qq.com weixin.qq.com AAAA

weixin.qq.com.        43200   IN   SOA  ns-tel1.qq.com. webmaster.qq.com. 1293502040 300 600 86400 300

Tags: api mch 域名解析慢

分享到：