在垃圾邮件和短信盛行的今天,邮件和短信,拦截与反向域名解析的方式,有效的防止了垃圾短信.邮件的入侵.Vsfpd和sshd同样利用了反向域名解析这一功能(默认开启),.在客户端向server端请求访问时,加入DNS反向解析,来确认源ip的可靠性.如果在本地及/etc/resolv.conf中的域名服务器中无法找到源ip域名,则会一直等到超时为止.所以如何在登录ssh和ftp拥有较快速度,可以有如下两种方法. 1.禁用DNS反向解析 [vsftpd] 在vsftpd配置中添加一行reverse_lo…

ubuntu的ssh登录有点慢,其实是很慢 google了一把,发现可以这样解决: (1)可能是DNS反向解析的问题 对于这样的问题,可以在/etc/ssh/sshd_config 中添加/修改: UseDNS no 然后再sudo /etc/init.d/ssh restart 重启一下ssh服务 再次ssh登录一下试试,是不是已经快了很多. (2)如果第一步还没有解决,那么还可以这样再试试 编辑/etc/ssh/ssh_config 文件,添加/修改: GSSAPIAuthenticatio…

vsftp在REDHAT,CENTOS 5中登录慢的解决办法 vsftp在REDHAT,CENTOS 5中不仅登录慢,至少花30秒左右,而且上传文件的速度也受影响, 经过摸索,根本原因在DNS解析上花费很长时间,直到DNS超时才返回,这样一来只要把 resolv.conf中的内容清空就能解决这个问题,但影响到DNS的解析. 另外一个办法是在vsftpd.conf文件中加入:reverse_lookup_enable=NO 保存后重新启动vsftpd 就OK,service vsftpd rest…

xftp显示无法连接到xx.xx.xx(服务器地址) 解决办法: 把/etc/ssh/sshd_config文件中的Subsystem sftp /usr/libexec/openssh/sftp-server替换为Subsystem sftp internal-sftp #Subsystem sftp /usr/libexec/openssh/sftp-server Subsystem sftp internal-sftp 重启shhd服务: systemctl restart sshd.se…

使用ssh客户端(如:putty)连接Linux服务器,可能会等待10-30秒才有提示输入密码.严重影响工作效率.登录很慢,登录上去后速度正常,这种情况主要有两种可能的原因: 1. DNS反向解析问题 OpenSSH在用户登录的时候会验证IP,它根据用户的IP使用反向DNS找到主机名,再使用DNS找到IP地址,最后匹配一下登录的IP是否合法.如果客户机的IP没有域名,或者DNS服务器很慢或不通,那么登录就会很花时间. 解决办法:在目标服务器上修改sshd服务器端配置,并重启sshd vi /et…

SSH 登录太慢可能是 DNS 解析的问题,默认配置下 sshd 初次接受 ssh 客户端连接的时候会自动反向解析客户端 IP 以得到 ssh 客户端的域名或主机名. 如果这个时候 DNS 的反向解析不正确,sshd 就会等到 DNS 解析超时后才提供 ssh 连接,这样就造成连接时间过长.ssh 客户端等待的情况,一般为10-30秒左右. 有两种解决方案: 有个简单的解决办法就是在 sshd 的配置文件(sshd_config)里取消 sshd 的反向 DNS 解析. vi /etc/ssh/…

CentOS 7.6出现SSH登录失败的解决方案 问题重现: iterm登录 ssh vagrant@192.168.10.10 The authenticity of host '192.168.10.10 (192.168.10.10)' can't be established. ECDSA key fingerprint is SHA256:8nyfIaEq9jMHfb9aQIlPh5OAGXjjSVGEDiXfMjlD7H8. Are you sure you want to cont…

原因其实很简单: WAMP服务默认是不支持外网访问的,如果公司内外网在一起就会引起缓慢甚至超时的问题,直接修改WAPM的配置文件让它可以访问外网即可解决问题.   解决的方法/步骤   1.解决办法:    打开wamp的托盘图标(右下角),找到"Config files"-->"httpd.conf"文件并打开.找到 "Allow from 127.0.0.1"信息,将其修改为"Allow from all"   2.…

http://blog.csdn.net/wylfengyujiancheng/article/details/50523373?locationNum=1&fps=1 1.现象描述: kilo版本的openstack在正常登陆后长时间不做任何操作,dashboard会超时,重新登录会报如下错误: 2.原因: python-django的版本太高,需要降到1.8以下 3.解决办法: a.卸载django的rpm包 # rpm -aq | grep python-django-1. | xargs…

为了便于管理,Jenkins一般需要设置用户,而且这些用户是需要配置相应的权限的,如果一不小心配置的时候出了问题,那么,你就斯巴达了. 这里,用我的切身经历,为大家说一下Jenkins因为权限配置失误而导致的登录失败如何解决. 问题出现原因 情况是这样的:当时俺还不知道配置权限如果点击确定了,当前用户如果权限不够会直接被踢出来,于是,小伙伴就很开心的进行了这样的额操作:打开权限配置中的安全矩阵,没有给任何用户配置权限就点击了保存.如下图所示 于是,被系统踢出来了,再次登录的时候,系统很有好的提示…