mobaxterm 是世界上最好用的 ssh 工具

Mobaxterm 在 Windows 上能从命令行输入 ssh 用户名与密码来直接连接 Linux 了嘛？

@cassyfar 什么叫“你服务器的自动化标准化做的差”，16c32g 的虚拟机，20 台也就 1 台物理机的配置，合着就几台物理机就必须得上自动化运维？你这标准是被国内云厂商给惯坏了，整天用虚拟机，没有接触过现场环境。
有的客户现场你别说服务器自动化，服务器还没上架呢，更有可能现场是一堆交换机路由器类的网络设备，你得亲自去机房看看线有没有插对都有可能。

@HannibaI 写博客也没人看啊，讨论技术问题在哪里都一样

@singerll 啥都不允许装你给人家装个 xshell ？谁告诉你 ansible 必须安装了。我遇到的场景别说装东西了，连外网和图形界面都没有，整个部署流程全依赖一个压缩包。

@singerll 花的是公司钱，省的是你的力

@cheng6563 那你怎么传输文件？ sz rz ？那不就是 zmodem 。你没搞清楚 ssh 客户端跟终端模拟器之间的区别，zmodem 需要 terminal 支持。

@hehe9011 能用 ssh 就能用 sftp ，ssh scp sftp 这些命令基本不会单独出现，除非你从别的地方拷了一个 ssh 过来，不然装了 openssh 这些命令都有

@cassyfar 是是是，就三四台物理机，你把 ansible 、elk 、zabbix 、k8s 、gitlab 啥的都折腾一边，结果业务系统整天没啥问题，自己执行个命令是方便了，动不动安全检查，漏洞升级，弱口令整改啥的，自己整天运维这些自动化组件累的不轻。

@Jat001 有没有一种可能，跳板机自带 xshell ？天融信这些厂家的跳板机、堡垒机，都是兼容了 xshell 、putty 的，兼容 ansible 的我还没见过。
我遇到的场景，别说装软件了，机房跳线都需要现场穿，交换机配置还没做。

@singerll #69 啥叫兼容 ansible ？ ansible 是 python 写的，就算部署机器上没有 python 环境，自己准备一个就好了。堡垒机兼容的是协议，客户端符合协议标准怎么还需要单独兼容呢？再说一遍，ansible 是自动化运维工具，支持 ssh telnet 等协议，跟 xshell putty 完全不是一个类型的工具，为什么你要把他们放一块比较？

再直白一点，比如你写了一个 bash 脚本，这个脚本可以通过 ssh 命令登录到多台服务器执行一些命令，你把脚本放到了某台机器上，然后用 xshell 或 putty 登录到这台机器上运行这个脚本。ansible 就是这个 bash 脚本的升级版。

@singerll #68 你为什么总把不同的东西放一块讨论呢，ansible 、elk 、zabbix 、k8s 、gitlab 这些是同一类软件？有需求自然要用，没需求整天在生产环境瞎折腾不怕被开除？

@Jat001 你打那么多字，只能说明你没用过堡垒机。

至于我为什么要把这些一块讨论，你不会以为装个 ansible 就算自动化运维了吧？？？？机房动环、网络设备、服务器、安全设备、日志、程序发布、监控等等，这些都是自动化运维的一部分。

@singerll #71 我没用过堡垒机？我天天用好吧，你以为我一开始为什么要研究 ssh 多路复用，我们那破堡垒机要求动态密码登录。

那你用过 ansible 吗？你不会以为装个 ansible 就能搞自动化运维了吧？这么说吧，ansible 能做到的事情，你自己写脚本也能做到，脚本做不到的事情 ansible 也做不到。

@Jat001
@singerll
类比一下 Git ，GUI 固然有用，命令行才是核心，绕不过去，也更有学习的价值。
xshell 和 xftp 的一个首要问题就是商业用途它是收费的。其次是它是限定在 Windows 平台的，对于 Linux/Mac 用户不友好。再者就是它本身就要装一个多余的软件。

一个人干可能不是什么问题，但如果在公司里，想把工作交接给同事。我觉得就挺不合适的了。
举个例子，Java 项目打包。一种是跟别人说 mvn package ，一种是在 IDEA 点某个按钮，在 Eclipse 点另一个按钮。
明显前者才是更加本质的操作。

@dcsuibian #73 说得好，GUI 隐藏了具体实现，你不知道软件实际做了什么，别人可能跟你用的不是一个 GUI 客户端，你没法把同样的操作在另一个客户端里完美重现。
另外面向开发人员的教程基本都是 CLI only 的，不是因为 GUI 程序做不到，而是不同的 GUI 客户端行为不一定完全一致。比如 git 客户端，其实都是调 CLI 里的 git ，但同一个命令不同的客户端使用的参数肯定是不一样的。

@dcsuibian 我在说临时操作的便捷性，你在说事件本身的知识获取，不在一个频道。
我点按钮打包，只是为了方便，但并不能说明我不懂原理。
你要非要纠结，那我建议你去搞汇编，毕竟直接写 java 也不知道后面的原理。

@Jat001 你是对的

@singerll 我们大概一千台吧，三四台是你们组？

@cassyfar 我就不明白，公司的服务器又不是你的服务器，这也有优越感？这也能嘲讽？
真要比数量我们虽然也不算多，但 1 千台真不算多，我们机房都有四五个，华为云、阿里云私有云我们都有，小机、分布式存储、waf 等设备我都接触过。
三四台的企业我也见过，但我从来不觉得人家 low ，因为人家根本不靠信息化挣钱。

@HannibaI #53 面对面教都不更新, 是你去主动推你认为高效的工作流, 大家工作不仅是为了效率 . 舒服一点也同样重要,别人没有需求的确没有变更的动力. 从这上面推导出网友不会更新是不对的, 凡是能到网上提出问题, 想要解决问题的基本都是为了提升自己的效率(或者说干的更舒服一点) , 我也是通过 @Jat001 同学的建议,把主力 xshell 变成备胎,感谢大家讨论

@singerll 没人否认 GUI 程序的便捷性，前面我也说了，复杂的自动化运维要么自己写脚本，要么用 ansible 。

啥叫复杂的自动化运维，比如根据不同操作系统调用不同的包管理器安装不同的软件，根据环境生成配置文件，检查端口是否占用，检查路径是否存在，启动服务并观察服务是否存活，汇总所有操作日志到一处，出现错误后执行回滚等等。

把这些操作串起来才叫复杂的自动化运维，你非要把临时跑一两个命令或者硬件问题扯上来。