不知不觉就进入7月了，这意味着，2010年已经过去了一半，回首这一年的计划，有多少得到了实现呢？

昨日有幸与一位日本来的自由记者见面，话题围绕着twitter在中国的情况。

我想，我需要好好感谢twitter，让我有机会认识那么多咫尺天涯而才华横溢的你们，让我能够和可能永不能见面的外国友人相互肆意的戏耍，让我和众多素未蒙面的你们亲切相拥感受人群的温度，让我有幸旁听博学之人间智慧的讨论。

感谢twitter以及推友们。在这个特殊的日子。

附：Angel Beats!插曲：一番の宝物
你们是我的宝物。
[Audio clip: 请访问文章原始页面以显示播放器]

顔を合わしたら喧嘩してばかり
それもいい思い出だった

きみが教えてくれたんだ　もう恐くない
どんな不自由でも幸せは掴める　だから

ひとりでもゆくよ　例え辛くても
きみと見た夢は　必ずもってくよ
きみとがよかった　ほかの誰もでもない
でも目覚めて朝　きみは居ないんだね

ずっと遊んでれる　そんな気がしてた
気がしていただけ　わかってる
生まれてきたこともう後悔はしない
祭りの後みたい　寂しいけどそろそろ行こう

どこまでもゆくよ　ここで知ったこと
幸せという夢を叶えてみせるよ
きみと離れても　どんなに遠くなっても
新しい朝に　あたしは生きるよ

ひとりでも行くよ　死にたくなっても
声が聞こえるよ　死んではいけないと
例え辛くても　寂しさに泣いても
心の奥には　温もりを感じるよ

巡って流れて　時は移ろいた
もう何があったか　思い出せないけど
目を閉じてみれば　誰かの笑い声
なぜかそれが今一番の宝物

© 晓晓 for 晓 - Life Journal, 2010. | 文章原始地址
Post tags: twitter

然后恍然明白，原来有些事情早已结束，只是自己不愿意承认而已。

只能继续孑然一身，孤寂。

昨夜一宿未睡，与一位“富二代”谈至天明。

——“你觉得你赚到多少钱会够？”

——“大概，100-200万吧，嗯，然后就可以了。”

——“100万就够了？100万在这儿连套房子都买不起。”

基本的对话内容可以归结至如此。

权力、金钱、改变世界的能力，抱歉我真的没有那个兴趣。

明明自己已经一无所有，却不紧不慢，带上空空的行囊上路。

散落一地记忆。

一首很老的歌。送给已经离开的你。Lim
[Audio clip: 请访问文章原始页面以显示播放器]

宇多田光 - First Love
最後のキスは
最后的kiss
タバコの　flavor　がした
带着烟草的味道
ニガくてせつない香り
苦涩令人心碎的香味

明日の今頃には
明天的此时
あなたはどこにいるんだろう
你会在何处
誰を想ってるんだろう
思念着谁呢

You　are　always　gonna　be　my　love
いつか誰かとまた恋に落ちても
即使再和谁相爱
I'll　 remember　to　love
You　taught　me　how
You　are　always　gonna　be　the　one
今はまだ悲しい　love　song
新しい歌　うたえるまで

立ち止まる時間が
動き出そうとしてる
忘れたくないことばかり

明日の今頃には
わたしはきっと泣いてる
あなたを想ってるんだろう

Yeah
You　will 　always　be　inside　my　heart
いつもあなただけの場所があるから
永远都会为你留下位置
I　hope　that　I　have　a　 place　in　your　heart　too
Now　and　forever　you　are　still　the　one
今はまだ悲しい　love　song
新しい歌　うたえるまで

Ah　Ah
You 　are　always　gonna　be　my　love
いつか誰かとまた恋に落ちても
I'll　remember　to　love
You 　taught　me　how
You　are　always　gonna　be　the　one
まだ悲しい　love　song　 Yeah
Now　and　forever　Ah

© 晓晓 for 晓 - Life Journal, 2010. | 文章原始地址
Post tags:

“武蔵～武蔵～”仿佛又听见片中卯月一遍一遍重复着这样一个名字，带着对一个人的憧憬与回忆。

总有一些词，会占领你内心的某个时期。某个人名，地名，或者其他。

五月，见到另一种生命的姿态。

居无定所，从一座城市漂到另一座城市。

