SSH问题大总结
来源:互联网 发布:付费系统源码 编辑:程序博客网 时间:2024/05/10 22:43
1.ssh时出现 Agent admitted failure to sign using the key
在将自己的公钥添加到要登陆的机器上时,仍然不能免密码登陆,并出现以下提示:
Agent admitted failure to sign using the key.
需要进行以下操作即可解决:
ssh-add
查看"/home/hadoop/"下是否有".ssh"文件夹,且".ssh"文件下是否有两个刚生产的无密码密钥对。
hadoop@namenode:~/.ssh$ cat id_rsa.pub >> authorized_keys
在验证前,需要做两件事儿。第一件事儿是修改文件"authorized_keys"权限(权限的设置非常重要,因为不安全的设置安全设置,会让你不能使用RSA功能),另一件事儿是用root用户设置"/etc/ssh/sshd_config"的内容。使其无密码登录有效。
hadoop@namenode:~/.ssh$ chmod 600 authorized_keys
备注:如果不进行设置,在验证时,扔提示你输入密码,在这里花费了将近半天时间来查找原因。
3) 设置SSH配置
用root用户登录服务器修改SSH配置文件"/etc/ssh/sshd_config"的下列内容。(在Ubuntu12.04系统里面,貌似不用修改此文件)
1.RSAAuthentication yes # 启用 RSA 认证
2.PubkeyAuthentication yes # 启用公钥私钥配对认证方式
3.AuthorizedKeysFile /home/hadoop/.ssh/authorized_keys # 公钥文件路径(和上面生成的文件同)
退出root登录,使用hadoop普通用户验证是否成功
hadoop@namenode:~/.ssh$ ssh localhost
Welcome to Ubuntu 12.04.1 LTS (GNU/Linux 3.2.0-29-generic-pae i686)
* Documentation: https://help.ubuntu.com/
191 packages can be updated.
51 updates are security updates.
Last login: Mon Oct 29 14:43:08 2012 from localhost
hadoop@namenode:~$
从上图中得知无密码登录本级已经设置完毕,接下来的事儿是把公钥复制所有的Slave机器上。使用下面的命令格式进行复制公钥:
scp ~/.ssh/id_rsa.pub 远程用户名@远程服务器IP:~/
3.ssh中“Host key verification failed.“的解决方案
可能的提示信息如下:
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!Someone could be eavesdropping on you right now (man-in-the-middle attack)!It is also possible that the RSA host key has just been changed.The fingerprint for the RSA key sent by the remote host is23:00:20:83:de:02:95:f1:e3:34:be:57:3f:cf:2c:e7.Please contact your system administrator.Add correct host key in /home/xahria/.ssh/known_hosts to get rid of this message.Offending key in /home/xahria/.ssh/known_hosts:8RSA host key for localhost has changed and you have requested strict checking.Host key verification failed.
网上很多的解决方案是:vi ~/.ssh/known_hosts 删除与想要连接的主机相关的行;或者直接删除known_hosts这个文件。 当然这个方案也是可行的,但并非解决问题的根本办法,因为继续使用,今后还会出现这样的情况,还得再删除。下面简单讲一下这个问题的原理和比较长久的解决方案。
用OpenSSH的人都知ssh会把你每个你访问过计算机的公钥(public key)都记录在~/.ssh/known_hosts。当下次访问相同计算机时,OpenSSH会核对公钥。如果公钥不同,OpenSSH会发出警告,避免你受到DNS Hijack之类的攻击。
SSH对主机的public_key的检查等级是根据
StrictHostKeyChecking变量来配置的。默认情况下,
StrictHostKeyChecking=ask。简单所下它的三种配置值:
1.
StrictHostKeyChecking=no
#最不安全的级别,当然也没有那么多烦人的提示了,相对安全的内网测试时建议使用。如果连接server的key在本地不存在,那么就自动添加到文件中(默认是known_hosts),并且给出一个警告。
2.
StrictHostKeyChecking=ask #默认的级别,就是出现刚才的提示了。如果连接和key不匹配,给出提示,并拒绝登录。
3.
StrictHostKeyChecking=yes #
最安全的级别,如果连接与key不匹配,就拒绝连接,不会提示详细信息。对于我来说,在内网的进行的一些测试,为了方便,选择最低的安全级别。在.ssh/config(或者/etc/ssh/ssh_config)中配置:
StrictHostKeyChecking no
UserKnownHostsFile /dev/null(注:这里为了简便,将knownhostfile设为/dev/null,就不保存在known_hosts中了)
- SSH问题大总结
- 学习SSH问题总结
- cygwin ssh 问题总结
- SSH问题总结
- SSH搭建问题总结
- 【SSH】问题总结
- 大数据【关于ssh: connect to host master port 22: Connection timed out问题的总结】
- javaweb三大框架(ssh)知识点总结
- ssh三大框架常见问题总结
- (转)SSH问题总结
- SSH框架整合问题总结
- ssh不解的问题总结
- 大并发量,大数据量基于SSH应用程序架构问题
- 大数据系统问题总结
- JAVA大数值问题总结
- ssh框架中遇到的问题总结
- 学习SSH中遇到的问题总结
- [总结]配置ssh项目遇到的问题
- ZOJ 1586 QS Network (经典MST~Prim)
- socket即时通信
- Mac下Django通过WSGI部署到Apache
- Tomcat的端口号怎么修改
- MySQL的热备份开源工具XtraBackup [2.0.1版](一)
- SSH问题大总结
- easyui中方法$.messager.show()电脑右下角弹出消息框demo
- 《JAVA JDK8》之JCF类图
- VC串口通信
- object-c 类结构分析
- java 递归遍历树形结构
- VS2010不能创建项目的解决办法
- Android实现自定义view---绘制图片
- 守护线程与非守护线程