@owt5008137 对， ssh 主动连接推东西的比较多的， ansible ， python fabric 都支持，但是反向的就基本没有。

@msg7086 兄弟，可以的话，跟大伙分享下白。

@owt5008137 兄弟， 不是监控，而是 ssh 或者类似的管理。

@owt5008137 反弹的意思是说 我们在一台有公网地址的机器上监听一个端口， 其他主机运行一个程序后（可能没有公网地址），会主动去把自己的 shell 连接到我们监听的端口。

@phithon 这个不错呀 日常运维维护用得着 哈哈

eh 。。 说直白点就是 像过去小黑客玩儿的 自动上线主机 ，灰鸽子那种类似的， 这样管理起来不是更简单。 还能突破内网限制，直接反向上线。

确实比较有趣，不过我不会开发

^_^

感谢各位， 使用 boto 做了简单的业务开发，已经跑起来了，可以满足 securitygroup 绑定到 instance 。

http://blog.csdn.net/vbaspdelphi/article/details/62225272

@cloudbeyond 兄弟， Cloudformation 有点玩不转呀，门槛感觉有点高
@chenze 兄弟， 还是有些复杂，目前采用 boto 调用 awsapi 搞了搞，各位兄弟帮忙给点建议。

加上 nat masquerade 试试。 你这个 redirect 到另外的机器了。

另外， nmap 的地点也有关系。 如果 nat 服务器本地测试，不会走 prerouting ，而是 output 。

赞一个

@cjjia 呵呵，是呀，水桶以及电动车维修这些都是比较小的点，但是小鸟虽小，五脏俱全；小物联和大物联其实本质上的思想是一样的，呵呵。 将来的实现形式不知道是啥，但是一件事儿呢感觉如何可行就迟早会实现，总相信该出现的总会出现。

@ipconfiger 有道理。

@bao3 兄弟，有道理。 一个技术最先应用的总会是军事，然后是工业，最后才是民用， 我们期待着，呵呵。

@mhycy 回到家里呢。公司多还是家庭多，，就好比是 B 和 C 的问题。

@sunsh217 根据分析，其实解决了浪费的问题。 想一个场景， 一个 IT 工程师下了班已经很累了，要桶水也闲累， 而且送水的晚高峰送水是不是也累，是不是可以通过物联和计算，最小化资源，这里的资源不仅仅指的是自然资源，还有人力和脑力。价格的问题将来肯定会下降，但是眼目前解决的是效率和资源利用率的问题，直接受益是，需求和提供者都会受益，不那么累了。

@likezun 东西得时候，太早太晚都不合适。

其实跟大家聊了那么多，好多时候有种感觉，就是 事情的发展变成了互相平行或者说异步处理，而不是由人来一环紧扣一环的串行运行。

@sammo 镀金马桶在你我屌丝看来的确不需要，但是那的确是权利和金钱的象征。

@sammo 马桶只是一个缩影，可能是智能物业的情况。想一个场景， 加入我们家的厨房有瓦斯泄漏，过去都是家里面的人发现，然后打电话给物业，然后物业派人到现场，排查，然后处理，没个 2~3 个小时这事儿完不成。如果有了智能物业，瓦斯信息会上传到物业的 PAAS 平台，如果谁家有瓦斯，可能用户还没有发现的情况下，物业已经到了，按照预案进行处理。 对于各方都有好处。 现在之所以没有到，是因为整个链条没有打通，也就是说，业主和物业之间需要一些物件联系起来，而这个物件上传的数据还可以加上点处理，要知道计算机做 for 循环和重复的工作比人牛多了。