租一套房子，找一份工作。编程的话，就去学编程，会计的话，就去学财会，或者，烧锅炉，做销售。

每天去这座城市的图书馆看书，与这座城市的网友见面。

独自去旅行，住青年旅馆，结交搭伴，又不知在何时分道扬镳。

徒步8小时的野外行程。

与我几乎相同年纪。

这样的生命，对于一直以来遵循生活中莫名规矩的人来说，是危险的吸引，芬芳而带刺。

却忍不住攀折。

iPhone OS 4（iOS 4）的发布，给了我太多改变的机会。

Flex ->HTML 5 +CSS 3+jQuery。

iPhone开发。

iAd设计。

床头的书堆到几公分高。

静心读书总是件很美好的事情。文字之美，更多则是思维之妙。

浓浓的瑞典气息。

Typography之美。第一次发现。

翻开厚厚的字体册，油墨芳香。

乔布斯早年曾在Reed大学修过一门Calligraphy，这样的经历让我羡慕不已。想国内的设计专业，几时才能有如此的专业课程，以致设计专业的学生却对字体设计一无所知，也缺乏字体使用的常识。

重新梳理一遍思考。

社会达尔文主义，科学，民粹，历史主义。

从柏拉图开始。

虽然寂寞，也只能孑然前行。

Angel Beats!的片尾曲很好听。平静的坚强。《Brave Song / 勇敢的歌》。

[Audio clip: 请访问文章原始页面以显示播放器]

いつもひとりで歩いてた　振り返るとみんなは遠く
一路走来形单影只　转身回望大家已经远去

それでもあたしは歩いた　それが強さだった
即使如此我依然前行　这曾是我的坚强

もう何も恐くない　そう呟いてみせる
经历使我无所畏惧  再多孤单也是一句叹息

いつか人は一人になって　思い出の中に生きてくだけ
总有一天人将学会独立  在回忆中寻找自己的影子

孤独さえ愛し笑ってられるように　あたしは戦うんだ
为了那笑容下与孤独做伴的勇气  我决定战斗到底

涙なんて見せないんだ
不会再哭泣

© 晓晓 for 晓 - Life Journal, 2010. | 文章原始地址
Post tags: AB

同时他们还在要求社会本身提供一个快速有效的审查与过滤机制。

试图用自己认同的道德与思想准则去约束别人的思考与行动。

“平凡的罪恶”并不是指“不作为”，而是指在病态机制下人群产生的社会性的“斯德哥尔摩综合症”，习惯并依赖“被挟持”的环境，甚至于反过来对自身的角色产生认知错位，成为整个社会机器的主动审查因子。

斯德哥尔摩综合症的产生，需要以下四个条件

1. 要人质切实相信生命正受到威胁。
2. 施暴的人会给人质施以小恩小惠。
3. 控制人质的信息来源和思想。
4. 让人质感到无路可逃。

这四条中，第三条体现在社会性的环境中，即是高强度的信息审查与过滤。

信息审查与过滤导致的直接后果是社会层面的独立人格缺失——缺少了对多样化信息的接触，则人格上无法产生独立的判断能力。也就为反复性的洗脑提供了可能。向部分人强行灌输简单粗暴而统一的社会价值判断逻辑，引发其人格中防御机制的认同作用，最终促使其成为主动审查因子。

而信息过滤的主要对象恰恰是作为健康独立的社会人所需要的常识。因此他们：

无法正确认识自我。

无法正确认识自我与社会的关系。

无法正确认识社会与他人的关系。

犬儒主义完全取代了其关于人与社会价值关系的思考。

有人将此种社会的根源归为“绑架者”的存在。认为除去其程序意义上的存在，即可破除社会机制。问题是，在大范围犬儒主义普及的情况下，极端功利主义取代个人价值思考而成为一种常识，因此社会在物质层面的溃败趋势已无法逆转。

最终民族性的衰败已无可避免。（有趣的是该社会理论坚决的否认了社会发展中的民族性，而是以阶级斗争作为万金油来掩盖问题的存在。）

© 晓晓 for 晓 - Life Journal, 2010. | 文章原始地址
Post tags: 斯德哥尔摩综合症, 极端功利主义, 犬儒主义

书籍已经分类，并带有到豆瓣网介绍的连接。还有一些基础书籍借给同学，尚未归还，稍后会添加上来。

