我正在尝试ssh到一个emr实例。 ip和密钥信息是正确的。关于问题可能是什么的想法?
会话跟踪:
<div id="item_list">
<div id="item">
<div style="cursor: pointer;" class="item" itemid="1670">
<div class="item_pic"><img src="icons/icon_commerce_anccube_skill.jpg" alt="" style="width: 68px; height: 71px;"></div>
<div class="item_title"><a href="javascript:void(0)"><span>Skill Upgrade Pack</span></a></div>
<div class="clear"></div>
<div class="item_price"><span style="">2,000 gPotatoes</span></div>
</div>
</div>
</div>
答案 0 :(得分:1)
这可能是由许多问题引起的,测试步骤如下。
检查/etc/hosts.deny和/etc/hosts.allow
许多人报告说,正确配置这些值有所帮助。但是,即使主机。*文件不是一个因素,我也看到了这个问题。
root@host # grep sshd /etc/hosts.allow
sshd: ALL
缺少相关性
这个通常发生在glibc或openssl升级之后。许多发行版可以安装glibc或openssl库的更新,而不需要重启sshd。
在任何发行版上,您可以在更新后识别它,然后使用lsof查看sshd在哪里打开文件。有些将指向DEL,因为这些库在更新时被删除。
~ # lsof -n | grep ssh | grep DEL
当SSH连接进入sshd守护程序forks并尝试附加(ld)这些lib文件时,会导致此错误。
指纹/密钥损坏
指纹或键中的一个或另一个如何被破坏(您是否手动编辑其中一个文件?)。删除客户端〜/ .ssh / known_hosts中的服务器端指纹,然后重试。重新连接时,系统将提示您再次接受主机标识。
如果您能够以其他方式访问本机,则可能需要退出并重新创建服务器端〜/ .ssh / authorized_keys。
与此问题一样,如果删除文件/ etc / ssh / key 并且未重新启动sshd,则此错误也会显示。检查sshd配置目录中的密钥文件。
重型服务器负载
当服务器承受重负荷时,例如暴力攻击也会发生这种情况。增加sshd可以运行的连接数量。
root@host # grep MaxStartups /etc/ssh/sshd_config
# Old Style
MaxStartups 12
# New Style
MaxStartups 10:20:30