用 iptables 就可以

首先设置一条检查 http host 的规则 如果检查到该 string 在 http 包中那么 log 该访问者的 ip 到文件。
crontab 定时 parse log 获得第一步中的 ip 地址，然后运行 ssh passtrough 程序。
ssh passtrough 程序 call iptables 去 redirect 该 ip 地址到 80 口的数据包到 ssh port 。
ssh passtrough 程序检查该 ssh 连接是否结束，如果结束清理 iptables 中的 redirect ，恢复 block 状态。

@loading 是的，上胶是为了防止螺栓在移动过程中松动。毕竟像餐桌这样的家具，还是会经常移动的，椅子就更不要说了。
基本都是整个 ship 过来的。

@loading 你要看什么家具，实木家具，不管是宜家的还是其他品牌的，螺丝基本都是一次性的。

北美这边比较知名的实木家具店的组装服务都是用 Impact Drivers 去拧。拧到锁死或者达到 60 ft-lbs 吧。 螺母安装的话螺栓必须上厌氧胶。

木质椅子的内六角螺丝必须拧紧，否则半年之内椅子会因为螺丝松弛而严重损坏（ 4 个椅子啊，哭了），表现为如下状况，不管怎么坐椅子都在晃，移动椅子会听到木头被撕裂的声音，不管怎么在锁紧螺丝，椅子还是老样子。

最好是用电扳把螺丝头打进木头里。。。。 用 6 角 L 型扳手非常费劲。 推荐如下装备：
http://www.dewalt.com/tools/20v-max-impact-drivers-and-wrenches-dcf887b.aspx

@robinlovemaggie 不想配置 redis 呗。 觉得这简单的 job 一个 py 文件解决了。而且 task 数量就几个，主要是循环运行。

@quietin 但是这样阻塞了其他 task ，不同 task 是独立的。

@quietin 之前我是这么想的，但是后来发现一个问题就是 X 有 30%的时候非一次成功，有时候需要等待 30+分钟并且进行多次才可以。

所以把他加入 run 里面并不是一个很好的解决办法。
比较好的解决办法就是把 X 当做一个新的 task 去调度，并且暂停原来的 task ，知道 X 执行成功。

apscheduler 简单看了一下，没找到关于动态调度的信息。

@quietin 能不能简单说说第四点怎么实现呢？

不知道 arch 对 dock 的支持怎么样。

之前用 debian 8 ， dock 上 hdmi ， DP ， DVI 都跟机身上的冲突，必须重启才能识别。

tornado 的 AsyncHTTPClient 不是这么用的啊。。。。。

看你的 code 你是用 AsyncHTTPClient 去做一个 post ，然后对结果去处理吧。如果是这个样子你用 HTTPClient ，因为这个会自动 block 。（这 block 的意思是说，不需要 yield 去防止执行到下一条语句。）

如果我没记错的关闭 AsyncHTTPClient 就是把这个对象在 ioloop 中移除，然后设置 close flag 。
这个跟 web.RequestHandler 里面的 self.finish()很类似，防止在 call finish 后在去进行写操作。

对于 AsyncHTTPClient 的应用我比较偏向于 chunk 数据的处理，比如说视频的转码，对于普通的 get/post 操作我个人认为用 AsyncHTTPClient 的意义不大，真不如用 HTTPClient 。
用 requests 的话能会 block 其他 http 请求。因为他无法注册到 ioloop 里面。只要这个 requests 请求结束， tornado 才会处理下一个 http 请求。


查了下文档，文档中提到 AsyncHTTPClient 是可以不关闭的，除非你用了 force_instance=True 。
http://www.tornadoweb.org/en/stable/httpclient.html#tornado.httpclient.AsyncHTTPClient.close

没必要上 bgp 啊

有了 dockercraft ，上班可以合法的玩游戏了 😄

给代码 不给 markfile

emc 存储是全套的。
vmax vnx vplex extremIO 等等
目前 emc 主要业务 data protection

@qsmoon 当然，网卡驱动换成 netmap 就不走 kernel 。

@rdfewxf 写错了 是 rmb 。。。。。

@lhbc 稳定性还是不错的，我们的 vcenter 都是 esxi 里面的虚拟机

vsphere