有些我还未看完的书，则中划线注明暂时不卖。

还有很多好书在家中，就不卖了。

出售事务专用电邮地址： xiao99xiao@me.com

文艺类：

• 清醒纪
• 素年锦时
• 哲学简史    线装书局
• 认识电影 （插图第11版）已出
• 他的国
• 圣经    和合版

理论基础类：

• Intel汇编语言程序设计（第五版）
• 离散数学及其应用 （原书第5版）
• 算法导论 （原书第2版）
• 编译原理 （第2版）
• 设计模式 可服用面向对象软件的基础 已出
• 用户界面设计 有效的人机交互策略    （第四版）

Web开发类：

• Eric Meyer谈CSS    （卷1、卷2）
• CSS禅意花园
• 精通CSS 已出
• JavaScript编程循序渐进（Step by Step） 已出
• JavaScript高级程序设计
• JQuery基础教程 （第2版）
• MYSQL 5权威指南
• Flex 3权威指南 已出
• ActionScript 3.0基础教程 已出
• ActionScript 3设计模式 已出
• Flexible Rails pdf打印版
• Ruby for Rails 中文版 已出

UI设计类：

• DON'T MAKE ME THINK （原书第2版）
• 网站交互设计模式
• About Face 3交互设计精髓
• The Photoshop CS/CS2 WOW Book 中文版

程序开发类：

• C++编程思想（第1卷）
• WPF揭秘 已出
• ASP.NET 2.0揭秘（卷1）
• C#与.NET 3.0 高级程序设计
• Objective-C 2.0程序设计
• iPhone 3开发基础教程

日语：

• 现代日汉汉日词典 外研社
• 新标准日本语    中级    上、下
• 软件工程师标准日本语 中级
• 新编日语 4

管理类：

• 产品经理手册
• 人人都是产品经理
• 现代市场营销学 （第四版）

其他类：

• 算法竞赛入门经典
• 鸟哥的Linux私房菜    基础学习篇    第二版
• 鸟哥的Linux私房菜    服务器架设篇    第二版



© 晓晓 for 晓 - Life Journal, 2010. | 文章原始地址
Post tags: 出售, 大学

『WHITE ALBUM2-introductory chapter-』通了。结束了。

明明写的是序幕，却那么让人伤心。

编剧你真的很棒。把关键的剧情都隐藏在二周目。让我平稳的结束了一周目，却无法在二周目控制住泪腺。

因为是White Album，所以特别让人喜欢吧。插曲和配乐一如既往的出色。又恰好是以音乐为主线，让我这种有乐器情节的人完全无法抵抗。

细节的恰到好处，被音乐串起来的每个人的故事。最后的结局，让人怎么都难以释怀。

期待closing chapter。

東馬、おかえり。

© 晓晓 for 晓 - Life Journal, 2010. | 文章原始地址
Post tags: white album, 动漫

使用的工具是Mac OSX下的Keynote 09。效果上而言相对来说还是非常简洁的。

内容都是比较初级，比较零碎的。也没有太多的文字说明。基本都是范例。

仅仅是希望这么一个幻灯片的内容能够给各位一点点的启发。

© 晓晓 for 晓 - Life Journal, 2010. | 文章原始地址
Post tags: keynote, 设计

Web2.0时代，有人说是SNS社会化的时代，有人说是micro Blog微博客的时代，总而言之，是信息自由的时代。

市场自由化的结果，就是不可避免的大量同质化商品的扎堆出现。而信息自由化的结果，则是大量无差别的信息平台一个模仿着一个接替出现。

是的。我指的是微博客，micro Blog，以twitter为原型产生的一大批。

但是，这些功能几乎毫无二致的微博，有什么能力留住他们的用户呢？

在Web 2.0的时代，一款产品要能够胜出，必须在某个概念领域领先于这个时代。

基于这个想法，晓晓对目前的微博设计，有一个新的思路。

现有的微博是个不完善的信息平台

在说这个话题之前，让我们回想下19世纪，在当时的英国伦敦，海德公园里，有一个著名的角落，在今天被叫做“演讲者之角”。

当时每逢周日下午，便会有演讲者站在木箱上发表演讲，高谈阔论，慷慨陈词。后来那里甚至成了英国工人集会与游行运动的中心地。究其根源，信息自由当是主因。每个人都可以肆无忌惮发表自己的观点，几乎不受任何限制，并且总能找到听众甚至志趣相投的人。

