Now all works well, I use another method
- herwono (member of "ssogroups" group)
- vcadmin (member of "ssogroups" group)
**Only one group for vCenter SSO.*
*Modif "ssogroups" using ldif file*
*vCenter Identity Source Config:*
Base DN for users: cn=users,cn=accounts,dc=server,dc=local
Domain name: server.local
Base DN for groups: cn=groups,cn=accounts,dc=server,dc=local
Primary server url: ldap://identity.server.local:389
*FreeIPA users and groups for vCenter with Administrator permission:*
User: herwono (SERVER.LOCAL\herwono)
Group: ssogroups (SERVER.LOCAL\ssogroups)
On 3/6/15 3:37 PM, Gianluca Cecchi wrote:
On Fri, Mar 6, 2015 at 8:34 AM, Martin Kosek <mko...@redhat.com
On 03/06/2015 04:38 AM, Herwono W Wijaya wrote:
Problems with FreeIPA 4.1.3 for vCenter 5.5u2b SSO, only the admin
user can be
used and always get an error for other users.
You mean admin user from vCenter, not admin user from FreeIPA, right?
Did you follow this HOWTO:
Note that the vSphere integration topic is being discussed this week,
CCing also Gialunca (author of the HOWTO), he may have some ideas where
the problem is too.
The logs that let us know the kind of queries generated b vSPhere are in
(at least for 3.3.3)
Also, searching through my e-mails I found one direct contact using vSphere
5.5 and that was doing some tests with VMware support connected to his
It seems they found out that it almost all worked correctly when using
accounts instead of compat BUT
you can't log in.
An action was the to add objectclass=groupOfUniqueNames to a single test
group and they were able to login
I asked more information about his setup if still in place and to eventually
share with others.
Regards, Herwono W Wijaya https://linuxcoding.org | *VMware vExpert 2014, 2015