欧，，手残发错格式了。。
[Google Python 风格指南 - 中文版]( http://zh-google-styleguide.readthedocs.org/en/latest/google-python-styleguide/contents/)

建议阅读：
![Google Python 风格指南 - 中文版][http://zh-google-styleguide.readthedocs.org/en/latest/google-python-styleguide/contents/]

一想到前两天还在看他的 twitter ，然而转眼人就不在了。就深深感到生命的脆弱。

我也非常依赖-pushbullet 。不过还好，改了 hosts ，然后用谷歌账户登录之后，现在速度还可以。

其实我觉得 airdroid 完全可以做一个 chrome 插件，然后只需要提供简单的文字，图片，文件等传输功能就可以。

顶错了。

顶楼上。关键是要发现问题的意义，而不是实现某个东西。很多论文都是 idea 好，实验可能做的一般。

直接在 tampermonkey 里新建脚本，在自动生成的头里改掉 include ：
```
// @include http*://*.v2ex.com/*
// @include http*://v2ex.com/*
```
然后把代码 copy 进去就能跑了呢
效果还是很好的。

推酷？感觉推酷也不错啊。

@bsns 这的确是搜狗的 bug ，重启 fcitx 可解决，不过我现在已经弃用搜狗了，在用 fcitx google ，下午试下大家说的中州

拒绝百度，从我做起。

@penjianfeng 中文是小事：
http://www.findspace.name/res/291

事实证明，那个 bug 没有修复。我已经怀疑是 sublime 和 sogou 他俩不和睦了。
用了一下午，听到风扇呼呼响， top 一下果然 fcitx 进程到了 100%，然后就卸掉 sogou 了。

http://www.findspace.name
不准备换域名了，一辈子都不换了
<(*￣ー￣)ゞ来啊~

在普通机器上尝试了可以。
在 vps 上就一直卡在上面的状态，最后 time out 。

```
ssh [email protected] -p 8002 -vvvvv

OpenSSH_6.6.1, OpenSSL 1.0.1f 6 Jan 2014
debug1: Reading configuration data /home/hello/.ssh/config
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to 111.111.111.111 [111.111.111.111] port 8002.
debug1: Connection established.
debug1: identity file /home/hello/.ssh/id_rsa type -1
debug1: identity file /home/hello/.ssh/id_rsa-cert type -1
debug1: identity file /home/hello/.ssh/id_dsa type -1
debug1: identity file /home/hello/.ssh/id_dsa-cert type -1
debug1: identity file /home/hello/.ssh/id_ecdsa type -1
debug1: identity file /home/hello/.ssh/id_ecdsa-cert type -1
debug1: identity file /home/hello/.ssh/id_ed25519 type -1
debug1: identity file /home/hello/.ssh/id_ed25519-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.6.1p1 Ubuntu-2ubuntu2.3
```
但是在 vps 上不行呢。怎么也登不上去。这是调试信息。

哦。不用了。。。找到了方法。


问题描述：
机器状况
机器号 IP 用户名 备注
A 192.168.0.A usr_a 目标服务器，在局域网中，可以访问 A
B B.B.B.B usr_b 代理服务器，在外网中，无法访问 A
C - - 可以直接访问 B ，无法直接访问 A
目标
从 C 机器使用 SSH 访问 A

解决方案
在 A 机器上做到 B 机器的反向代理；在 B 机器上做正向代理本地端口转发

环境需求
每台机器上都需要 SSH 客户端
A 、 B 两台机器上需要 SSH 服务器端。通常是 openssh-server 。

在 Ubuntu 上安装过程为

bash sudo apt-get install openssl-server
实施步骤
建立 A 机器到 B 机器的反向代理 [A 机器上操作]

bash ssh -fCNR <port_b1>:localhost:22 [email protected]
<port_b1> 为 B 机器上端口，用来与 A 机器上的 22 端口绑定。

建立 B 机器上的正向代理，用作本地转发。做这一步是因为绑定后的 端口只支持本地访问 [B 机器上操作]

bash ssh -fCNL "*:<port_b2>:localhost:<port_b1>' localhost
<port_b2> 为本地转发端口，用以和外网通信，并将数据转发到 <port_b1>，实现可以从其他机器访问。

其中的 *表示接受来自任意机器的访问。

现在在 C 机器上可以通过 B 机器 ssh 到 A 机器

bash ssh -p <portb2> [email protected]
至此方案完成。

附：

SSH 参数解释
-f 后台运行
-C 允许压缩数据
-N 不执行任何命令
-R 将端口绑定到远程服务器，反向代理
-L 将端口绑定到本地客户端，正向代理