这不与今天的微博客很相似么？

虽然，微博的用户按照使用目的，可以归为：

1. 个人用户，主要在微博上交流。
2. 企业用户，营销，收集反馈。

实际上，无论哪一个，最终都可以被归结于下面这幅图。

是的。本质上，都只是个体与个体之间的信息传递。

这看起来似乎毫无问题，但是如果再加上时间维度呢？

从图中可以看出，微博中的有效的信息都是在一个很短的时间单位内的，也就是时效性短。稍稍经过一段时间后，他们就会沉入无穷无尽的信息海中，再无法被使用。

再看前文，到今天，谁还能找到海德公园当年那些演说者的声音呢？

由此涉及到我要说的第二个话题，

怎样是一个成熟的信息平台

任何一个系统中，信息必然有进有出，使得整体保持一个流动的状态。如图：

或许你会说，顶层的用户不就是那些需要从中获取分析数据的企业么。晓晓不这么认为。在twitter推出至今，确实有人提出这样的设想——twitter中隐藏着巨大的信息，因此twitter完全可以以此为本，向第三方厂商出售有这些信息得出的分析数据。然而时至今日，这最终没能成为twitter的生财之道。

真正的需求应当是来自于普通用户。

如果你常上twitter，那么你一定对这样的句式不会感到陌生——“万能的推神，请告诉我……？”

是的，微博的重度用户，和在Google中搜索相比，往往更愿意在微博中询求问题的答案。

试着思考下，每天无数人在twitter上提出问题，这些问题的重复率会有多少？twitter的日访问数有超过几百万，即使仅有万分之一的话题（问题）是重复的，那么常年累积下来，也会是5位数以上的数据量。更何况实际数字远大于此。

让内容搜索代替在微博中提问的可能性

那么有没有可能，通过微博客的搜索能力，来满足上文这样的需求呢？

你是否有过这样的经验，当你在twitter中以“怎么翻墙”和“翻墙”为关键字来搜索，却得到下面的结果

或者当你用Google搜索site:twitter.com 翻墙方法 的时候，得到下面这样的结果

囧么？杯具么？无奈么？你仅仅搜索到了和你的问题完全相同的tweet。只有问题，没有答案。

是的。传统的关键字匹配搜索的方法根本无法满足微博客的搜索需求。

而根本原因在于，与传统网页“自问自答”型的内容模式相比，微博的信息结构是完全离散的。

微博客的信息结构

设想下面几个场景。

场景一：A发了一条tweet说，“荷包蛋怎么做？”而B看见了并回复了答案“应该先放油...”，而C也看见了A的tweet，而C并不清楚做法，于是进行了非官方转发（RT），紧接着D、E都看见了C的转发，于是都回复了答案“...”。

其信息流图为：

场景二：大体同上，区别于，C进行了twitter官方转发（Retweet）。

此时的信息流图则简化为：

场景三：A发了一条tweet说，“青椒炒肉，肉预先放生粉会很好吃。”，而B看见了，RT表示赞同，并评价“胡椒也别有风味”，C则回复A说，“学习了。”，D则回复问“你还没睡？”。

而这里的信息流图则是：

从这几幅图可以看出，在微博中，一条有效信息往往是由一条初始信息，接着数条内容相关的回复信息构成的树结构。

而且，真正的有效信息可能位于整个树的任何一个枝干或者叶子。

甚至，有时需要对消息内容的相关性进行判断才能确定树的叶子——如场景三中D的回复就不应该属于同一树结构中。

此外我们还能看到，相对与场景一，场景二的树结构长度得到了大大的缩减——仅仅为1单位，而场景一的树长度可能会很可观。造成这么大区别的原因就是转发的方式。twitter官方的retweet功能成功地把信息结构简化到了长度为1的树。这将给下一步的信息索引带来效率上明显的好处。

微博客的搜索技术

要对任何一种信息进行搜索。首先必须构造出一个适合该信息的数据结构，这点我们在上面已经做到了。

其次，我们需要判断如何把信息装入这个数据结构中。在这个问题上，我们要做的就是，如何判断每棵树的叶子——避免将情景三中D的tweet那样的无关信息放入进来。

