¿Como cambiar el puerto de PCoIP en el servidor de seguridad?

Que tal gente, el día de hoy me encontré con una platica interesante en las listas de distribución de VMware recordandome un parámetro que nos puede servir en ocaciones en las cuales el puerto por defecto de PCoIP (4172) este siendo ya utilizado o por cuestiones propias del cliente, situación o diseño de la solución se requiera modificar. Esto es bastante simple, solo necesitamos navegar en el editor de registro (Regedit) a la siguiente llave:

HKEY_LOCAL_MACHINE\SOFTWARE\Teradici\SecurityGateway

Donde modificaremos el valor de los siguientes REG_SZ:

ExternalTCPPort

ExternalUDPPort

En el valor debemos ingresar el nuevo puerto que deseamos para dichas conexiones, como podemos ver tenemos TCP y UDP que corresponden a la conexión SSL (TCP) y a la conexión IPSec (UDP).

 

View 5 – Persona Management

Que tal gente, el día de hoy comenzaré a platicarles de lo nuevo que fue liberado en View 5, vamos a dar inicio platicando de Persona Management.

¿Que es persona Management?

Debemos comenzar por definir el concepto de perfil de usuario, recordemos que el perfil de usuario esta constituido por configuraciones específicas de dicho usuario, datos, políticas y esto constituye una sesión. En sistemas basados en Windows los datos de usuario los podemos encontrar en rutas como:

c:\documents and settings\%username%\ (XP)

c:\users\%username%> (Windows 7)

donde %username% es el nombre del usuario en cuestión

El perfil de usuario siempre ha sido un tema complicado para los administradores de escritorios, ya que generalmente estos son almacenados localmente y representa un gran problema brindar respaldo, seguridad,etc. a estos datos locales. View Persona Management nos brinda la capacidad de poder centralizar los perfiles de usuario a un path de UNC, algo parecido a Roaming profiles de Windows. Con View Persona Management ganamos bastantes ventajas como lo son:

• Sincronización en intervalos definidos de tiempo (configurable) de todos los archivos que constituyen el perfil de usuario.
• No se tiene dependencia de Windows Roaming profiles
• El perfil de usuario persiste en cualquier tipo de pool, sea flotante o dedicada.
• En el momento que el usuario se firma solo se descargan los archivos necesarios como llaves de registro, en el caso de requerir más archivos del perfil estos son descargados después.
• En el momento que el usuario cierra la sesión solo se sincroniza aquellos archivos que cambiaron desde la ultima replicación.

En versiones anteriores de VMware View en pooles de escritorios persistentes o dedicados los datos de usuario eran redigiridos a un disco virtual separado:

El problema con este método es que debíamos respaldar dichos vmdks para proveer de continuidad de negocio y recuperación ante desastres, además de esto, los pooles de escritorios flotantes no cuentan con dicho disco persistente por lo cual el perfil de usuario era borrado una vez que la sesión se terminaba. Con Persona Management podemos redirigir los datos del perfil a un repositorio central en red para que este persista sin importar el tipo de pool que estemos manejando y así mantener las configuraciones y la experiencia de usuario.

¿Como configuramos  View Persona Management?

Persona Management y todas las capacidades que se nos ofrecen son habilitadas a través de políticas de ADM, recordemos que en nuestros servidores de conexión se encuentra una ruta en la cual se almacenanan los distintos templates de ADM:

[Folderdeinstalación]\VMware\VMware View\Server\Extras\GroupPolicyFiles.

Tenemos los siguientes templates:

En este caso estaremos utilizando el template “ViewPM.adm”,  les mostraré importándolo en la imagen maestra de un pool de linked clones, claro que esta también puede ser aplicada directamente en un OU de nuestro AD.

• Paso 1 – Ejecutamos el editor de politicas (gpedit.exe)

• Paso 2 - Una vez abierto el editor de directivas de grupo, necesitamos importar nuestro template de ADM, para esto hacemos click derecho sobre “Administrative templates” y “add/remove Templates” y navegamos a la ruta “[Folderdeinstalación]\VMware\VMware View\Server\Extras\GroupPolicyFiles” para seleccionar el template llamado “ViewPM.adm”:

• Paso 3 - Una vez agregado el template lo debemos encontrar en “Computer configuration >Administrative Templates>VMware View Agent Configuration”:

• Paso 4 - Habilitamos el manejo de Persona a través de View, para esto vamos a la carpeta de “Roaming & Synchronization” donde encontraremos dos políticas, “Manage User Persona” y “Persona Repository Location”, la primera debemos cambiarla a enable y en la segunda estaremos dando el path UNC donde residirán los datos de usuario:

Aquí les muestro una imagen del como quedan redireccionados los datos de usuario:

Podemos seleccionar ciertas carpetas para ser almacenadas en nuestro repositorio:

Se cuentan con bastantes políticas que podemos configurar muchas de las cuales no se mostraron en este post, les recomiendo agregar este template a una VM de pruebas e ir configurando cada una de ellas.

View 5 ya es GA

Que tal gente, el día de hoy se liberó al público VMware View 5.0, lo pueden encontrar en la siguiente liga:

http://downloads.vmware.com/d/info/desktop_end_user_computing/vmware_view/5_0

Y la documentación:

https://www.vmware.com/support/pubs/view_pubs.html

 

Esten atentos ya que empezaré con la serie de posts sobre lo nuevo en View 5.0.

 

Linked clones basados en Windows XP no son registrados en el dominio….

Que tal Gente, antes que nada les comento que he estado bastante ocupado por lo cual no he podido escribir, todo el boom de los nuevos productos nos tiene muy ocupados. Pero bueno, el día de hoy les voy a hablar de un problema que me encontré al estar entrenando a un canal para temas de VMware View (5.0) levanté un ambiente de pruebas en nuestro laboratorio el cual consiste en esto:

• 1 Controlador de Dominio Windows 2008 R2 (Servicios core, DHCP, DNS, AD, etc)
• 1 Ruteador Virtual Vyatta
• 1 View Manager
• 1 Servidor de Replica
• 1 vCenter basado en Windows con VMware Composer (el appliance de vCenter Linux no soporta composer debido a la dependencia que se tiene de ADAM)

Preparé mi máquina padre con todo lo necesario tomé un snapshot y comencé con la creación de el pool de escritorios, todo iba bien, se creo la replica y los clones ligados, pero extrañamente estos estuvieron por bastante tiempo en “customizing” para después darme este error:

Investigando me encontré con este KB de VMware:

Provisioning linked clone desktops fail with the error: View Composer agent initialization state error (18): Failed to join the domain

Lo cual nos lleva a instalar una actualización a nuestro cliente Windows XP para que este pueda unirse a controladores de Dominio Windows 2008 que están en modo RODC (Read Only), aplique la actualización y todo trabajó como debía, una vez más gracias al Knowledge Base!

VMware View 4.5 – Conociendo lo nuevo – parte 4

Que tal gente, continuando con la serie ya llegamos a la cuarta y última parte. Es el turno de hablar sobre la nueva capacidad de VMware View 4.5 , local mode, al parecer liberada en respuesta a XenClient de Citrix. Ambos nos permiten trabajar con escritorios virtuales de manera “offline”. Local mode de nos permite hacer un “check out” de nuestros escritorios y poderlos estar ejecutando sin necesidad de tener conexión a nuestra infraestructura View, con esto se logra una gran movilidad para usuarios que están constantemente de viaje o en oficinas remotas.

En esta nueva versión de VMware View existe un nuevo elemento de su arquitectura llamado “transfer server” , como su nombre lo indica este servidor transfiere los escritorios view entre el datacenter y el cliente que lo necesita ejecutar como podría ser una laptop. Esto se realiza montando los discos de dichas vms en un repositorio de donde después es transferido al cliente.

Y a su vez tenemos la capacidad de realizar 4 operaciones:

• Check out: con esta operación el escritorio virtual que reside dentro del datacenter es transferido al cliente para su ejecución local, y a su vez este escritorio virtual es bloqueado para su uso como lo podemos ver en esta imagen:
• Check in: La imagen que se está ejecutando de modo local es regresada al datacenter, con los cambios que se realizaron, y el bloqueo de la vm es descartado para que esta pueda ser utilizada de nuevo.
• Replication: La imagen que se encuentra en el datacenter es actualizada con los cambios que se han realizado en la imagen que se está ejecutando localmente, pero el bloqueo en la imagen es conservado, es decir no se puede utilizar la imagen que reside dentro del datacenter.
• Roll Back: con esta operación la imagen que se está ejecutando localmente es descartada y cualquier cambio que se haya realizado no se refleja, el bloqueo en la imagen que reside en el datacenter  es descartado.

Veamos cuales son los requerimientos para la instalación de este Transfer server:

• 2 vCpus
• Windows 2003 SP2- 2 GB RAM mínimo
• Windows 2008 – 4 GB RAM mínimo.
• Suficiente espacio para el montado de las imágenes que serán transferidas.

La instalación de nuestro Transfer Server es bastante simple, con el mismo paquete de instalación de nuestro Connection server se realiza, solo que en el momento de seleccionar el tipo de servidor queremos elegimos Transfer server:

Una vez realizada la instalación es necesario realizar ciertas configuraciónes en nuestro connection server. Para esto ingresamos al View Manager  y vamos a View Configuration > Servers

Una vez dentro, seguimos los siguientes pasos:

Damos click en “add”, se nos mostrará una ventana donde tendremos que escoger el vCenter donde se encuentra la vm de nuestro transfer server:

damos next y seleccionaremos a nuestro transfer server:

Una vez realizado esto nuestro servidor ya estará agregado a nuestro View Manager, este se mostrará en un modo “pending” :

esto se debe a que este servidor es preparado,  la maquina virtual se “bloquea” , se le agregan 4 controladores scsi y la preferencia de DRS  para dicha vm  se cambia a manual. Aquí podemos ver los cuatro controladores scsi agregados:

Con esto se logra tener 15 discos por controladora scsi lo cual nos permite tener hasta 60 operaciones de transferencia concurrentes.

Cuando ya terminen de realizar todas modificaciones requeridas, el estatus de “pending” cambiará a “missing  transfer server” , aquí es donde tenemos que crear el repositorio donde se publicaran las imagenes que podrán ser transferidas a clientes locales.

Dentro de View Manager , View Configuration > Servers , podemos ver que ya esta agregado nuestro transfer server , para poder configurar el repositorio de imágenes necesitamos poner nuestro servidor en modo mantenimiento, para eso damos click en “enter maintenance mode”

Una vez que nuestro servidor este en modo mantenimiento vamos a Configuration > Transfer Server repository , y damos click en “edit” para crear un nuevo repositorio:

Donde ingresamos la ruta a nuestro share , que en este caso puede ser local o de red y las credenciales necesarias para poder accederla. Ya que configuramos todos los parámetros damos click en ok y sacamos nuestro servidor de modo mantenimiento dando click en “exit maintenance mode”-

Una vez configurado nuestro repositorio es tiempo de publicar imágenes que podrán ser transferidas si es que contamos con Composer, para esto dentro de la misma sección de configuración para repositorios damos click en “publish”, se nos abrirá una ventana donde seleccionamos nuestra imagen de View Composer o Golden image:

Perfecto hasta este punto tenemos todo configurado del lado de nuestros servidores , es momento de probar que esto esté funcionando sin ningún problema. Para esto instalamos VMware View Client con modo offline, asegúrense de cumplir con los siguientes requerimientos:

Tabla de OS soportados

La computadora tiene que ser física y no tener instalado ningún producto de virtualización VMware (workstation, player, server).

Vamos a revisar los pasos requeridos para poder probar el modo offline:

Ejecutamos nuestro view client y seleccionamos la maquina o pool que queremos ejecutar en modo offline y damos click en “check out”:

Una vez transferida la imagen a nuestra maquina se comienza a ejecutar localmente:

En el momento que una maquina este en estado “checked out” es decir que se este ejecutando en un escritorio local si vamos a View Manager > Desktops  se reflejará el estado de dicha vm:

Aquí mismo podemos realizar las operaciones de rollback, check in y replication solo dando click en “more commands”. Estas operaciones también pueden ser realizadas desde el lado del cliente.