Como a otros, no me gusta tener servicios a ciegas, me refiero a no saber que pasa dentro del aplicativo y sus componentes, VMware View tiene la opción de conectar el Connection Server a una DB, en este caso lo estaré conectando a MSSQL para salvar esos eventos y poder analizarlos en caso de problemas en el servicio de View. Si hacemos click en Monitoring > Events tendremos la siguiente pantalla donde podemos ver un mensaje que nos indica que aún no hemos configurado la DB para los eventos. 
Procederemos a realizar esta configuración, ya había creado la DB para estos fines, así que solo falta decirle al Manager cual es el servidor, las credenciales y el prefijo. 
Realizada la configuración podemos ver que la opción de eventos nos muestra que mi usuario realizo una configuración. 
View Connection Server también nos brinda enviar logs a un log server el cual más adelante también configurare.
Etiqueta: vmwareview
Instalando VMware Horizon View (Composer).
Composer es un componente de VMware Horizon View y se basa en el uso de la tecnología de Linked-clone la cual posiblemente ya se conoce desde hace un tiempo.
Pre-requisitos:
View Composer solo soporta ser instalado en una versión de Windows 64bit. Puede ser instalado en la misma maquina donde tenemos nuestro vCenter o podemos instalarlo de manera “stand-alone”.
Los requerimientos exactos de Composer se pueden encontrar en este link: http://pubs.vmware.com/view-52/index.jsp#com.vmware.view.installation.doc/GUID-AF050FEA-5382-4D4A-BB83-24A087FD644B.html#GUID-AF050FEA-5382-4D4A-BB83-24A087FD644B
Lo primero que debemos hacer es decidir si nos conviene instalar Composer en la misma maquina o stand-alone, la siguiente instalación es stand-alone porque ya tengo en mi vCenter el software de manejo de PernixData FVP y no quería cargar más la maquina con el servicio de vCenter.
Con relación a la Base de Datos para Composer, este soporta MSSQL & Oracle, la siguiente instalación es realizada con una DB de MSSQL que en mi caso es el mismo SQL Server que uso para vCloud Director y otras aplicaciones en aaNetworks. La forma implementada en Composer para conectar a la DB es mediante DSN (System DSN) el cual debemos crear en el servidor donde queremos instalar el servicio. Una vez que tenemos nuestra DB y usuarios creados en el SQL procedemos a crear el System DNS.
Una vez creado nuestro ODBC podemos lanzar la instalación de Composer.
Listo, ya está instalado. En mi ambiente de LAB ya tenía instalado un Connection Manager conectado al vCenter, me toca editar esa conexión para ahora decirle que existe un Composer.
A estas alturas solo faltaría crear una VM con Windows7/8 para designarla como “Parent VM” y luego crear un pool en donde usaremos esta VM y crear los linked-clones necesarios en nuestro ambiente de VMware Horizon View.
VMware Horizon View – sin proxy.
Desde hace tiempo uso la versión HTML de VMware View porque siempre tenía problemas de conexión debido al proxy. Actualmente tengo un View instalado en casa y otro hospedado en OVH, ambas instalaciones se ven una a la otra y no importa en cual bróker me conecte puedo acceder a las mismas VMs sin problemas. El portal Web es útil, pero siento que el desempeño de las VM no es el mismo que cuando conecto usando el cliente nativo.
El caso es el siguiente, establezco una VPN para poder tener acceso a aaNetworks (network playground), de este modo puedo acceder a todos los equipos que componen mi red (172.22.35.0/24, 172.22.114.0/24 & 10.45.0.0/16 – RouterLooingGlass). Ya tengo el cliente de View instalado y lo normal sería decirle cual es el FQDN del bróker (view.aanetworks.local o desktops.aanetworks.org) y esperar para introducir el usuario y password, lamentablemente detrás de un proxy a veces no funciona y nos encontramos con esta ventana de error:
La soluciona este error es crear una entrada en el Registro de Windows (RegEdit) para que el cliente de View se salte el proxy. En View 5.x en adelante solo se crea una entrada en el Registro – HKEY_LOCAL_MACHINE\SOFTWARE\Policies\VMware, Inc.\VMware VDM\Client\.
Creamos el nuevo key llamado TunnelProxyBypass que es un MultiStringValue. Normalmente para que un cambio en el registro tome efecto debemos reiniciar la máquina, una vez la máquina de vuelta en Windows no deberíamos tener problemas para acceder a nuestro View sin proxy, pero a diferencia de mi caso el bróker no está en la red local, lo veo solo cuando estoy conectado a mi VPN. Para solventar esto he recurrido a un viejo truco en Windows (o en cualquier OS moderno), he manipulado la tabla de hosts y creado entradas para los dominios de mis bróker y de esta manera el trafico se realice vía VPN.
De ahora en adelante en lugar de usar el FQDN completo solo uso la parte host del bróker, es decir que para conectarme a view.aanetworks.local solo usaría view en el cuadro de Connection Server.
El proceso está documentado en el KB1009238 – Configuring VMware View Client to bypass Internet Explorer proxy settings (1009238).