1 person found this helpful
Also had the problem and made kerberos work:
esxcfg-auth --enablekrb5 --krb5realm=$addomain --krb5kdc=$adserver --krb5adminserver=$adserver
The trick is to make the users members of an authorized group/username. This is set in /etc/security/access.conf
so i made my used member of root group
useradd -G root <user>
It would be best to have more documentation on ad membership and to be able to set @ deployement (kickstart)
The few command i read about on the forum are from RCLI:
I suppose this is part of VMware view of remote management... it still doesn't integrate properly with our PXE deployement tool (Altiris).
Thanks for that info. Two things came about from making that change.
1. The change is not persistent and reverts after and a reboot. How did you make the change persistent?
2. Even though I can authenticate it is asking me to change my password and then fails to login. Did you experience this? I've seen this happen when my password is expiring but in this case it is not.
I am going to open a support call and see if there is a way to change the group that it wants to authentticate in AD in because this is ideally what I want to do. I will follow up.
As changes are not persistent, i simply made my new users members of a standardly authorized group.
By default the "root" group is authorized so i made users member of this group.
Concerning password reset i can not help you directly. My first guess would be that the password complexity enforced by ESX is tigther than the one in AD. I would not rely on password changes trought the ESX self. The best option would be to align policies of ESX ad AD.
the access.conf mentionned is the default one so no change are needed for this one
again that's why i made users members of root group event if vpxuser can be considered
here is what can be found on password trought esxcfg-auth -p (i added the comments):
PASS_MAX_DAYS 99999 #(+/- 300 years)
PASS_MIN_DAYS 0 #(reset new passwords ok)
PASS_MIN_LEN 5 #(at least 5 characters)
PASS_WARN_AGE 7 #(warning during 1 week)
An other default setting that might be intresting in /etc/pam.d/system-auth:
password required /lib/security/$ISA/pam_passwdqc.so min=8,8,8,7,6 similar=deny match=0
-no similar passwords
-min is a bit tricky (password class distinction) but basicaly a normal password should be 8 characters long and a strong password can be 6 characters long...
ATT00001..jpg 3.7 K
So it turns out my password was set to expire on the creation date of the account (strangely), so even though the AD authentication was successful the OS was requiring me to change my password.
I used chage -l <userrname> to see my settings and also passwd -S <username> and compared password settings to root.
After I changed the Max num of days to '-1' for my account the password was set to never expire and login was successful.
I'm going to go through my install and script again and see what could have caused that to happen, I'll also change the script to set esxcfg-auth --passmaxdays=-1
Thanks for your help. I still would like to change the esx admins group so I can add the server to the domain .... waiting to hear back from vmware.
-->> looking back in my script I noticed I already had the esxcfg-auth --passmaxdays=0 which worked in 4.0 and below but it now needs to be set to '-1' not '0' to turn off password aging globally.
I'm thinking of maybe just using ssh keys instead of AD ...