After replacing default ESXi certificates with custom CA-signed certificates, the host becomes "Disconnected" and unmanageable within the vCenter inventory. Attempts to reconnect the host or re-add it using its Fully Qualified Domain Name (FQDN) fail with the following error message:
A general system error occurred: Unable to get signed certificate for host <host-fqdn>. Error: ManagedObjectNotFound
This issue typically occurs in environments where hosts were initially added to vCenter via IP address or where the vpxd.certmgmt.mode is set to custom and the SSL certificate is issued to the ESXi host FQDN.
VMware ESXi 7.x, 8.x
VMware vCenter 7.x, 8.x
The issue is primarily caused by a mismatch between the certificate's Common Name (CN) and the actual FQDN of the host as recognized by vCenter. If the CN does not match the FQDN exactly, vCenter will reject the management handshake when the certificate mode is set to custom. Additionally, the vCenter service (vpxd) may fail to recognize management mode changes until the service is manually restarted.
To restore host connectivity and successfully apply the signed certificates, perform the following steps:
vpxd.certmgmt.mode from custom to thumbprint.vpxd service on the vCenter Server Appliance (VCSA) to apply this change.service-control --stop vpxdservice-control --start vpxdcustom before you can use the vSphere Client to generate a CSR for an External CA):vpxd.certmgmt.mode from thumbprint to custom.vpxd service on the vCenter Server Appliance (VCSA) to apply this change.service-control --stop vpxdservice-control --start vpxdesx01.example.com).openssl req -new -newkey rsa:2048 -nodes -keyout <host-fqdn>.key -out <host-fqdn>.csr -config esxi.cnfIf the browser still reports the vCenter certificate as "Untrusted" despite being CA-signed, ensure the Root CA and any Intermediary certificates are correctly imported into the vCenter Trusted Root Store and your local machine's Trusted Root Certification Authorities. The following documentation provides additional details: