OVH gives you a /128 block by default. But in fact you can use the whole /64. You can simply add a /64 address to eth0.
But if you activate IPv6 in docker and try to allocate an address in bridge network, you will find the address is not ping-able. The problem here is we should send a NDP notification to OVH router.
配置OVH的独服在docker中使用IPv6
OVH的机器默认给的是/128，但是其实整个/64都是可以用的，如果添加到网卡上是可以双向ping通的。
但是如果docker的bridge网络分配了一个IPv6，却无法ping通。喝了一瓶果汁之后我发现是因为没有向（OVH的）路由器发邻居发现协议包（NDP）。
GFW6使用心得 一
最近一直在使用gfw6，感觉不错。
试着做如下黑箱分析：
- 阻断ipv6反向代理地址的工作方式：阻断地址通过计算获得：RFC 6147中指出，dns64反向代理服务器返回的ip由服务器决定，“一般情况下，返回一个带ipv6固定前缀的地址”；现在看来大部分dns64服务器都是按照“一般情况”，GFW6只要将所有ipv6请求目标地址和源地址某两个块（一般为最后两个块）倒推成ipv4地址，即可选择性地发送RST包。如此土豪的方式，果然是一坨曙光计算机撑腰的大项目啊（笑）。
- 阻断固定ipv6地址的工作方式：和以前ipv4的时候是一样的，RST攻击。
- 开始污染DNS64解析感觉这个没啥作用
- 有两点值得注意：对反向代理，似乎只对请求方发送RST包；https连接没有被RST。
GFW6 beta 今天再次公测
静等斯巴达
ipv6出国通路今天已选择性被封，普通方式翻墙已基本被堵死。27日傍晚已恢复正常
不得不说，国内的大部分互联网大公司都收到了来自SERN的指示。
比如昨天在群里发了新浪博客的镜像文章地址，后来就被“管理员删除”了。
不可能有人会专门监视哪个群，只是腾讯过滤出了其中的关键字还有网址，然后重点审核罢了。
一丝凉意涌上心头
喂不要告诉我ipv6就是因为这被封的？！！
我果然是厨二病啊哈哈哈哈哈！！！
最后贴张图，纪念斯巴达倒数十一天。
斯巴达大事记录：
- 2012-10-27 11:50:48 ～2012-10-27 15:54:26 CERNET IPV6出国线路被拔线（从监控日志来看是这样，实际上存在地区差异）
- 2012-11-7 GFW6 试运行，对除google基础服务（除去youtube和webcache）外的出境地址全部进行了DNS污染；对部分请求的RST也开始运作
- 2012-11-8-？GFW6对ipv6出国报文间歇性导向黑洞路由（？）
