Loading...

We've detected that your browser language is Chinese. Would you like to visit our Chinese website? [ Dismiss ]
By: Emma

Renaming a host in vCenter is more than changing its display name. A hostname change can affect DNS records, SSL certificates, and third-party integrations such as backup tools. Proper preparation helps prevent connectivity issues and service disruptions in your VMware environment.

This guide covers three methods to rename an ESXi host in vCenter: using the vSphere Client, SSH commands, and the Direct Console User Interface (DCUI), along with essential pre- and post-rename checks.

What Does “Rename a Host in vCenter” Mean?

When administrators search for how to rename a host in vCenter, they may refer to two different changes.

One option is updating the inventory display name, which you can do by right-clicking the host in the vSphere Client and selecting Rename. This only changes the label shown in the inventory and has no effect on the actual ESXi host configuration.

The second is changing the actual ESXi hostname or fully qualified domain name (FQDN). This is a deeper configuration change that affects the host identity and requires updates to related network settings, such as DNS records and certificates.

In most enterprise environments, changing an ESXi host name in vCenter is usually performed to support infrastructure changes, such as adopting new naming conventions, resolving DNS inconsistencies, or moving hosts to a different network domain.

How to Rename a Host in vCenter with 3 Methods

Changing an ESXi host name involves updates across both the network and virtualization layers. A structured preparation process helps prevent configuration mismatches, connection issues, and unexpected service interruptions during the rename operation.

Before You Start – Pre-Rename Checklist

To minimize connection issues and service disruptions, complete the following steps before renaming the host:

  • Update DNS records: Create the new DNS A record and PTR record on your DNS server. Verify that the new hostname resolves correctly using tools such as ping and nslookup before making any VMware configuration changes.
  • Back up your environment: Back up the ESXi host configuration and create a backup of your VMs before proceeding.
  • Disable vCenter HA: Disable vCenter High Availability (HA) before starting the rename process.
  • Review third-party integrations: Identify backup tools, monitoring agents, and iSCSI initiators that reference the host using its current hostname.
  • Schedule a maintenance window: Reserve a 15–20 minute maintenance window, as the host may temporarily disconnect from vCenter during the transition.

Method 1: Change the ESXi Hostname via vSphere Client (GUI)

The vSphere Client provides a graphical interface to modify the host identity. This method removes the host from vCenter inventory first, then uses the ESXi Host Client directly to apply the change before re-adding the host under its new name.

Step 1. If the host belongs to a cluster, drag it out of the cluster first, then right-click it and select Maintenance Mode > Enter Maintenance Mode.

Step 2. Right-click the host, select Connection > Disconnect, then right-click again and select Remove from Inventory.

Step 3. Log in directly to the ESXi Host Client at https://<esxi-ip>/ui using the host’s IP address.

Step 4. Navigate to Networking, select TCP/IP configuration, and choose the Default system stack.

Step 5. Click Edit, update the hostname field with the new name, verify the domain suffix, and click Save.

Step 6. Restart the host’s management network services from the Host Client or via SSH to apply the change.

Step 7. Update your DNS server with the new A record before reconnecting the host.

Step 8. In vCenter, right-click the parent cluster or datacenter, select Add Host, enter the new FQDN, and complete the wizard.

Step 9. Verify that a new SSL certificate is generated and update the certificate trust in your monitoring tools.

change the esxi hostname via vsphere client

Note: If the host has running VMs and no vMotion target is available, you will need to shut them down before entering Maintenance Mode.

Method 2: Change the ESXi Hostname via SSH / CLI

Administrators who prefer command-line tools can use an SSH session to change the hostname directly on the ESXi host. The preparation steps in vCenter are the same as Method 1.

If the host’s management network runs on a vSphere Distributed Switch (vDS), migrate the VMkernel adapters to a Standard Switch before proceeding. You can migrate them back to the vDS after re-adding the host to vCenter.

Step 1. If the host belongs to a cluster, drag it out of the cluster first, then right-click it and select Maintenance Mode > Enter Maintenance Mode.

Step 2. Right-click the host, select Connection > Disconnect, then right-click again and select Remove from Inventory.

Step 3. Open an SSH client and connect to the ESXi host using its IP address and root credentials.

Step 4. Retrieve the current hostname configuration:

code
esxcli system hostname get

Step 5. Set the new short hostname:

