测试IPv6的地址：
https://www.test-ipv6.com/提供一些IPv6的DNS服务器：
#China Public IPv6 DNS
ping 240C::6666
#CNNIC IPv6 DNS
ping 2001:dc7:1000::1
#BaiDu Public IPv6 DNS
ping 2400:da00::6666
#Google Public IPv6 DNS
ping 2001:4860:4860::8888
#Cloudflare IPv6 DNS
ping 2606:4700:4700::1111这里首选的是one.dot.one.dot.one.dot.one家的，也就是Cloudflare的1.1.1.1，很给力，而且好消息是接入Cloudflare的CDN后IPv6是直接访问，速度也很给力，比普通线路在拥堵时可能有一些优势。但是现阶段G家上传貌似不是很给力，非常不稳定，测试结果是从0~12Mbps吧，我的上传带宽应该有40Mbps左右的样子，但是还是很不稳定，不过可以将就着用了，已经很好了。
说到获取真实IP，我们不难想到nginx的http realip module，就是当遇到IP是设定范围内的地址时，就逆向递归获取源目标的真实IP。对于Cloudflare CDN而言，也是遵从行业标准的，即使用X-Forwarded-For header 和 CF-Connecting-IP header 。Cloudflare的真实IP地址可以从这里获取Cloudflare IP addresses，当然我们也可以查看文本格式的Cloudflare的IP段：
https://www.cloudflare.com/ips-v4
https://www.cloudflare.com/ips-v6官方建议还是要定期更新这个IP范围的，以免范围改动影响使用效果。
奶牛找到了一个别人写好的sh脚本，可以自动生成一个Cloudflare真实IP的conf。
#!/bin/bash
echo "#Cloudflare" > /usr/local/nginx/conf/cloudflare_ip.conf;
for i in `curl https://www.cloudflare.com/ips-v4`; do
echo "set_real_ip_from $i;" >> /usr/local/nginx/conf/cloudflare_ip.conf;
done
for i in `curl https://www.cloudflare.com/ips-v6`; do
echo "set_real_ip_from $i;" >> /usr/local/nginx/conf/cloudflare_ip.conf;
done
echo "" >> /usr/local/nginx/conf/cloudflare_ip.conf;
echo "# use any of the following two" >> /usr/local/nginx/conf/cloudflare_ip.conf;
echo "real_ip_header CF-Connecting-IP;" >> /usr/local/nginx/conf/cloudflare_ip.conf;
echo "#real_ip_header X-Forwarded-For;" >> /usr/local/nginx/conf/cloudflare_ip.conf;运行脚本后，我们可以得到一个/usr/local/nginx/conf/cloudflare_ip.conf的conf文件，在网站所在的nginx conf中添加字段：
include /usr/local/nginx/conf/cloudflare_ip.conf;即可，添加完成后使用nginx –t来验证配置文件是否正确，正确无误后重启或者重新载入nginx即可。
也可以使用cron计划任务来定期更新cloudflare_ip.conf文件。
0 5 * * 1 /bin/bash /location/to/update_cf_ip.sh这样子就可以在每周1的5点进行自动更新Cloudflare的IP conf文件了。如果使用配置文件中的X-Forwarded-For参数，理论上对所有的执行标准的CDN都是有效的。
今天奶牛又尝试了下Cloudflare的CDN，发现这个CDN的正确开启方式有些特别。
当然，注册，添加网站到Cloudflare的后台都是正常步骤，然后更新NS服务器，最后，发现网站无法访问，问题就在SSL上面。
比如奶牛以前使用的是自己的SSL，但是Cloudflare并不认这一套，至少对免费用户是这个样子。没办法，只能等？
NO，直接让Cloudflare回源，就是overview里面的pause，直接暂停掉Cloudflare的CDN，然后回源，等什么时候SSL在Crypto标签中显示
Status Active Certificate的时候，再把CDN设置为启用状态即可。
最近写了一个小型静态企业站，为了测试方便就直接用了七牛云储存，因为是静态页面，所以所有的页面文件素材都放七牛上就可以了，页面的载入速度还是比较理想的，比直接用国内主机应该要好一些，至少不会宕机吧。今天咱就说说这两年开始流行的CDN。
以前也用过cloudflare、CDNZZ的产品，对于国外主机的站点还是有一定效果的。CDN通过抓取全站的静态资源，当访问者发出DNS请求的时候，cdn的dns服务器就对请求的资源进行相应的线路选择，线路优化后加载速度就会得到一定的提升。作为静态页面来说，除去.html文件的加载，剩下的就是加载css、js以及图片资源了。其实，如果直接不使用CDN的话，将css、js以及图片资源都放在譬如七牛云储存这样的地方也是可以的，只要将这些资源设置为外链的方式即可，同样可以起到很好的作用。
引用外部资源必然就需要引用外部的域名，这个可能会增加一个域名的解析时间，奶牛以前的做法是把所有的js资源都置在本地，好处是不用害怕网络不连通造成的网站页面走形。现在随着云储存的发展，完全可以把这些资源置于外部储存来解决。而且浏览器的并发现在也都蛮不错的，基本上并发出去对小型的静态页面就可以很快的抓取回所有内容。
再说说七牛，七牛的云储存在路径方面还是挺新颖的，因为貌似就没有路径的概念，只是把资源作为整体，用key value的方式进行储存，使用命名中带有/来作为分割目录。感兴趣的朋友可以测试下，并且七牛有同步的程序，配置好conf就直接用同步来放置静态页面即可。七牛每月送10G的流量，这个对于普通的静态资源来说，流量也不算小了，所以今天推荐下。