整理照片的时候，mad，最近都在整理照片，还在悲痛中……整理照片的时候，终于静下心来看去年婷妹结婚的照片，我觉得我可能有偏见了，因为我觉得婷妹和爽妹看起来都很顺眼，都很漂亮，然后当我看到杰妹的照片，我明白过来，这应该不是偏见，应该是很客观的看法。
转世灵童笑起来其实很好看，相当上镜啊，不过，我现在也相当确认，有时候他是在装傻，一件事情也许在心里转了三圈，然后才吞吞吐吐给出答案，所以，请相信他来北京，是深思熟虑的决定，并非是一时兴起。
嗳哟晚上又吃多了，这几天水喝得太少，嘴巴被狂风吹得起皮，嗷，天哪，这狂风。昨天在电梯里面碰到Big boss，
B：哎，你最近感情生活怎么样呢？
Me：啊？没有感情生活……
B：怎么会没有呢，你博客上那么多。
Me：那些，都是别人的感情生活。
B：怎么，有点灰心丧气啊。
Me：哎，没有感情哪里来的感情生活呢？
B：没有感情可以创造嘛！
Me：…..呃……
女声：九层到了。
嗯，我觉得前台小MM挺乖巧的，那天看见她一个同学跟她一起在前台，蛮漂亮。
众所周知，在大陆不能自由的访问互联网，为此人们想出了各种办法，真是八仙过海各显神通，然而，很多办法是既绕圈子，又没有普遍应用的意义，使用ssh tunnel实际上效率是很低的，使用GAE是朝不保夕的，使用VPN是时快时慢的，因为ssh不是为了这个目的而开发，GAE也不是，VPN就更不是为了高速访问而设置的了，今天我们要介绍的是具有普遍的意义的代理服务器squid和stunnel，力求让我们的穿越达到一个保持高速访问，但又经过了加密的境界。
其实这二者组合并不新鲜，也并不罕见，下面说说这个组合的 应用条件：
1，一台运行在自由世界的服务器，或者虚拟机，比如美帝或者香港。
2，这台服务器上安装了squid，或者可以安装squid。
3，当然，你必须要可以从中国大陆连接它。
首先我们来配置安装好的squid，很多旧的案例使用stunnel加密squid端口，然后在客户机上使用stunnel解密，这是多走了一个弯路，squid自身已经支持加密的代理方法，在服务器上，我们根本就不需要运行stunnel，例如我们要将这个加密的代理运行在服务器IP地址为216.218.186.2的443端口，具体配置参数如下：
https_port 216.218.186.2:443 cert=/etc/squid/hnair.com.crt key=/etc/squid/hnair.com.key
其中，hnair.com.crt和hnair.com.key是使用openssl生成用于加密的数字证书和密钥，关于自行生成数字证书的方法，可参考如下：
openssl req -new > hnair.com.csr
openssl rsa -in privkey.pem -out hnair.com.key
openssl x509 -in hnair.com.csr -out hnair.com.crt -req -signkey hnair.com.key -days 3650
然后启动squid即可。
接下来，我们需要对客户端进行配置，不管你是Windows还是Linux，都可以到这里下载：ftp://ftp.stunnel.org/stunnel/
将相应的stunnel压缩包解压缩或者安装，添加一个配置文件(stunnel.conf)至程序的目录：
client = yes
[ssl2http]
accept = 127.0.0.1:8080
connect = 216.218.186.2:443
注意，有些Linux发行版中，例如Ubuntu，在进行apt-get安装stunnel的时候，stunnel v3和v4都会安装上去，此时应该使用stunnel4来运行，直接运行 /usr/bin/stunnel4 即可，在Windows中不存在这个问题。
然后，我们将浏览器的代理服务器设置为本机的8080端口，也就是127.0.0.1:8080，即可使用一个加密的通道，自由的访问互联网了，实际上，这个方法被广泛应用在XX功的网站上，只不过他们用的是Apache做反向代理，因为上面还有他们的网站，虽然总是胡说八道来着，由于我们不需要在上面运行网站，所以squid代理服务器是最佳选择。
我很好奇为什么那么多人在卖ssh代理，却没有人卖加密的squid，在squid上添加用户身份验证，即可达到类似的效果，究其原因，其实还是有两个：
第一，ssh代理可以实现socks请求转发，有些应用可能需要。
第二，ssh代理本身效率不高，可以防止用户滥用，流量超荷，而加密的squid如果没有流量限制，那显然是一场悲剧。
據說有司開始對各類推推API進行針對性的監控，我對此甚感憂慮，主要是因為，twitter for 愛瘋的官方客戶端在API的選擇上，不支持非正式CA簽發的數字證書，所以我一直使用的是明文數據傳輸，我覺得，這個完全就是扯雞吧蛋，推推API在一定程度上是為了方便周邊應用的開發，但它很大程度上，其實也是有突破某些國家對其網站封鎖的意義，你看，在API的設置介面上，明明寫清楚了到底為神馬我們需要這個API（in cases where twitter.com is not reachable），如果非要一個正式CA簽發的數字證書才能使用加密API，那這不是扯雞吧蛋是什麼，完全不考慮這些個屏蔽推推國家的國情嘛！我就不明白了，你TM一個客戶端你校驗數字證書幹嘛呢，只能理解為客戶端是調的系統控件，Safari過不去，客戶端就過不去，於是，我去申請了一份數字證書，十三美刀，幾十塊人民幣啊，然後測試了一下，tAmd居然不行！這個CA是內置的啊，為什麼不行，很快我就轉換了思路，肯定有愛瘋的證書導入工具，如果涉及到企業應用的話，個人證書是很有必要的組成部分，如果沒有證書導入工具，那不是悲劇？為什麼我在購買證書之前沒有想到呢？很顯然，這個工具是有的，就是iphone configuration utility，下載，安裝，自制一個self-verification的數字證書，生成一個愛瘋的conf文件，導入，easy哇，你mab的行了……浪費了幾十快錢喔，買東西之前真的應該好好思量，還是太衝動。
這下，API和愛瘋客戶端之間的通信經過了ssl加密，終於可以不被偷窺的上推啦！讓你偷窺，讓你解密去！
注意：生成數字證書的時候，加上3des會使得web服務器啟動需要輸入私鑰密碼，不想輸入私鑰密碼的應該按照如下命令進行證書生成de活動，以www.qq.com為例，顯然生成一份泛解析的證書更為合適，也就是*.qq.com。
openssl req -new > qq.com.csr
openssl rsa -in privkey.pem -out qq.com.key
openssl x509 -in qq.com.csr -out qq.com.crt -req -signkey qq.com.key -days 3650
自從QQ微信有了語聊之後，笳琪每天早上都開始叫我起床，說起來她的確是欠我幾個月的叫床服務，很無辜的聲音……但似乎還不能像talkbox一樣組團語聊，移動的這個上網卡，信號時好時壞，溫度太高還會死機……雖然如此我依然每晚在床上掙扎著上網，我覺得這樣很不好，傷眼睛。