当上面两个步骤完成了，最后再是，如何对该类信息进行索引和搜索。怎样避免出现之前例子中那样——虽然完全的关键词匹配，但完全没有查到所需答案的情况。

是的。答案是语义搜索。

语义搜索？！

近年来，在语义搜索领域走得最远的是IBM的UIMA（Unstructured Information Management Architecture，无结构的信息管理构架）。

这个技术简单的说，就是针对每一类要搜索的信息，都提前生成好一个话题关键字列表，等到搜索的时候，进行更为复杂可控的内容相近度判断。

这方面一个典型的模型是维基百科。由其内容性质和撰写方法决定了wikipedia是天然的绝佳语义模型。可惜对于其他项目而言，它也仅仅能在话题关键字列表的生成过程中起到一些作用。

另一个语义搜索的范例是在搜索引擎方面，Yebol就是一个很好的例子。可惜在页面优先级的算法方面，它显然要比Google差太多。

当然，单纯的语义搜索模型显然还无法对微博进行搜索，更多的模型特适性的修改是必须提前做的工作。

可视化搜索结果

显然，在微博客的搜索领域，如何将搜索结果有效的传达给用户，是一个必将遭遇的难题。

一种可能的方式是将答案经过筛选，以类似于Windows资源管理器边栏那样的树结构来显示结果。但是用户对此的接受程度尚需要进一步的测试。过于复杂和层次化的显示效果很可能引起抵触心理。

在更好的方式提出来之前，或许仍然保持微博客自身的一维方式将结果罗列出来，或许是最符合用户心里模型的选择。

晓晓对此方面的了解不深，还希望能够有专精的人士给出深入的分析。

最后 微博客路在何方

正如本文开头提到的，微博产品过度同质化的今天，挖掘用户需求，在新的功能层次上走在时代前面，是唯一可行的出路。

而晓晓认为，充分利用微博平台大量累积的“死数据”，来满足用户的“提问”类需求，达到百度百科等问答类站点无法实现的灵活度和准确度，最终实现语义网络，或许将是一条成功的路线。

当然，技术难度是很高的。

© 晓晓 for 晓 - Life Journal, 2010. | 文章原始地址
Post tags: twitter, 语义搜索

不过，晓晓觉得有些地方模仿的并不彻底，于是随手取了其中的iPhone版QQ的页面对其进行了些擅自的修改。现放上来接收各位的口水＞＜。http://xiaolife.com/qq.htm

主要的修改点是导航栏效果、页面内容布局、底部的导航。顺手练习了下CSS sprite技术。

总体效果上未必有原版的好，不过风格上应该更接近Apple的风格了哈。嗯，欢迎拍砖哈~

© 晓晓 for 晓 - Life Journal, 2010. | 文章原始地址
Post tags: iphone, qq

然而，在默认情况下，一旦VPN连接成功，那么本地所有的网络请求都会通过VPN来传送。这使得许多想边下载边翻墙的童鞋无法如愿以偿——毕竟VPN会对速度有较大影响，并且绝大多数VPN都有流量限制。

那么有没有两全其美的方法呢？

在Google Code上就有一个项目叫chnroutes，提供了一些脚本来实现相应的功能，不过使用上实在是麻烦，而且缺乏灵活度。

其实，如果使用OpenVPN类型的VPN的话，那么有个很简单的方法，可以仅让指定的IP范围内的网络请求通过VPN发送，而正常的访问则不会占用VPN一丝流量。

首先，OpenVPN的配置文件，支持一个参数route-nopull，可以使VPN连接后，并不修改默认路由，也就不会有任何网络请求走VPN。

其次，我们可以在配置文件的末尾，添加一些route命令，指定特定的IP范围请求通过VPN发送。比如：

# NTT Twitter
route 168.143.0.0 255.255.0.0 vpn_gateway
route 128.121.0.0 255.255.0.0 vpn_gateway

上面的一行命令可以分成三部分来理解：

route        168.143.0.0 255.255.0.0        vpn_gateway
命令名称          网络范围（IP段）                              指定通过的路由

关于中间的部分，如果你学过计算机网络，那么对于任何一个站点，你应该都能轻松得到它的IP地址，那么再指定一个包含该地址并且不大的网络范围就可以了。

关于最后一个参数“vpn_gateway”，还有一个相似的参数，net_gateway，功能与前者恰恰相反，表示强行指定任意IP段不通过VPN来访问。

