![]() ![]() It may be a simple matter that the client PC served by a different DNS server than the vSphere Management Network, or the client PC may have no DNS resolution at all This image represents a correctly configured system where the VMRC should be able to connect: In this case, a ping by hostname to all of the ESXi hosts will determine that name resolution for one or all of these entities is not working for the client or does not exist. If the PC running the vSphere Client (or Web Client) is not able to resolve the hostname of the ESXi Host of the VM, then the VMRC can not connect. One potential workaround to Layer 3 issues with the VMRC would to build a Windows/Linux Desktop VM inside the vSphere Management Network and simply RDP to that! Instead of potentially compromising the security of the vSphere Management Network by opening up all of those ports, just allow 3260 (RDP), connect to that and initiate your Virtual Machine Remote Console there. If you were able to connect to 443 & 902 on everything, you could rule Layer 3 problems out conclusively.įix Layer 3 connectivity issues between the client system and all of vSphere (ESXi and vCenter) If you can not ping vSphere, it may just be ICMP that is blocked, go ahead and use telnet or a port-scanner.Ī more conclusive, diagnosis would be to use telnet or a port-scanner to check for connectivity on ports 443 & 902 from your client to all of your ESXi hosts. If you can ping all of your ESXi Hosts and by IP, it is likely not a problem with Layer 3 connectivity. You can diagnose issues simply with a ping. Those sort of Layer 3 relationships need route to ports 443 & 902 between the client and all of the ESXi Hosts! It is a misnomer and wives-tale that firewalls/routers which exist between vSphere client networks and vSphere Management networks need only route ports 443 & 902 between the client and the vCenter. This means that if the client is on a different network (Layer 3) from the ESXi Hosts, the client must be able to resolve and connect to all ESXi hosts! The VMRC connection exists between the EXSi Host of the VM and the Client, even in environments which are managed by a vCenter Server. Problems connecting to the Remote Console of VMware vSphere Virtual Machines can usually be divided into one of three problem areas: Problem One: Layer 3 (Firewall/Gateway) issues Q: Can you ping your vCenter and all your ESXi Hosts by hostname from the client? Q: Can you ping your vCenter and all your ESXi Hosts by IP address from the client system? Q: Does your client have Layer 2 connectivity to your ESXi Hosts? Another way of saying this is: If your ESXi Hosts and vCenter are on 172.20.0.0/16, is the system where the client app is installed also on 172.20.0.0/16? Try to answer the following questions, and then we’ll get started with diagnosis. It usually boils down to one fulcrum: The client (vSphere Client for Windows or the Web Client) does not “see” your vSphere Cluster the same way that vCenter “sees” all of the ESXi Hosts. The causes and solutions to most of these problems are the same for the large-scale user of vSphere Enterprise Plus as they are for the home-lab user on a trial license. Virtual Machine Remote Console ( VMRC) issues, also known as MKS Errors, seem to be more and more common these days. John Borhek VMware vSphere October 1, 2015 ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |