Under C.P.D.

>Hola.

Al artículo este en el que tratamos la validación integrada de un cliente Windows Vista o 7, le sigue este kb de Microsoft en el que se explica como hacer lo mismo desde clientes Windows XP sp3

En concreto, lo que hay que añadir al registro de Windows XP sp3 es lo siguiente:

HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\CredentialsDelegation

REG_DWORD: AllowDefaultCredentials
Información del valor: 00000001

REG_DWORD: ConcatenateDefaults_AllowDefault
Información del valor: 00000001

HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\CredentialsDelegation\AllowDefaultCredentials

«1»=»TERMSRV/*»

>Hola.

Al contrario de lo que piensa mucha gente, VDI no es un producto, si no la combinación de unos cuantos, si lo pensamos bien, llevamos virtualizando escritorios desde el primer Terminal Server (Citrix, Microsot, etc.) aparecido, así bien, Microsoft y Citrix están colaborando juntos para acercar al usuario, acostumbrado a utilizar aplicaciones locales, las aplicaciones virtualizadas de forma que su uso resulte innato y totalmente transparente.

En Windows Server 2008, terminal server ya tuvo una gran lavada de cara, ya sabéis, se eliminó el escritorio del servidor, se generaban paquetes .msi los cuales nos llevaban la conexión del programa publicado al menú de inicio, Terminal Server Web Access, etc.

En Windows Server 2008 r2, asociando Terminal Server, ahora llamado Remote Desktop, Microsoft nos permite asociar las aplicaciones publicadas en el Web Access de los servidores de Remote Desktop a nuestro menú de inicio de una forma dinámica, como si de un rss se tratase.

En este ejemplo, doy por supuesto que en un Wndows Server 2008 r2, ya tenéis funcionando el servicio de Terminal Server y la página de Web Access asegurada con un certificado válido tanto en el servidor como en un equipo cliente

1. Publicar una aplicación en Remote Desktop y en Web Access sucesívamente.

2. En el equipo cliente, ir a la opción «Set up a new connection with Remote app…»

3. Introducir la dirección del servidor que publica web access, con este formato: https://servidor/tsfeed/wefeed.aspx

4. Comprobar que en el equipo cliente que en el menú Inicio se ha dado de alta la opción RemoteApp and Desktop Connections, donde aparecerán los programas publicados en Web Access.

Saludos.

>

Quedaros con esta novedad de Windows 7 porque como podéis observar en la última captura, aun no hay entradas en google al respecto y tampoco las hay con la cadena de búsqueda “remote app windows 7”, bueno si las hay pero por el “remote app” de WS2008 y no por la opción de integración a esto de windows 7 –ya estoy dando muchas pistas-, la cuestión es que a ver si me pongo y os cuelgo una captura de la integración porque mola muuuucho.

>Mi compañero Fran, acaba de inaugurar el blog técnico de la empresa, esperamos ir alimentándolo con las experiencias vividas en nuestro día a día tecnológico.

http://tecnologiazerkana.blogspot.com

Os iré colgando por aquí las entradas que allí aparezcan, como por ejemplo:

http://tecnologiazerkana.blogspot.com/2008/11/terminal-services-2008.html

>¿Quieres saber si puedes ofrecer una aplicación a través de Terminal Server en Windows 2008, con todas las garantías de que funcione a la perfección?.

https://connect.microsoft.com/tsappcompat

What is Application Compatibility for Terminal Services?
Application Compatibility is the term given to the collection of issues which prevent an application from executing satisfactorily (or in an expected manner) in a given environment – in this case Windows Terminal Services (TS) platform.

TS Application Analyzer
TS Application Analyzer is a runtime program analysis tool to enable administrators/users to determine if they can deploy an application on TS with confidence. It provides a summary of an application’s TS-incompatible behavior.

>Muy interesante, ¿a quien no le ha pasado?

http://walterjtaborda.blogspot.com/2008/04/como-aplicar-polticas-en-windows-server.html

>Hola.

Ya hace algún tiempo, comenté por aquí los cambios a la hora de conectarse por escritorio remoto para administrar un Windows server 2008. El comando /console, que era el que utilizábamos hasta ahora y que provoca cosas como las que enumero a continuación, se ve sustituido por el comando /admin:

Cuando conecta con un servidor que no tiene instalado Terminal Server

Si un miembro del grupo Administradores inicia una sesión de Escritorio remoto con un servidor Windows Server 2008-based que no tiene instalado el servicio de función de Terminal Server, las condiciones siguientes se cumplen para la sesión de administración remota:

•Se deshabilita la redirección de zona horaria.
•Se deshabilita la redirección Broker de Sesión de Servicios de Terminal Server (T Sesión Broker).
•Se deshabilita la redirección de dispositivo Plug and Play.
•Se cambia a Windows clásico el tema de sesión remota.
•Impresión Fácil de Servicios de Terminal Server está deshabilitada.

Cuando conecta con un servidor que tiene instalado Terminal Server

Si un miembro del grupo Administradores inicia una sesión de Escritorio remoto con un servidor Windows Server 2008-based que tiene instalado el servicio de función de Terminal Server, deben utilizar el / admin que cambia para conectar remotamente con una sesión para administra el servidor. Las condiciones siguientes se cumplen para la sesión:

•No necesita una CAL de TS para administrar remotamente un servidor Terminal Server.
•Se deshabilita la redirección de zona horaria.
•Se deshabilita la redirección Broker de Sesión de Servicios de Terminal Server.
•Se deshabilita la redirección de dispositivo Plug and Play.
•Se cambia a Windows clásico el tema de sesión remota.
•Impresión Fácil de Servicios de Terminal Server está deshabilitada.

http://support.microsoft.com/kb/947723/es

Pues bién, Windows Server 2008 y Windows Vista SP1 lanza la conexión con el comando /admin y no con /console, y según explican en el artículo anterior, el modificador /admin se puede utilizar también con Windows Server 2003, de hecho, en el artículo que os he enlazado anteriormente, podeis ver como si poneis /console , la conexión se come el modificador y entre otras cosas pasais a utilizar una CAL cuando os conectais al servidor.

En resumen, si os conectais para administrar un servidor desde un Windows Server 2008 o un Vista SP1, teneis que utilizar el modificador /admin , aunque el servidor sea Windows Server 2003.

El equipo de producto de SBS, explica en su último post como lo anteriormente comentado, provoca errores si deseas conectarte a un SBS a través de su Web de trabajo remoto.

http://blogs.technet.com/sbs/archive/2008/03/20/using-rww-to-access-console-session.aspx

>Hola.

No se si sabeis que es un poco especial la combinación entre las últimas versiones de Office y un servidor Terminal Services, adquirir office con un contrato de licencias por volumen, ya sea open, software assurance, etc, es en resumen lo primero que teneis que tener imprescindiblemente, si no, os encontrareis con este mensajito:

«Esta copia de Microsoft Office Excel no se puede utilizar en Terminal Server. Contacte con su distribuidor autorizado local de Microsoft para más información»

Si no teneis office según el punto anterior y no os quereis meter a hacer piratadas de las de entra al registro cambia esto, toca allá y reinicia a ver si algo peta, lo mejor de una buena planificación es leerse todo lo relacionado con la combinación de programas y funcionalidades que vas a montar.

En este link teneis prácticamente todo lo que se puede leer sobre office y terminal services:

http://ts.veranoest.net/ts_apps_office.htm

De hecho, todo el blog de Vera Noest (Microsoft MVP TS) tiene información muy buena al respecto de terminal services y citrix.

En el link anterior teneis todos los enlaces pero os resumo los artículos de la kb de Microsoft que tratan el tema:

Cómo instalar Office 2003 u Office XP en un equipo que ejecuta Windows Terminal Server

Cómo personalizar Office para Servicios de Terminal Server

Me temo que esta va a ser una de esas entradas a las que acude la gente perdida y desesperada buscando en google solución a su problema y realmente espero que quien termine aquí es porque está informándose antes de adquirir nada por que ¡Microsoft no devuelve el dinero de sus licencias!.

>Hola.

Estas son de las cosas que me dan rabia, aunque pensándolo bien son parte de las ventajas que aporta una comunidad de gente trabajando e investigando con los productos de Microsoft.

Me explico. Inspirado por esta entrada en el blog oficial de Terminal Server , me iba a poner a montar un laboratorio sobre como asegurar el tráfico generado por Terminal services de windows 2008 mediante certificado ssl, cuando me he encontrado esta entrada en el blog de Elias Mereb.

Así que solo añadir, que en una red interna el tráfico es seguro por que como habeis leido en el blog de terminal server, intérnamente la validación se realiza mediante Kerberos.

No dejeis de probar y trabajar el Rol de Terminal Services de Windows 2008, es una auténtica pasada.

>El acceso por escritorio remoto o terminal server desde windows vista a un windows 2003 (mas aún con x64) es extremádamente lento, pero ejecutando los comandos que os comento a continuación se solventa el problema:

Ejecutar el comando siguiente desde una sesión administrador:
– netsh interface tcp set global autotuninglevel=disabled

En ciertos casos no documentados habría que añadir la instrucción siguiente:
– netsh interface tcp set global rss=disabled

Para volver a la configuración por defecto:
– netsh interface tcp set global autotuninglevel=normal