在kinit之后,kList给出:
Ticket cache: file:/tmp/krb5cc_1000Default principal: boti@REALMValID starting Expires Service principal14/02/2013 16:37 15/02/2013 16:37 krbtgt/REALM@REALM
现在,当我尝试通过ssh登录到debian-squeeze时,我会看到密码提示.
如果我在没有进行身份验证的情况下检查我的门票,我会得到:
Ticket cache: file:/tmp/krb5cc_1000Default principal: boti@REALMValID starting Expires Service principal14/02/2013 16:37 15/02/2013 16:37 krbtgt/REALM@REALM14/02/2013 16:38 15/02/2013 16:37 host/debian-squeeze@14/02/2013 16:38 15/02/2013 16:37 host/debian-squeeze@REALM
很明显我获得了一张票.然而,ssh调试日志给出:
Postponed gssAPI-with-mic for boti from 192.168.255.98 port 59557 ssh2deBUG3: mm_request_send entering: type 40deBUG3: mm_request_receive_expect entering: type 41deBUG3: mm_request_receive enteringdeBUG3: monitor_read: checking request 40deBUG1: U@R_403_5954@ifIEd GSS failure. Minor code may provIDe more informationWrong principal in request
这与here,here和this bugreport中描述的非常相似.
我的DNS很好.已经尝试重新创建主体/键.因此,没有任何解决方案帮助发布在那里.
任何提示?
解决方法 在示例输出中,我看到你有一个debian-squeeze的键 – 一个没有任何点的主机名.这有助于证明您设置反向分辨率以指向短名称.这真的是您看到的非FQDN名称,还是针对该问题进行了编辑?Kerberos应该与之合作,但你可以仔细检查主机本身是否认为它被称为debian-squeeze.检查前进 – > debian-squeeze中的反向查找真的解决了debian-squeeze:
$getent hosts $(hostname) | awk '{print ; exit}' | xargs getent hosts | awk '{print }'
我还没有真正听说过使用短名称部署Kerberos,所以如果你有选择,坚持使用FQDN可能是个好主意.
更新:
客户端当前正在获取短名称的密钥,但服务器认为它使用长名称正确命名.最有可能的问题是那里.只是为了确定,请尝试以下方法:
>检查客户端的正向/反向名称查找.即
$getent hosts debian-squeeze | awk '{print ; exit}' | xargs getent hosts | awk '{print }'
返回的名称是客户端将尝试获取票证的名称.根据你的输出来判断,这可能是简称.
>检查服务器上的密钥.
$sudo kList -k /etc/krb5.keytabKeytab name: WRfile:/etc/krb5.keytabKVNO Principal---- -------------------------------------------------------------------------- 1 host/debian-squeeze.realm@REALM 1 host/debian-squeeze.realm@REALM 1 host/debian-squeeze.realm@REALM 1 host/debian-squeeze.realm@REALM...
在列表中,您应该看到与上一个命令中的主机名匹配的主体.如果它不在那里,那那就是你的问题.如果它在那里……
>验证kerberos服务器上的密钥版本与debian-squeeze上的密钥版本相同.在客户端上,明确获取密钥并验证行末的“KVNO”版本:
$kvno host/debian-squeeze.realmhost/debian-squeeze.realm@REALM: kvno = 1
无论如何,所有这些命令中的主机名和“kvno”版本应该匹配.
总结以上是内存溢出为你收集整理的linux – SSH Kerberos身份验证失败,在debian squeeze中出现“请求中的错误主体/没有客户端凭据”全部内容,希望文章能够帮你解决linux – SSH Kerberos身份验证失败,在debian squeeze中出现“请求中的错误主体/没有客户端凭据”所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)