La versión de cliente 4.0 no es compatible con Windows 7 ni Windows 2008 R2, la ejecución tampoco es correcta usando modo compatibilidad. En la última release de vSphere, la versión 4 Update 1, es compatible perfectamente. Si no tenemos opción de actualizar, podemos modificar ligeramente el método de carga de .Net Framework en nuestro S.O. para conseguir que se ejecute correctamente, siguiendo estos pasos:
1- Obtenemos el fichero System.dll de una máquina que NO sea Windows 7 ni Windows 2008 R2. Por defecto lo encontraremos en la siguiente ruta: 'C:\Program Files (x86)\VMware\Infrastructure\Virtual Infrastructure Client\Launcher\lib'. Concretamente, la versión de dll que necesitamos es la 2.0.50727.3053 o superior.
2- Colocamos el fichero en “C:\Program Files (x86)\VMware\Infrastructure\Virtual Infrastructure Client\Launcher\Lib”. Si el directorio 'Lib' no existe lo creamos.
3- Editamos el fichero 'VpxClient.exe.config' que encontramos en “C:\Program Files (x86)\VMware\Infrastructure\Virtual Infrastructure Client\Launcher\' y añadimos el campo 'runtime' al final, antes de '/configuration'. Debería quedar de la siguiente forma:
<?xml version='1.0' encoding='utf-8'?>
<configuration>
<system.net>
<connectionManagement>
<clear/>
<add address='*' maxconnection='8' />
</connectionManagement>
</system.net>
<appSettings>
<add key = 'protocolports' value = 'https:443'/>
</appSettings>
<runtime>
<developmentMode developerInstallation='true'/>
</runtime>
</configuration>
4- Ahora, accedemos a las propiedades del sistema -> Variables de entorno -> añadimos una nueva variable de sistema:
Nombre: DEVPATH
Valor: C:\Program Files (x86)\VMware\Infrastructure\Virtual Infrastructure Client\Launcher\Lib
No son necesarias comillas. si nuestro sistema es 32 bits, sustituimos 'Program Files (x86)' por 'Program Files'.
Reiniciamos el sistema. Una vez en marcha de nuevo, deberíamos poder ejecutar el cliente correctamente.