阿里云服务器支持IPV6

        最近手头有个App Store的应用需要重新提交，查了一下现在苹果哪里需要app server支持ipv6，我自己用的服务器是ipv4的服务器，改oc项目的同时还要把阿里云的服务器网络调整一下。网上查一下阿里云内网支持ipv6，外网不支持ipv4，没法直接让app链接ipv6的服务器，网上找了找ipv6升级方案，找到了两种，都操作了一遍。

     1.最开始找的一种，开始网上搜，大部分都介绍的这种，主要生产环境不需要改动，风险低，不过需要点费用，就是找个支持IPV6的服务器，配置个支持IPV6的NGINX的web服务，反向代理到你自己原来的IPV4的阿里云服务器上，这样基本以前的生产环境不用动，DNS解析加一个AAAA的IPV6解析到IPV6的服务器上就行了，实际使用IPV6的访问走的新的服务器，最后把请求转发到旧的服务器上。这里就需要一定的费用了，主要是租用IPV6服务器的费用，我买了linode服务器测试了一下，一个月5美元，基本配置完成，本来想用这个方案的，后来觉得，每个月还要付费，就作罢了。（注：如果觉得这个也麻烦，淘宝上搜一下ipv6的app审核服务，审核一次300-400元，你自己就不用折腾了）

        2.第二种其实也是变通方案，不过需要调生产环境，让你原来的app服务器支持IPV6，这里需要修改阿里云的配置支持IPV6

    配置如下

vi /etc/sysctl.conf

net.ipv6.conf.all.disable_ipv6

net.ipv6.conf.default.disable_ipv6

net.ipv6.conf.lo.disable_ipv6

把后面的值 1 全部改为 0

 vi /etc/sysconfig/network

NETWORKING_IPV6=yes

重启网络。

ifconfig，检查eth0，eth1是否有IPV6的地址，这里IPV6地址都是随机生成的，不用管。到这里阿里云服务器已经支持IPV6了，只不过国内网络环境不支持。

然后用https://www.tunnelbroker.net/这里注册通道，网上自己搜，教程都是一样的。说一下他的作用吧，网上基本没说它干啥的，我也没仔细研究，其实这个网站给的IPV6的地址，然后最后所有IPV6的请求都经过这个网站上，然后再把IPV6的请求包裹成IPV4的网络数据包发到你的阿里云的服务器，阿里服务器收到IPV4的请求后网络解包，还原成IPV6的请求路由到你的IPV6的网卡上，访问你的服务器上各类网络服务。说一下，执行那个网站命令的时候，当时我自作聪明，写个脚本执行那个注册网站的脚本，结果貌似报错了，不知道那些命令执行了，那些命令没执行，重新逐条执行命令又报错，用IPV6的地址PING我的阿里服务器也PING不通，以为网络配置出错了那，查了好久，后来等了一会儿又PING通了，可能是tunnelbroker生效需要几分钟。

到这里基本上就完成，网络配置，到DNS上添加AAAA记录，把IP指向到tunnelbroker给你的那个IPV6的地址上，重新用PING6测试一下你的域名是否能正常解析到IPV6的地址上，如果可以，可以说明网络层基本搞定。

然后配置NGINX，我以前生产环境的NGINX只支持IPV4，所以需要重新编译。

到生成环境 ./nginx -V，查找现在支持的模块，然后找到以前编译目录，然后添加--with-ipv6的模块，重新make install，如果生产环境nginx正在跑着，就先别install，先make，然后进入obj目录，找到nginx命令，执行./nginx -t ，如果没问题，说明编译成功，等到升级时候在重新make install或者copy过来就行。

基本到这里就完成IPV6的升级就完成。

结论：从性能上讲，这两种方式都不是太好，只能应对国内的苹果IPV6的审核，如果审核通过建议还是把DNS的AAAA记录删了。我个人觉得如果生产环境服务器有空闲，可以变通的用第二种方式，新装有外网IP的一个支持IPV6的nginx服务器最合适，然后nginx请求转发或者反向代理都可以，这样这个服务器就做些APP Store审核的网络接入的工作就行了，上线风险低。第一种风险其实也低，不过有些费用而且你要维护这个临时服务器，有些麻烦。而我当时直接在生产环境上操作的，现在想想都有点后怕，网络配置真出问题了，线上应用直接就挂了，原谅我是开发人员吧，运维工作做的确实糙了点。

 

 

 

转载于:https://my.oschina.net/u/3013966/blog/913847