learn by doing， 第一个问题是，你写python要做什么，如果不做什么，为什么要学呢？

dive into python

@zxp 什么原理？

看同事的代码发现了。。。。明明在前一个分支上定义的变量，竟然在另一个分支上用

@rrfeng 我们公司的游戏服才最高在线2000。。。技术问题了。
即使技术达得到200个服合一了，估计技术要牛200倍，运营要视野
多200倍才行。。。。

@xofyarg 在意安全是肯定的，穿越跳板机（如果可以的话）被抓到估计不止被fire这么简单。本帖所说的远程服务器，是指线上运营中用的服务器，也正是经常需要到上面去操作的服务器，反倒内网的直连的开发测试服务器压根没有脚本自动化的需求。

@xderam 作为一个小角色表示跟本就没有权力和能力和机会去说服运维改变现有的规则，而且规则也不一定是在做事的运维想改能改的。本贴原意在于讨论脚本、自动化任务，即便没有跳板机，也有可以参考学习的回复。所谓“无视”，也并没有无视鄙视这个种规则和机制的意思。

@hfcorriez 多谢，看标题就是我需要的了哈

@xofyarg 哪台开发机能连（远程）服务器不是我们能决定的。公司的办公环境跟开发环境是一样的，都是内网。需要跳板机也许是远程服务器安全需要不想那么多可以连进去（远程服务器并不是公司一起维护的），或者公司安全需求跟本不想让内网机能直接连出去而是让跳板机多一层监控。@xderam 测试环境（也就是能直连的内部服务器）也有的，但只限于开发测试。由于网游的运营需要，经常需要线上操作，

@xderam 运维有运维的流程和规范，比如他们坚决不给你用rz，但在此种情形下我们总不能老敲长长的scp吧，而且是两次，而且都要密码，而且不同target用户名密码都不同。这种情形写个脚本自动scp两次自动输密码让我们少花很多在“运维”上的事。

@peterlu 我没有说突破，更没说打破。只是想在的基础上简化自动化，并在别人（比如运维）看来还是遵守规则的。规则不好改，也总有不爽的规则存在不管在哪。把别人的一整套规则按着跑，自动化的跑这规则，并不算违反规则，低线我很清楚，也不怕那这个最大的可能性。相反，如果连让你很不爽的规则（不管是出于什么理由而存在的规则），都不去优化，不管是从跟源优化还是从表面上优化，那是不是表示着，已经完全没激情了，工作只为了混口饭吃？

@xdays 我了解过expect，应该是可行的只是嫌麻烦，它不比shell写起来累。有fabric这种东西能用上，肯定能省下不少时间调试shell啦。

@xdays 不是啊，只是在家游戏公司做开发的

@arbeitandy 哈哈你写得好详细，但是我看不懂，对我们来说，方便肯定是比安全考虑得更多啊。。expect我在跳板机上有调用过，但发现history里会有明文的，所以打算每跑一次脚本自动再rm ~/.bash_history， 不知还有别的地方会log我敲的命令不？
反过来说说，如果不想让大家太麻烦，就应该给我们开发的提供下方便，谁有空两一天到晚敲一串长长的scp，尤其是在找问题的时候。

@panzhc 忘了说了～，自己机子属内网机，原则上不能上网，跳板机的访问权限也限于那些远程服务器，所以不太清楚跳板机作代理有什么更好的用途。 至于rzsz的话，在远程服务器、跳板机被禁用了。

@summic 作为一个开发者，只是想让日常任务更自动化不太浪费时间在敲命令上，现在也不是想绕过去，而是在现在的基础上去自动化。对我而言，如果都能基于ssh，安全级别跟两次ssh连到服务器一样的话，就足够了。

@summic 分机号？？！！ 对于安全方面，你有什么好的建议或者注意事项指导一下？

@pubby 确实可以两层ssh变一层了的感觉，假如要输密码的，那第一个ssh -fN那个，需要输两次密码吗？如果是，那后面那个rsync用到的ssh -p 10022，还需要输密码不？执行完某个任务（比如你的rsync同步任务）需要不需要把第一步建立的ssh通道干掉？

如果需要密码，“ssh -fN -L 10022:<server_ip>:<server_port> -p <跳板ssh port> <跳板user>@<跳板ip> ” 可以用expect来自动输（安全再考虑）