code
eesxcli system hostname set --host=NewHostName

Step 6. Set the new fully qualified domain name (FQDN):

code
eesxcli system hostname set --fqdn=newhostname.domain.com

Step 7. Restart the management network interface to apply the change:

code
e/sbin/restart_mgmt_interface.sh

Step 8. Update your DNS server with the new A record and PTR record before reconnecting the host.

Step 9. In vCenter, right-click the parent cluster or datacenter, select Add Host, enter the new FQDN, and complete the wizard.

Note: If the management network restart does not fully apply the change across all subsystems, a full host reboot is the safest fallback.

Method 3: Change the ESXi Hostname via DCUI

The Direct Console User Interface (DCUI) is a local text-based interface built into every ESXi host. It is the most reliable option when SSH access is unavailable or the host has lost network connectivity.

Step 1. Access the DCUI at the physical console, through an out-of-band management interface such as iDRAC or iLO, or by typing dcui in an active SSH session.

Step 2. Press F2 and enter root credentials to log in.

Step 3. Use the arrow keys to navigate to Configure Management Network and press Enter.

dcui configure management network

Step 4. Select DNS Configuration and press Enter.

dcui dns configure

Step 5. Navigate to the Hostname field, clear the existing value, and type the new hostname.

dcui change teh hostname

Step 6. Press Esc to return to the Configure Management Network menu, then press Esc again to exit.

Step 7. When prompted to restart the management network, select Yes to apply the change.

What to Verify After Renaming a Host in vCenter

Completing the hostname change is only the first step. After renaming an ESXi host, administrators should verify that core services, network communication, and automation workflows continue to operate correctly. These post-rename checks help identify any remaining references to the old hostname and prevent unexpected issues in daily operations.

  • Verify DNS resolution: Perform forward and reverse DNS lookups for the new hostname to confirm that name-to-IP and IP-to-name resolution are working correctly. Ensure that outdated DNS records for the previous hostname are removed or updated.
  • Confirm SSL certificate trust: Open the vSphere Client and verify that the host reconnects successfully with the updated SSL certificate. If certificate warnings appear, review the certificate status and trust relationship between vCenter and the ESXi host.
  • Verify storage connectivity: Check that datastores, storage paths, and multipathing configurations remain healthy after the hostname change. For environments using iSCSI, review the iSCSI software initiator configuration because the default IQN may contain the previous hostname. Update related storage configurations if required.
  • Review backup and monitoring integrations: Confirm that backup, monitoring, and management tools can still communicate with the renamed host. If any integrations reference the previous hostname or certificate information, update their configurations and reconnect them to the host.
  • Check automated scripts and integrations: Review active PowerCLI scripts, API connections, scheduled tasks, and automation workflows to ensure they no longer reference the old hostname or FQDN.
  • Confirm host status in vCenter: Verify that the ESXi host appears with the new name in the vSphere Client inventory, remains connected, and all associated virtual machines and services are operating normally.

Common Errors and How to Fix Them

Even with proper preparation, administrators may encounter issues during the host renaming process. Most problems are related to DNS resolution, certificate validation, storage connectivity, or cached inventory information. Understanding the root cause of these issues helps restore normal operations quickly.

Host Cannot Be Added: Hostname Does Not Resolve

This error usually occurs when the new DNS record is missing, incorrect, or has not fully propagated. Before reconnecting the ESXi host, verify that the new hostname resolves correctly from the vCenter Server environment.

Run a DNS lookup command such as:

code
nslookup newhostname.domain.com

Confirm that the hostname returns the correct IP address and that forward and reverse DNS resolution are working as expected.

Certificate Trust Errors After the Host Rename

Changing the ESXi hostname may result in a new SSL certificate being generated. If existing management connections do not recognise the updated certificate, communication between systems may fail.

To resolve this issue, review the affected connection settings, refresh the host certificate information, and confirm that the updated certificate is trusted. In environments with certificate-based authentication, ensure that all related configurations reference the new certificate details.

iSCSI Storage Connectivity Lost

Storage connectivity issues may occur if the iSCSI Qualified Name (IQN) changes after the hostname update. Since the default iSCSI IQN can include the original hostname, storage access configurations may no longer match the host identity.

Check the iSCSI software initiator settings on the ESXi host, confirm the current IQN value, and update the corresponding storage access configuration if required. Then verify that all datastores and storage paths are restored.

