标签:服务器 image 配置文件 var 配置 密码认证 shadow process 功能
由于需要测试一段shell脚本,开启了ESXI的ssh登录功能。通过ssh远程上了ESXI服务器,操作了一会儿,突然无意识的想看下ESXI日志,于是各种cat 了下主机日志,![](http://i2.51cto.com/images/blog/201801/22/4227cead7848a5f18062fd68e7418cc2.png?x-oss-process=image/watermark,size_16,text_QDUxQ1RP5Y2a5a6i,color_FFFFFF,t_100,g_se,x_10,y_10,shadow_90,type_ZmFuZ3poZW5naGVpdGk=)
当我cat /var/log/auth.log的时候我惊呆了,发现了有人正在试图登陆,而且日志刚才一会前的,于是我换用了tail -f /var/log/auth.log。
![](http://i2.51cto.com/images/blog/201801/22/cb6371babf5e84cbfaa75232e6021d99.png?x-oss-process=image/watermark,size_16,text_QDUxQ1RP5Y2a5a6i,color_FFFFFF,t_100,g_se,x_10,y_10,shadow_90,type_ZmFuZ3poZW5naGVpdGk=)
日志真在飞速的递增,于是我想试下通过关闭ESXI的ssh登陆。
![](http://i2.51cto.com/images/blog/201801/22/aa3c6b8b510b76f77b9aca20ef510a2a.png?x-oss-process=image/watermark,size_16,text_QDUxQ1RP5Y2a5a6i,color_FFFFFF,t_100,g_se,x_10,y_10,shadow_90,type_ZmFuZ3poZW5naGVpdGk=)
可是试了无数次都提示密码错误,或是超时,当时就有点急了……
倒了杯水,镇定了下,一定是有人使用暴力破解工具,试图登陆。还好口令是足够的复杂,够他暴力的,郁闷的是客服端我连不上了,因为他一直在试图登陆导致我连接的时候登陆失败。想了下有招了,原来我还设置了密钥认证方式登录,于是SSH上去后,把密码认证方式关闭了,再重启动了下服务。世界开始恢复平静了,过一会,客服端也可以正常登陆了。
vi /etc/ssh/sshd_config 更改配置文件中
#UsePAM yes
UsePAM no
经历这次:让我加深了对这几点的认识.
1、不用的端口和服务尽早关闭,需要再开启。
2、密码要足够的复杂。
3、多种登陆认证方式相结合。
4、更改特殊端口号。
标签:服务器 image 配置文件 var 配置 密码认证 shadow process 功能
原文地址:http://blog.51cto.com/jdonghong/2063959