Note: "ESX Admins" group name is configurable. "ESX Admins" will be used as the example group name in this KB.
For additional information, refer to Using the ESX Admins AD group on ESXi: domain membership and user authentication
ESX Admins" group in AD, any user that is part of the "ESX Admins" group should automatically be given VIM Admin role on the ESXi, however attempted AD user logins fail to the Host UI or with SSH.ESX Admins group has been created in Active Directoryesxcli system permission list" does not show the "ESX Admins" group:esxcli system permission listPrincipal Is Group Role Role Description-------------- -------- ----- ----------------cloudadmin false Admin Full access rightsdcui false Admin Full access rightsroot false Admin Full access rightsvpxuser false Admin Full access rights
Note: If the ESX Admins group was added successfully then this would be the output:Principal Is Group Role Role Description-------------- -------- ----- ----------------DC\esx^admins true Admin Full access rightscloudadmin false Admin Full access rightsdcui false Admin Full access rightsroot false Admin Full access rightsvpxuser false Admin Full access rights
SSH Client Behavior: Users connecting via PuTTY will receive "Keyboard-interactive authentication prompts from server" but after entering the password, they receive an "Access denied" followed by a PuTTY Fatal Error: "No supported authentication methods available (server sent: publickey,keyboard-interactive)".
SSH Configuration: Running esxcli system ssh server config list may show challengeresponseauthentication yes and fipsmode yes.
Hostd Log Evidence: Administrators can check the hostd log for the exact audit failure. The log will explicitly show the host rejecting the user:
esxcli system permission list confirms the authorization failure. The output will completely lack the domain ESX Admins group entry (e.g., DOMAIN\esx^admins is missing) because Config.HostAgent.plugins.hostsvc.esxAdminsGroupAutoAdd being set to false prevented it from injecting the permission.vSphere ESX 8.x, 9.x
The cause of the issue can be any of the follows:
Config.HostAgent.plugins.hostsvc.esxAdminsGroupAutoAdd" is set to "false".This issue is resolved in VMware ESXi 9.1. For environments running 9.0.x, a fix is currently pending. To download the latest version, visit the Broadcom Support Portal.
Note: For ESXi 8.0 Update 3 onwards, the ESXi advanced setting "Config.HostAgent.plugins.hostsvc.esxAdminsGroupAutoAdd" is set to "false" by default. This was changed due to security concerns. On versions of ESXi prior to Update 3 it is set to "true" by default. It is important to note that changing this to "false" does not remove any permissions already granted to the "ESX Admins" group.
Therefore, it is possible to have an ESXi host that was patched from a version prior to Update 3 that has"ESX Admins" group logins working with "Config.HostAgent.plugins.hostsvc.esxAdminsGroupAutoAdd" currently set to "false" after patching to U3. The same can be said if this setting were manually set to "false".
To remove the permissions for an AD group or to disable AD logins, refer to Secure Default Settings for ESXi Active Directory integration
Note: Ensure the correct group is configured in AD and on the ESXi advanced setting "Config.HostAgent.plugins.hostsvc.esxAdminsGroup". For additional information, refer to Using the ESX Admins AD group on ESXi: domain membership and user authentication
To remove the ESXi host from AD:
To re-add the ESXi host to AD
Note. The same AD operations can be done via the host client:
esxcli system permission list" command (see issue/introduction section of this KB). If the "ESX Admins" group permissions have not propagated, then move on to the next section.To resolve this issue, the "Config.HostAgent.plugins.hostsvc.esxAdminsGroupAutoAdd" will need to be set to "true"
Note: It may be necessary to remove/re-add the ESXi host back to Active Directory.
esxcli system permission list" command (see issue/introduction section of this KB).