An Azure service that runs native VMware workloads on Azure.
From the provided information, we can see that the FQDN is resolving correctly via nslookup, which confirms that DNS resolution is working as expected. However, the browser error “ERR_CONNECTION_TIMED_OUT” indicates that the issue is likely related to network connectivity (Layer 4/Layer 7) rather than DNS.
Recommended next checks:
- Validate basic network connectivity
- From the jump machine, try: ping <vcenter FQDN/IP> Test-NetConnection <vcenter FQDN> -Port 443
This helps confirm if the host is reachable and if HTTPS (port 443) is open.
Check firewall / NSG / routing
- Ensure outbound connectivity from the jump machine to vCenter on TCP 443 is allowed.
- Validate if any firewall, NSG, or proxy is blocking the traffic path.
- Connection timeout typically indicates packets are not reaching the destination (blocked or dropped). - https://learn.microsoft.com/en-us/azure/azure-arc/resource-bridge/troubleshoot-resource-bridge
Verify proxy configuration (if applicable)
- Check whether the jump machine is configured with a proxy that might be blocking access.
- Confirm proxy bypass rules for vCenter FQDN.
Test using IP instead of FQDN
- Try accessing - https://<vcenter IP>
- This helps isolate any remaining name resolution or certificate-related issues.
Validate vCenter service status
- Ensure vCenter services are up and responding internally.
- Try accessing vCenter from another machine within the same network segment to confirm if the issue is jump machine specific.