在基于VMWare vSphere 5.5 Windows的环境中,任何身份validation尝试都会失败(需要一些时间)。
日志中提到的行如下所示:
ERROR [IdentityManager] Failed to find solution user by subject DN [1.2.840.113549.1.9.1=#1612737570706f727440766d776172652e636f6d,CN=localdomain.local,OU=VMware\, Inc.,O=VMware\, Inc.] in tenant [vsphere.local] ERROR [ServerUtils] Exception 'java.lang.IllegalStateException: More than one solution user found'
可能是什么原因?
发生了什么
不知道发生了什么,但也许整个描述帮助某人。
通常在端口11711运行的vSphere的内部LDAP目录已经以损坏的条目结束。 导致奇怪的观察 – 人们可以validation,例如webclient,但不能做更多,因为它充斥着消息,如“客户端未通过VMware库存服务validation – https:// myserverFQDN:10443 ”
解
使用LDAP客户端(例如LDAPAdmin)使用以下连接条件login到服务器:
host: localhost port: 11711 version: 3 Base: dc=vsphere,dc=local Username: cn=Administrator,cn=Users,dc=vsphere,dc=local Password: the one for [email protected]
导航到cn=ServicePrincipals并检查他们的vmwSTSSubjectDN以确保它们是唯一的。 不知道什么是适当的。 在其他一些安装中,我发现:
InventoryService 1.2.840.113549.1.9.1=#1612737570706f727440766d776172652e636f6d,CN=VMware default certificate,OU=InventoryService_2013.07.31_145941,O=VMware\, Inc. vCenterServer 1.2.840.113549.1.9.1=#1612737570706f727440766d776172652e636f6d,CN=VMware default certificate,OU=vCenterServer_2013.07.31_150056,O=VMware\, Inc.
但是最后的部分(OU =,O =)可能由于某种原因而不同
提示类似的问题
我发现有用的是在vSphere安装中的其中一个JAR中findcom.vmware.identity.idm.server.provider.vmwdirectory.VMwareDirectoryProvider类的反编译。 事实certificate,它包含了一些硬编码的LDAP查询,这些查询在VMWare内部LDAP服务器的一些其他故障排除中可能是有用的。 (我最好不要因为授权的原因粘贴在这里)。 而且为了反编译第三方Java类,我学会了使用http://www.javadecompilers.com 。 CFR的工作非常好。