Host Still Shows the Old Name After Reconnecting

In some cases, the vSphere Client may continue displaying outdated inventory information after the rename operation. This is usually caused by cached browser data or delayed inventory updates.

Refresh the browser session, sign out and back in to the vSphere Client, and verify that both the inventory display name and FQDN reflect the updated host identity.

Back up Your VMs Before Renaming the Host

A hostname change is a low-frequency but high-risk operation. Before you disconnect and re-add the host, backing up your VMs and verifying that your backup solution can still reach the environment after the rename are both worth doing.

i2Backup handles both sides of that concern.

Key Features of i2Backup:

  • Agentless VM backup: i2Backup uses native VMware APIs to protect VMs without installing agents on the ESXi host itself. There is nothing host-side to reconfigure when a hostname changes, which removes one category of post-rename breakage entirely.
  • Restore to anywhere: Backups can be restored to the original location, a different VM, a physical server, or a cloud host. If a rename causes unexpected issues during re-integration, you have a clean fallback path that is not tied to the old host identity.
  • Real-time monitoring and alerts: i2Backup’s web console gives live visibility into backup job status, with email and SMS notifications. After re-adding the host under its new FQDN, you can confirm that scheduled backup jobs resume correctly without manually checking each task.
  • Broad VMware compatibility: i2Backup is formally certified against VMware and other mainstream virtualization platforms, so it continues to function correctly after the host is re-added to vCenter under its new name.

For environments where continuous uptime matters beyond the backup window, i2Availability provides real-time replication and automated failover between production and standby hosts, which can reduce exposure during planned maintenance operations like a hostname change.

FREE Trial for 60-Day

FAQ

Q1: Can I rename an ESXi host in vCenter without removing it from inventory?

If you are only changing the display name, you can do so by right-clicking the host in the vSphere Client. Changing the actual ESXi hostname (FQDN) requires disconnecting and removing the host from inventory before re-adding it under the new name.

 

Q2: Will renaming a host delete my VMs?

Renaming a host does not delete your virtual machines. The VM files remain intact on their datastores, and vCenter registers them again when you re-add the host.

 

Q3: Do I need to reboot after changing the hostname via esxcli?

A full reboot is not always required. Restarting the management network interface with /sbin/restart_mgmt_interface.sh is usually enough to apply the hostname change. A reboot is the safest option if the host is already in Maintenance Mode, since it ensures all services pick up the new configuration cleanly.

 

Q4: What happens to the SSL certificate after renaming?

The ESXi host automatically generates a new self-signed SSL certificate using the updated hostname. vCenter and any integrated tools will need to accept the new certificate thumbprint before they can re-establish a trusted connection.

 

Q5: What if my host is in a vSAN cluster?

Renaming a vSAN cluster node involves additional steps beyond standard Maintenance Mode to avoid disrupting storage availability and object policies. Consult Broadcom’s official guidance on changing the vSAN ESXi host name before proceeding.

Conclusion

Renaming an ESXi host in vCenter is straightforward once you follow the right sequence: update DNS first, remove the host from inventory, apply the hostname change, then re-add using the new FQDN. Skipping any of those steps is where most issues originate.

After the rename, work through the post-rename checklist before closing the maintenance window. SSL certificate trust, iSCSI IQN changes, and backup tool reconnection are the three areas most likely to cause problems if left unverified.

Before making any hostname change in production, take a backup. Info2soft’s i2Backup protects your VMware environment without host-side agents, so there is nothing to reconfigure on the host itself after the rename completes.

Emma is the bridge between complex engineering and the people who need it. As a content creator at Info2soft, she spends her days translating "tech-speak" into clear, actionable stories about data resilience. She’s not just documenting software; she's uncovering how data replication and recovery actually change the way businesses run.

More Related Articles

Table of Contents:
Stay Updated on Latest Tips
Subscribe to our newsletter for the latest insights, news, exclusive content. You can unsubscribe at any time.
Subscribe
Ready to Enhance Business Data Security?
Start a 60-day free trial or view demo to see how Info2soft protects enterprise data.
Please fill out the form and submit it, our customer service representative will contact you soon.
By submitting this form, I confirm that I have read and agree to the Privacy Notice.
{{ isSubmitting ? 'Submitting...' : 'Submit' }}