所以这不是一个非常具体的问题，但是人们如何重用他们的SSH密钥呢？ 我的意思是，我想build立一个GitHub帐户。 我也有一个密钥对远程login到家里的机器。 现在，也许我没有正确按摩我的Googlesearch条件，但被认为使用相同的密钥对的便利因素差的forms？ 我知道安全人员可能会对我大喊“不好”，但是系统pipe理员在实践中如何处理这个问题呢？
我正在运行Windows 7 Professional 64位。 两个不同的SSH客户端呈现出定期冻结或挂起的奇怪习惯。 我已经尝试了腻子和Van Dyke的SecureCRT SSH客户端，在这两种情况下，我会定期冻结，持续时间从20秒到几分钟。 在挂起过程中没有按键（不是Ctrl-C，Ctrl-Z或任何我已经尝试过的）。 连接到任何一台服务器时都会发生这种情况。 其他使用非Windows机器的组似乎没有这个问题。 所以，这可能不是服务器端的问题。 我也使用RDP连接到Windows服务器没有类似的冻结，所以我不认为这是我的机器的networking问题。 由于这是发生在两个不同的客户端，似乎这必须是一个Windows问题。 有什么build议么？ 更新 。 多花点心思，这似乎只在我在远程服务器上使用emacs时才会发生。 由于冻结行为只是从Windows XP迁移到Windows 7时才开始，我把它归因于Windows，但也许是由于emacs和Windows 7之间的更微妙的交互。 进一步更新 。 我的桌面支持人员取代了网线，问题似乎已经消失。 我无法解释为什么我注意到我的电脑没有networking问题，除了通过ssh使用Emacs时。 也许有一些关于以这种对networking脆弱特别敏感的方式使用Emacs。
由于某种原因，我无法在新的CentOS盒子上input密码。 我试过以下这些指南： http://linuxproblem.org/art_9.html http://www.thegeekstuff.com/2008/11/3-steps-to-perform-ssh-login-without-password-using-ssh-keygen-ssh-copy-id/ 但是都没有工作。 我甚至检查了我的/etc/ssh/sshd_config文件。 PubkeyAuthentication yes最初是注释掉的，所以我取消注释，并重新启动sshd，但仍然无济于事。 任何可能会遗漏的任何想法？ 我试图SSH从服务器A到服务器B作为根。 因此，以root身份login到一个盒子，然后以root身份login到下一个，而没有提示input密码。 UPDATE 我跑了一个ssh -v …但不能复制/粘贴到这里。 一切看起来不错，直到这一行： debug1: Next authentication method: gssapi-with-mic debug1: Unspecified GSS failure. Minor Code may provide more information Unknown code krb5 195
我写了active.ksh脚本（基于期望），以便自动login到一些Solaris机器并执行hostname命令（login到虚拟IP为了validation哪个主机名是活动的机器 – 我有两个群集solaris机器） 问题在于expect ; 期望发送密码string（pass123）而忽略密码问题，而仍然等待密码。 所以实际上密码问题后input密码（pass123）。 在大多数情况下，期望的脚本工作正常，但有时却错过了密码。 问题的例子 ./active.ksh spawn ssh 10.10.18.61 sh: /usr/local/bin/stty: not found This computer system, including all related equipment, networks and network devices (specifically including Internet access),is provided only for authorized uss Password: * my remark – pass123 string was missed the Password Question pass123 Password: 剧本 #!/bin/ksh VIP_ADDRESS=10.10.18.61 expect_for_verify_which_active_machine=`cat […]
以前我已经创build了一个基于图像的EC2实例。 在创build过程中，亚马逊向导创build了一个密钥对，然后提供给我，以便我可以连接。 现在我正在尝试使用CloudFormation，以便我的新服务器安装了一些基本软件（LAMP堆栈）。 但是EC2实例最终没有find可用的ssh密钥对。 有没有办法在CloudFormation上创build堆栈时关联密钥对？ 我读过，有办法通过停止实例，创build一个克隆，以及其他一些步骤来将键添加到实例的卷。 但是我在这个领域的pipe理技能并不是很强，所以我希望对我来说更直接一些。 希望这是有道理的 – 任何帮助非常感谢！
我有根域WHM密码，我可以使用以下URLlogin HTTP：// DOMAIN_NAME / WHM 但是，当我使用相同的root密码连接到服务器使用SSH我得到访问被拒绝的消息。 我该如何解决这个问题？ 我想通过SSHlogin。 我正在使用腻子来连接。 谢谢
总结：为什么这会失败 $ ssh foo 'R –version | head -n 1' bash: R: command not found 但是这个成功了 $ ssh foo 'grep -nHe 'bashrc' ~/.bash_profile' /home/me/.bash_profile:3:# source the users .bashrc if it exists /home/me/.bash_profile:4:if [ -f "${HOME}/.bashrc" ] ; then /home/me/.bash_profile:5: source "${HOME}/.bashrc" $ ssh foo 'grep -nHe "\WR\W" ~/.bashrc' /home/me/.bashrc:118:alias R='/share/linux86_64/bin/R' $ ssh foo '/share/linux86_64/bin/R –version […]
我花了大约3个小时，试图找出如何从我的Windows机器使用腻子连接到一个Linux机器，而不必发送密码。 这是连接到使用OpenSSH的Ubuntu服务器。 私钥是SSH-2 RSA，1024位。 我正在使用SSH2连接。 我已经遇到了更常见的问题： 腻子以“错误的格式”生成公钥。 我已经纠正了这个（正如在这篇博客文章中所看到的 ）。 然而，由于我还没有连接，我不能绝对确认这个文件是在正确的格式。 关键是现在所有的一行，我已经尝试在文件的末尾添加/删除换行符。 我也尝试了公共文件修复过程几次，以确保我没有使手动转换stream失。 即便如此，我无法validation这里的准确性。 权限也是一次错误，具体意味着该文件有太多的权限。 我也必须解决这个问题，我知道它已经过去了，因为我不再在/var/log/auth.log中看到相关的错误。 如果服务器有旧版本的OpenSSH，我已经尝试了authorized_keys和authorized_keys2 ，但是这并没有改变。 我有访问权限作为用户。 在这个密钥文件失败后，我可以input密码 我所掌握的唯一剩余的信息是它声称我所称的密码错误： sshd[22288]: Failed password for zzzzzzz from zz.zz.zz.zz port 53620 ssh2 即使如此，据我所知，这只是一个懒惰的尝试/抓住某处，因为我不认为有一个密码参与 。 我在任何使用的/ var / log文件中都没有看到其他内容。 还有什么可能是错的？
在批处理脚本中，我经常通过ssh多次login到同一个系统。 例如 seq 1000 | parallel -j0 -S server echo 这触发了竞争条件给出的错误： /usr/bin/xauth: error in locking authority file /home/user/.Xauthority 我怎样才能避免这一点？
（以前张贴在错误的计算器） 我正在运行一系列Ubuntu 14.04.1（sun，hyperion，…）的服务器，所有这些服务器都使用rsync的公钥（OpenSSH_6.6.1，OpenSSL 1.0.1f 2014年1月6日，在所有机器上），没有任何问题。 几乎全部… 一个连接失败，没有任何configuration或密钥的变化。 然后我会尝试重新添encryption钥，检查ECDSA，重新启动/重新启动ssh，然后再次运行。 或者它不。 在这种情况下，我只需要等待一段时间（1小时到3个月）。 这一次，它解决了这个问题 – 一段时间。 ssh -vvv diff的相关部分： 成功的连接 debug1: Host 'hyperion.internal' is known and matches the ECDSA host key. debug1: Found key in /home/bar/.ssh/known_hosts:20 debug1: ssh_ecdsa_verify: signature correct debug2: kex_derive_keys debug2: set_newkeys: mode 1 debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug2: set_newkeys: mode 0 debug1: SSH2_MSG_NEWKEYS […]