Is there a low-barrier use case for exploring…
Is there a low-barrier use case for exploring AI and ML technology? I asked that question to Frank Denneman! Full episode of the podcast: […]
Daniel Micanek virtual Blog – Like normal Dan, but virtual.
Is there a low-barrier use case for exploring AI and ML technology? I asked that question to Frank Denneman! Full episode of the podcast: […]
In today’s fast-paced technological landscape, automation is crucial for achieving efficiency and scalability. To stay ahead of the curve, it’s essential to leverage tools like Data Services Manager (DSM) and Terraform, a popular infrastructure-as-code (IaC) tool. By integrating DSM with […]
Replace the vIDM (Workspace ONE Access) certificate with Aria Suite Lifecycle 8.18: CSR, Locker import, re-trust, load balancer, expired certs, VCF 9 status.
Short answer: Replace the VMware Identity Manager (vIDM, Workspace ONE Access) certificate from Aria Suite Lifecycle 8.x, not on the appliance. Generate a CSR in Locker, import the signed certificate with its chain and private key, snapshot the globalenvironment, then run Replace Certificate on the VMware Identity Manager product and re-trust every dependent product. For a cluster, update the load balancer certificate first. If the certificate has already expired, use the node :8443/cfg/ssl page instead.
vIDM (later renamed Workspace ONE Access, version 3.3.x) is the identity provider that Aria Suite Lifecycle deploys into the globalenvironment and that Aria Automation, Aria Operations and other Aria 8.x products use for SSO. Its SSL certificate secures the web UI and is trusted by every integrated product. That is why a certificate change has to be followed by a re-trust.
In VCF 9 the picture changes. According to Broadcom KB 390634, VMware Identity Manager 3.3.x has no in-place upgrade to VCF 9.0. It keeps being managed by Aria Suite Lifecycle 8.x, and all its Day-N operations (including certificate replacement) must be performed there. The new component in VCF 9.0 is the VCF Identity Broker, which can only be installed after VCF Operations, SDDC Manager and the management domain vCenter are on 9.0. So this procedure still matters for anyone running Aria 8.x or a mixed environment during migration.
.pem. It contains the CSR and the private key, so store it safely.globalenvironment > View Details > … > Snapshot > Create Snapshot.You can check the chain before importing with OpenSSL:
# chain validates against the CA bundle
openssl verify -CAfile root-and-intermediate.pem vidm-server.pem
# private key matches the certificate (hashes must be identical)
openssl x509 -noout -modulus -in vidm-server.pem | openssl md5
openssl rsa -noout -modulus -in vidm.key | openssl md5
# SANs present
openssl x509 -noout -ext subjectAltName -in vidm-server.pem
Aria Suite Lifecycle replaces the certificate on all cluster nodes, but not on the load balancer. Per KB 372708, import the CA and server certificate on the load balancer first (for NSX: Networking > Load Balancing > Virtual Servers > SSL Configuration), apply it, run the re-trust with the load balancer in Aria Suite Lifecycle, and only then replace the node certificates.
Typical symptoms are LCMVIDM71059 with 401 Unauthorized, ERR_CERT_DATE_INVALID in the browser, redirect loops to /hc/error, or “No healthy upstream”. Aria Suite Lifecycle can no longer talk to vIDM, so KB 372708 describes pasting the chain and key on each node at https://<vidm-node-fqdn>:8443/cfg/ssl. Afterwards, in Aria Suite Lifecycle run Inventory Sync and Re-Trust with Identity Manager on Aria Automation, and Re-Register Identity Manager if logins still fail.
A similar “expired certificate breaks SSO” pattern exists on vCenter: see vCenter STS signing certificate expiration. For vSphere-side certificate work, the vCert tool is useful.
VMware Cloud Foundation has its own credential store used by the SDDC Manager appliance. This post is dedicated to a new extension I’ve created for the SecretManagement PowerShell module to access this vault.
I know with VCF Application Virtual Networks (AVNs) can be a bit confusing. What do they do? Why do I need them? All these questions will be answered in this video.
I had a great time attending the inaugural VMUG Connect 2025 in St. Louis this past April. Like many others, the event was a great way to connect and share our passion for VMware technologies with both new and familiar faces from our community. Here are a few great write-ups from attendees of […]
Broadcom vCert 6.1.2 for vCenter 7.0-9.x: where to download vCert.py, how to run it, what each check result means and which menu fixes which cert issue.
vCert (vCert.py) is Broadcom’s menu-driven script for checking and replacing vCenter Server certificates: Machine SSL, Solution Users, STS signing, trust anchors, VMCA and ESXi. The current build is vCert 6.1.2 (July 2026) and it supports vCenter 7.0, 8.0 and 9.x. Download it only from Broadcom KB 385107, snapshot vCenter first, and run it as root on the appliance. This guide maps each symptom to the right menu and explains the check results.
Not the vCert you were looking for? Venafi (now CyberArk) also ships a certificate CLI called VCert for enrolling TLS certificates from its platforms. It has nothing to do with vCenter. This page is about Broadcom’s vCert.py for vCenter and ESXi.
| Current build | vCert-6.1.2-20260713.zip (always take the latest attachment from KB 385107) |
| Banner name | “VCF/VVF Certificate Management Utility (version 6.1.2)” (the tool’s own banner, as quoted in KB 385107) |
| Supported | vCenter Server Appliance 7.0.x, 8.0.x and 9.x |
| Download | Only from Broadcom KB 385107. Verify the SHA256 listed in the KB. |
| Runs on | The vCenter appliance shell, as root, from the extracted directory |
| Log | /var/log/vmware/vCert/vCert.log |
| Working files / backups | /root/vCert-master/YYYYMMDD/ (temporary files except backups are removed on exit) |
| Replaces | The Fixcerts script (KB 322249), which Broadcom has deprecated in favour of vCert |
vCert changes certificates that every vCenter service depends on, so treat it like any other change to the SSO domain:
administrator@vsphere.local (or your SSO domain’s admin).Download the zip from KB 385107 and copy it to the appliance, for example to /root. If WinSCP or scp can’t connect, set root’s login shell to bash first (chsh -s /bin/bash root). Then verify the hash, extract and start the tool:
# cd /root
# sha256sum vCert-6.1.2-20260713.zip # compare with the SHA256 in KB 385107
# unzip -q vCert-6.1.2-20260713.zip
# cd vCert-6.1.2-20260713
# chmod +x vCert.py
# ./vCert.py
Always run vCert from the directory it was extracted to.
KB 385107 hosts only the current build, and its SHA256 hashes are valid only for the current files. The file name carries the release date (YYYYMMDD). These are the builds people still search for:
| File | Release date | Status |
|---|---|---|
vCert-6.1.2-20260713.zip | 13 July 2026 | Current, attached to KB 385107 |
vCert-6.1.0-20250910.zip | 10 September 2025 | Superseded |
vCert-6.0.1-20250516.zip | 16 May 2025 | Superseded |
vCert-6.0.0-20250218.zip | 18 February 2025 | Superseded |
If you have an older zip from a colleague or an old ticket, don’t run it. Download the current file from the KB, check its hash, and confirm the build with ./vCert.py --version.
./vCert.py [-h] [--version] [--env ENVIRONMENT] [--run OPERATION] [--user USER] [--password PASSWORD]
--version prints the build you are running. Check it before you follow any guide, this one included.--env ENVIRONMENT loads an environment config file.--run OPERATION executes a single operation without the menu. The supported operation names for your build are listed by ./vCert.py --help.--user / --password provide SSO administrator credentials. Avoid --password on an interactive shell, because it ends up in shell history. Let vCert prompt for it, or use --env.Launched interactively, vCert shows this menu:
1. Check current certificate status
2. View certificate info
3. Manage certificates
4. Manage SSL trust anchors
5. Check configurations
6. Reset all certificates with VMCA-signed certificates
7. ESXi certificate operations
8. Restart services
9. Generate certificate report
E. Exit
/var/log/vmware/vCert/vCert.log/root/vCert-master/YYYYMMDD. Temporary files (except backups) are deleted on exit.SyntaxError: invalid syntax right after ./vCert.py, with a traceback into lib/vmdir.py or lib/menu.py: you are on vCenter 6.7 or older. vCert uses Python f-strings, and the Python on those appliances is older than 3.6. vCert supports vCenter 7.0 and later only (KB 418933). On 6.7, use the classic certificate-manager or upgrade first.Permission denied: run chmod +x vCert.py in the extracted directory.vCert-x.y.z-YYYYMMDD directory first./var/log/vmware/vCert/vCert.log and attach it to a support case.| What you see | Start with | Fix with | Read more |
|---|---|---|---|
| vSphere Client shows no healthy upstream or login fails after a certificate expired | 1 · Check current certificate status | 3 · Manage certificates → Machine SSL / Solution Users, or 6 · Reset all with VMCA-signed certificates | STS signing certificate expiration |
| Alarm STS Signing Certificates are about to expire | 2 · View certificate info → STS | 3 · Manage certificates → STS signing certificates | Same article; KB 429527 covers an alarm that fires at 91 days |
| Plugin or solution registration errors after replacing Machine SSL; upgrade pre-checks complain about trust | 4 · Manage SSL trust anchors (check) | 4 · Update trust anchors across SSO nodes | lsdoctor for deeper Lookup Service repair |
Certificate alarm caused by old BACKUP_STORE entries | 1 · Check current certificate status | 3 · Manage certificates → clear expired certificates | KB 326268 |
| LDAPS identity source certificate expiring | 2 · View certificate info | 3 · Manage certificates → LDAPS Identity Source certificates | KB 371578 |
vmware-stsd uses a legacy store (STS_INTERNAL_SSL_CERT) | 5 · Check configurations | Accept the prompt to switch STS to MACHINE_SSL_CERT | KB 423742 / KB 424604 |
| ESXi host certificate expired, or hosts disconnect after a CA change | 7 · ESXi certificate operations (check) | 7 · Replace the host certificate, then reconnect the host | ESXi Host Certificate Status alarm |
| You need evidence before an upgrade or audit | 9 · Generate certificate report | – | Report saved under /var/log/vmware/vCert |
A comprehensive health check: expiry, SAN (Subject Alternative Name) presence, key usage, CA validity and signature algorithm, and Solution User to Service Principal consistency.
Readable details for Machine SSL and Solution User certificates, CA certificates (VECS and VMware Directory), and STS, SMS, Smart Card and LDAPS certificates.
Replace or modify Machine SSL, Solution User, CA certificates in VMware Directory and VECS, SMS, Data Encipherment, vCenter Extension thumbprints, STS signing, VMCA, Smart Card CA and LDAPS Identity Source certificates. The same submenu clears expired certificates (including old BACKUP_STORE entries) and CSRs. PEM/DER, PKCS#7 and PKCS#12 formats are supported.
💡 Certificate chains must be complete when importing custom CA-signed certificates.
Validates the trust anchors used by the Lookup Service and updates them across SSO domain nodes.
SSL interception detection, STS store alignment (legacy vs MACHINE_SSL_CERT), and VECS store health and permission checks.
Resets Machine SSL, Solution User and STS signing certificates, all signed by the VMCA.
Validates trust between vCenter and ESXi, checks database consistency, and replaces host certificates (rui.crt, rui.key, castore.pem). Requires a host service restart and reconnecting the host to vCenter.
Restarts all VMware services, or a specific service by name.
A detailed report of VECS entries, Service Principals, STS entries, Smart Card and LDAP certificates, and Lookup Service SSL anchors, saved under /var/log/vmware/vCert.
vCert’s checks (options 1 and 5) flag more than expired certificates. These are the results people most often look up, what they mean, and whether to act:
Checking VECS store configuration ... LEGACY / “The STS server is configured to use a VECS store other than the MACHINE_SSL_CERT store”. On vCenters upgraded from 6.x, vmware-stsd can still use the old STS_INTERNAL_SSL_CERT store. That store is not updated when Machine SSL is renewed, so it can expire silently. Act: let vCert update the STS configuration to MACHINE_SSL_CERT and restart the service (KB 423742, KB 424604).Checking Auto Deploy CA certificate ... NO SKID. /etc/vmware-rbd/ssl/rbd-ca.crt has no Subject Key Identifier. Act: nothing, unless you use vSphere Auto Deploy; if you do, replace it per KB 410906. Confirm with openssl x509 -in /etc/vmware-rbd/ssl/rbd-ca.crt -noout -text | grep -A1 "Subject Key Identifier".BACKUP_STORE entries nearing expiration. Copies of previously replaced certificates, kept for rollback. They are not in use but can raise certificate alarms. Act: clear them from option 3 (KB 326268, KB 445656).KB 445656, which explains these anomalies, is written for vCenter 7.x and 8.x.
From vCenter 8.0 Update 3h and VCF 9.0.2, VMCA-issued Machine SSL and ESXi certificates are renewed automatically 5 days before they expire (KB 385107). This works only when the VMCA certificate mode (vpxd.certmgmt.mode) is set to vmca, not custom (KB 427937). That removes the most common outage, but not the need for vCert: STS signing, Solution User, trust-anchor and custom-CA certificates are not covered, and upgraded systems can still carry legacy stores. Run option 1 after every major upgrade.
Certificate series: which renewal mechanism owns which certificate, and where vCert still fits after 8.0 U3h and VCF 9.0.2, is covered in vCenter Certificate Auto-Renewal: When You Still Need vCert. The same series explains two vCert findings in detail: the STS_INTERNAL_SSL_CERT LEGACY result and expired BACKUP_STORE entries. VCF 9 fleets with a custom CA are covered in VCF 9 Certificate Management: Custom CAs, Auto-Renewal, and Host Onboarding.
| Tool | Where | Use it for | Status |
|---|---|---|---|
| vCert.py | Download from KB 385107 | Health checks, guided replacement of all vCenter certificate types, trust anchors, ESXi certificates, reports | Current, and Broadcom’s recommended tool |
| certificate-manager | /usr/lib/vmware-vmca/bin/certificate-manager (built in) | Classic replace/regenerate workflows (VMCA or custom CA) when you follow a specific KB | Still shipped; no health checks or trust-anchor repair |
| Fixcerts | KB 322249 | – | Deprecated; use vCert instead |
Always snapshot before you change certificates, and re-run option 1 afterwards to confirm the result.
Not sure when it happened, but I have been binging self-hosted identity providers like Netflix shows, this season features Authentik, KeyCloak, Synology SSO and Pocket ID. To add to my collection, I was recently asked whether Zitadel could also work as an identity provider with vCenter Server […]
This is part 2 of the 2 part series. we will do a deep dive into the packet flow of the VM to the Deployed edge VPN .. Not sure what a Layer 2 VPN is? Or how to stretch your NSX Overlay Segments to a VLAN backed segment. Well this is the video for you.