In addition to the three .vmx configurations:
- RemoteDisplay.vnc.enabled = [true|false]
- RemoteDisplay.vnc.port = [port #]
- RemoteDisplay.vnc.password = [optional]
Take a look at this blog post for details on configuring custom firewall rules including persisting the custom rules upon a system reboot.
Here are a few screenshots of configuring the .vmx configurations and using a VNC client to connect to the powered on virtual machine.
Only the first two .vmx configurations are required, if you do not set a password, anyone can connect to the virtual machine as long as they know the hostname/IP Address of your ESX(i) host and port.
To connect to a specific virtual machine, you will specify the hostname/IP Address of the ESX(i) host and port for the given virtual machine. If you set a password, you will need to also provide that before you can connect.
Please be aware of the limitations and security concerns of using VNC. VMware Remote Console or standard RDP/SSH should still be considered for virtual machine remote access.



hmm I just found out that if you don't care about opening up heaps of ports (e.g. at home or labs or just for testing) then you can enable a pre-existing firewall rule called "VM serial port connected over network" which basically just opens all TCP ports above 1024 or so.
ReplyDeleteJust to note that not all VNC clients seem to support the correct encoding. RealVNC failed during connect with some unknown encoding erros in the vmware.log file of the corresponding VM, while TightVNC was fine with hextile encoding.
ReplyDelete