标签:服务器 image 配置文件 var 配置 密码认证 shadow process 功能
由于需要测试一段shell脚本,开启了ESXI的ssh登录功能。通过ssh远程上了ESXI服务器,操作了一会儿,突然无意识的想看下ESXI日志,于是各种cat 了下主机日志,
当我cat /var/log/auth.log的时候我惊呆了,发现了有人正在试图登陆,而且日志刚才一会前的,于是我换用了tail -f /var/log/auth.log。

日志真在飞速的递增,于是我想试下通过关闭ESXI的ssh登陆。

可是试了无数次都提示密码错误,或是超时,当时就有点急了……
倒了杯水,镇定了下,一定是有人使用暴力破解工具,试图登陆。还好口令是足够的复杂,够他暴力的,郁闷的是客服端我连不上了,因为他一直在试图登陆导致我连接的时候登陆失败。想了下有招了,原来我还设置了密钥认证方式登录,于是SSH上去后,把密码认证方式关闭了,再重启动了下服务。世界开始恢复平静了,过一会,客服端也可以正常登陆了。
vi /etc/ssh/sshd_config 更改配置文件中
#UsePAM yes
UsePAM no
经历这次:让我加深了对这几点的认识.
1、不用的端口和服务尽早关闭,需要再开启。
2、密码要足够的复杂。
3、多种登陆认证方式相结合。
4、更改特殊端口号。
标签:服务器 image 配置文件 var 配置 密码认证 shadow process 功能
原文地址:http://blog.51cto.com/jdonghong/2063959