如果你没有学过计算机网络、或者学的不好，那么你可以依照下面的教程来获取关于一个站点的可行的网络范围：

以google.cn为例。

1. 在“附件”中打开“命令提示符”（或者在“运行”窗口中输入cmd再回车）
2. 输入ping+空格+站点的地址，此处我们输入 ping google.cn
3. 部分的结果如下，注意到第二行中括号内的IP地址了么？
4. 把该IP地址最后以为改成数字0，后面跟 255.255.255.0
5. 这样就得到了我们要的一个可以作为参数的IP段74.125.95.0 255.255.255.0 （注意中间有个空格）

当然，手写这些是非常麻烦的。如果你已经有现成的OpenVPN配置文件了的话，那么只需要把下面的文本复制并粘贴到配置文件的最末端即可。别忘了要新起一行哦~

（说明1：最好把你用的VPN服务器本身的IP使用net_gateway参数添加进去，如下面的文本中晓晓自己使用的vpnchina sever，以避免错误的让VPN服务器也需要通过VPN来连接——那就没法访问VPN服务器了）

（说明2：上面的教程仅仅是写给新手看的。）

遗补：使用这种方式翻墙时，建议将一些IP地址多变的网站解析结果写入到本地hosts里固定下来，避免配置文件中指定的IP段因为解析地址变化而失效。另外，使用该方法时，DNS污染仍然会对你造成影响。因此，务必使用干净的如8.8.8.8的DNS。

遗补2：由于route条目较多，还需要添加一条 max-routes 1000 语句。

max-routes 1000
route-nopull

# vpnchina sever
route 174.36.181.0 255.255.255.0 net_gateway

#ustream
route 96.17.8.0 255.255.255.0 vpn_gateway

#no21984.org
route 97.74.203.0 255.255.255.0 vpn_gateway

#archive
route 207.241.0.0 255.255.0.0 vpn_gateway

#isohunt
route 208.71.112.0 255.255.255.0 vpn_gateway

# zkaip
route 174.37.148.0 255.255.255.0 vpn_gateway

#bit.ly
route 168.143.173.0 255.255.255.0 vpn_gateway

#adobe
route 192.150.0.0 255.255.0.0 vpn_gateway

# ke neng ba
route 74.207.248.0 255.255.255.0 vpn_gateway

# python
route 82.94.164.0 255.255.255.0 vpn_gateway

#ur.ly
route 216.239.34.0 255.255.255.0 vpn_gateway

#iphonedownloadblog
route 66.33.209.0 255.255.255.0 vpn_gateway

# uncyclopedia
route 96.45.180.0 255.255.255.0 vpn_gateway

#mediafire
route 93.46.8.0 255.255.255.0 vpn_gateway
route 8.7.198.0 255.255.255.0 vpn_gateway
route 37.61.54.0 255.255.255.0 vpn_gateway

# blackra1n
route 74.220.215.0 255.255.255.0 vpn_gateway

#r f a
route 63.85.36.0 255.255.255.0 vpn_gateway

#yam
route 60.199.252.0 255.255.255.0 vpn_gateway

#wei quan wang
route 75.125.252.0 255.255.255.0 vpn_gateway

#ff.im
route 64.13.142.0 255.255.255.0 vpn_gateway

# plurk
route 74.120.121.0 255.255.255.0 vpn_gateway

# b b c
route 212.58.240.0 255.255.248.0 vpn_gateway

# xiaochun
route 210.157.5.0 255.255.255.0 vpn_gateway

# dropbox
route 174.129.212.0 255.255.255.0 vpn_gateway

# wikimedia
route 208.80.152.0 255.255.255.0 vpn_gateway

# akamai
route 63.150.131.0 255.255.255.0 vpn_gateway

# flickr
route 67.195.19.0 255.255.255.0 vpn_gateway
route 69.147.90.0 255.255.255.0 vpn_gateway

# twitbrowser
route 97.74.144.0 255.255.255.0 vpn_gateway

# ipaddl
route 67.19.72.0 255.255.255.0 vpn_gateway

# delicious
route 76.13.6.0 255.255.255.0 vpn_gateway

# sendspace
route 216.151.186.0 255.255.255.0 vpn_gateway

#emule
route 74.53.185.0 255.255.255.0 vpn_gateway

# dev-team
route 72.32.231.0 255.255.255.0 vpn_gateway

