ssh tunnel翻过伟大的长城

 

项目进入到一个稳定期，就等词库的扩张了。我打算在twitter上架设一个twitter机器人，搞搞新意思。看了下twitter api的文档，发现python的twitter库还真不少，看中的有两款：python-twitter和 tweepy,稍微看了看，python-twitter首页就有示例了，就你吧。

 

以迅雷不及掩耳盗铃之势装好了simlejson和oauth的依赖，就可以开始工作了。本地测试通过～～由于众所周知的原因，不能直接访问到twitter，似乎python-twitter这个库也找不到设置代理的接口。不想hardcode，跑去问google大神了。google说proxychains是个好东西：通过设置LD_PRELOAD环境变量，使所有TCP连接都经过代理出去。（奇怪的是我找不到这个变量，却能够使用代理。。。）

 

既然要处理代理的事，顺便就把ssh tunnel搞定了。以前一直没搞懂，究竟执行ssh -D以后，forward的是服务器端还是本地。后来终于想通了，本地通过ssh加密连接到服务器上，服务器负责转发功能。假设执行的是ssh -D 12345，则设置socks代理后，数据就发往本地的12345，这些数据通过加密的ssh信道传到服务器，服务器上再通过非加密通道forward出去。因为代理的TCP连接都通过ssh传输到远端服务器，就像在ssh隧道中通行一样，所以称为ssh tunnel.