迁移到11区VPS，启动IPv6 Project

嘛，11区嘛，又叫岛国，太阳国，霓虹国，倭国，东瀛，樱花之国……
当让，它有个正式的名字，大家懂滴→_→

看了一下账单，16号下午买的，不过到现在才被鹚给恢复，

一来是没啥时间，二来是这次的配置比上次复杂许多。

本来买这个VPS也是比较巧，看G+上基友发了个链接，然后看价钱、硬件配置和速度都符合吾标准，

于是四天前，鹚猛下决心把横天主机上的资料数据库全删光了……

反正吾是受够主机了的！

不灵活，慢，还经常崩，蹦了之后还会丢失DA面板密码==

果然独立Server本命啊！

不过这VPS也还真的对口，Geek味很浓，每台VPS都带一个 webshell 面板，如图:

当然，这玩意儿也就救急的时候（不方便SSH时候用），但是呢，吾得另外给他安排个地方啦～

至于VPS面板嘛，简单的可以，只有关机，启动（要重启就先关机再启动吧），重装系统，不过不是出问题的话，一般ssh里面reboot就好了。

嘛，符合我的风格，简洁就是美～

至于VPS的类型，一开始 芜玄酱 告诉吾这是KVM，但是后面用着用着怎么都觉得不是kvm，于是吾在ssh里面打下 ls /proc|grep vz ：

果然是 OpenVZ 嘛！

不过虽然是 OpenVZ ，良心还是大大的有，比起那台放置Play的Burst，这个厚道许多，因为除了保证 512MB内存 外，其Burst内存有1G！
比么Yard的512MB +1G废品SWAP实用许多，然后吾发现子机的内存还能稍微cache化，这点吾很满意～

至于母鸡的配置，如下图（就是不知道超载如何，话说鬼子比较规矩吧？？）：

然后重要是，除了有一个IPv4地址，还默认送一个IP6地址～

不过说到这个IPv6，也是吾一直拖到现在才弄好的原因。

其实鬼子的这个VPS挺奇葩的( ˊ＿>ˋ )

按照鹚的习惯，当然是捡 Ubuntu LTS 优先，但是 Ubuntu 10.04 LTS只有 32Bit，于是用Ubuntu 10.10 64 Bit吧，

然后吾刚SSH进去一检查: sudo /sbin/ifconfig |grep inet6 居然没IP6地址。

于是吾问 芜玄酱 ，他告诉我说ubuntu ip6支持有问题，centos 6.3也不行，只有centos 5.3可以（喂！哪来的5.3，明明只有centos 5.4→_→

于是吾要他把网卡信息贴出，然后吾手动把 IP6 地址给添加上去，再 sudo /etc/init.d/networking restart ，结果不行（脱力……

于是继续测试debian 6.0 64 bit。

嗯，貌似debian 6.0 64 bit 可以，实际上，ubuntu server除么些机制不同和许多组件比debian新之外，其他的没啥区别。

于是吾庆幸，就用debian吧～

但是高兴的太早了，uptime 了一天，吾就发现不稳定了，那IP6地址居然会莫名奇妙的掉。。。。

不管我 手工把IP6地址添上，还是重启网卡，都不行…………

至此，debian系全跪了……CentOS 6.3不用测试了，本来就不太喜欢CentOS。

但是为了鹚酱的 IP6 Project，于是吾现在用的，就是CentOS这种不科学的东西！╮(￣▽￣”)╭

吾讨厌 CentOS，套件旧的一X，配置文档粘成一团（尤其是这Apache的配置文件），主源的东西少的可怜，python 2.4，php5.1， 啥都要编译……

不过后面把 RedHat 的那个源加了进来，凑合着用吧（话说红帽君真厚道w

对了，至于为什么会有这种VPS-OS差异问题，吾的看法和 芜玄酱 差不多——内核兼容问题。

要用的东西都选定后就不抱怨啥了，但是费时间的就是接下来的配置。

鹚依旧偏爱 前端Nginx+后端Apache 的架构，通常情况下这不难。

但是要同时支持 IPv4+IPv6 的混合访问，就相当的麻烦。

需求是这样的：
主站(Blog)同时支持 IPv4+IPv6
ghs.brilliant.run 支持到GAE的反向代理，主代理域(IPv4
cloud.brilliant.run 指向到 ghs.brilliant.run（复活
img.brilliant.run 未来可能支持IPv6
code.brilliant.run 复活（暂时只支持IPv4
xxx.brilliant.run 一些未绑定的域名
ipv6.brilliant.run 作为镜像IPV6站点（IP6 Only
shell.brilliant.run 作为控制面板
default.brilliant.run 作为默认域

对于绑定的域名，就让其绑定的域名正常工作。
未绑定的域名，就返回整个服务器的默认页面，IPv4就返回IPv4的默认页面，IPv6就返回IPv6的默认页面。
当然，既然用到 前端Nginx+后端Apache 架构，最终的目的是预测到各种可能的情况，尽量把大部分请求都分摊到 nginx，所不像么些人，nginx的 @符 号我是绝对不会用的～

配置文件的编写很有讲究，写错一点上面的页面就乱跳了，吾是一点一点的改配置文件，一遍遍的分析 apache 和 nginx 的日志……

最终把问题都搞定了，装上 mysql，ftp，git，svn，py2.6…… 开始迁移资料～

但是资料迁移上去之后，bug又出现了，主要问题在 wordpress 上。

话说鹚好久没折腾wordpress，不知这玩意儿多了一些隐藏的特性，首先是 wp super cache 这个插件在复杂环境下，其依赖的 wp-cron.php 不正常，还好吾是Server管理员，改动了服务器的dns解析……
但是光改这个肯定不行的，配套的的nginx和apache配置……

其他的问题暂时没有，不过由于 centos 这不科学的东西，弄的我一堆 php 文件的访问出现 500 错误，一检查，居然默认没把 php 的 short tag打开 (ಥωಥ)

这里就不写啥技术了，真写起来，写的太简单等于白写，写的详细又罗嗦（估计大部分人不会像我这样子整→_→

所以，现在正式宣布 brilliant.run 的 IPv4 和 IPv6 Project启动，但是在能够正常使用之前，请大家帮忙测试一下=3=

首先是，如果你打开 http://ipv6.brilliant.run 能看到如下页面（注意那行提示 “这里是服务器IPV6默认页面”)，那么恭喜你的网络支持IP6～

然后，如果你通过IPv4线路打开 http://brilliant.run 的时候，看到的是正常的blog，
而当你通过 IPv6 线路访问 http://brilliant.run 的时候，看到的是 “这里是主站服务器IPV6默认页面”字样+“萌妹妹”的图片，那么，一切OK（舒口气＞▽＜

当然，一切稳定后，鹚酱才能直接将 v4-brilliant.run 和 v6-brilliant.run 合并的说。

然后，对于复活的一些站，

http://cloud.brilliant.run

http://code.brilliant.run

百废待兴啊……

至于 http://t.brilliant.run 就不复活了了，这年头大家人手一台Android手机，方便的很嘛～

最后，很久没更新了，有点不好意思的说，临近毕业，比较忙，也有点压力……

这个VPS是三月一付的套餐，飘飘泊泊的，那天有钱了，真想自己迁专线，家里放台Server（泪……

对了，对这VPS感兴趣的，见本站底部的链接 ↓↓