# hellotxt
route 212.239.17.0 255.255.255.0 vpn_gateway

# Mediafire
route 205.196.120.0 255.255.255.0 vpn_gateway

# Geocity
route 202.93.87.0 255.255.255.0 vpn_gateway

#tinypic
route 209.17.74.0 255.255.255.0 vpn_gateway

# ultraxs.com
route 93.46.8.0 255.255.255.0 vpn_gateway

# AOL
route 64.12.0.0 255.255.0.0 vpn_gateway
route 207.200.64.0 255.255.192.0 vpn_gateway
route 205.188.0.0 255.255.0.0 vpn_gateway

# NTT Twitter
route 168.143.0.0 255.255.0.0 vpn_gateway
route 128.121.0.0 255.255.0.0 vpn_gateway

# Cloud Front (Twitter)
route 216.137.32.0 255.255.224.0 vpn_gateway

# Facebook
route 159.106.121.0 255.255.255.0 vpn_gateway
route 69.63.176.0 255.255.240.0 vpn_gateway
route 66.220.144.0 255.255.240.0 vpn_gateway

# Akamai (Facebook)
route 72.246.0.0 255.254.0.0 vpn_gateway
route 204.2.171.0 255.255.255.0 vpn_gateway

# Youtube / Google
route 8.8.0.0 255.255.0.0 vpn_gateway
route 66.249.0.0 255.255.0.0 vpn_gateway
route 74.125.0.0 255.255.0.0 vpn_gateway
route 209.85.128.0 255.255.128.0 vpn_gateway
route 202.78.112.0 255.255.240.0 vpn_gateway
route 66.102.0.0 255.255.240.0 vpn_gateway
route 208.65.152.0 255.255.252.0 vpn_gateway

# Revsci
route 216.223.0.0 255.255.0.0 vpn_gateway

# Amazon
route 174.129.0.0 255.255.0.0 vpn_gateway

# Omroep
route 145.58.0.0 255.255.0.0 vpn_gateway

# Transip
route 80.69.64.0 255.255.224.0 vpn_gateway

# Hurricane Electric (mail-archive.com)
route 72.52.64.0 255.255.192.0 vpn_gateway

# GoDaddy
route 64.202.160.0 255.255.224.0 vpn_gateway

# PsiNET
route 38.0.0.0 255.0.0.0 vpn_gateway

# WordPress
route 72.233.0.0 255.255.128.0 vpn_gateway
route 74.200.192.0 255.255.192.0 vpn_gateway
route 76.74.254.0  255.255.255.128 vpn_gateway
route 65.52.0.0 255.252.0.0 vpn_gateway

# Spotify
route 78.31.8.0 255.255.255.0 vpn_gateway

# The Planet
route 74.52.0.0 255.252.0.0 vpn_gateway

# Slicehost / Posterous
route 67.207.128.0 255.255.224.0 vpn_gateway

# Softlayer / Twitpic
route 174.36.0.0 255.254.0.0 vpn_gateway
route 66.228.120.0 255.255.255.0 vpn_gateway

# Vimeo
route 66.235.112.0 255.255.240.0 vpn_gateway
route 208.67.232.0 255.255.248.0 vpn_gateway
route 72.21.192.0 255.255.224.0 vpn_gateway

# Wefollow
route 70.32.64.0 255.255.192.0 vpn_gateway

# blogspot
route 64.233.160.0 255.255.224.0 vpn_gateway
route 72.14.192.0 255.255.192.0 vpn_gateway

# badongo
route 216.45.48.0 255.255.240.0 vpn_gateway
# www.wenxuecity.com / psinet
route 38.0.0.0 255.0.0.0 vpn_gateway
# Twitpic
route 74.86.0.0 255.255.0.0 vpn_gateway
# www.dwnews.com / level3
route 209.244.0.0 255.252.0.0 vpn_gateway
# www.6park.com / the planet
route 74.52.0.0 255.252.0.0 vpn_gateway
# Backchina / the planet
route 209.62.0.0 255.255.128.0 vpn_gateway

# yFrog
route 208.94.0.0 255.255.252.0 vpn_gateway

# opera
route 213.236.128.0 255.255.128.0 vpn_gateway

© 晓晓 for 晓 - Life Journal, 2010. | 文章原始地址
Post tags: vpn, 教程