Los servicios de terminales son una excelente solución para aquellas aplicaciones que tienen un interfaz rico o tienen que mover una gran cantidad de datos a la vez que aportar un excelente rendimiento. Windows Server 2008 junto con el correspondiente cliente de RDP aportan mejoras sustanciales en el funcionamiento de la conexión lo que permite optimizar el ancho de banda necesario para obtener una buena experiencia de usuario. En esta misma línea ahora los canales de impresión tienen una menor prioridad que los canales de presentación evitando así que la experiencia del usuario empeore cuando se están imprimiendo documentos. La impresión ha sido uno de los aspectos mas problemáticos de los sistemas de terminal services, pero sin duda esto dejara de ser asi con Windows Server 2008 que incluye una nueva funcionalidad denominada EasyPrint con la cual ya no es necesario instalar drivers de impresoras en los servidores debido a que el nuevo servidor en conjunción con el cliente se encarga de que la impresión se realice en el servidor en formato XPS viajando luego esta impresión al cliente para que este de forma automática y a través de los cuadros de dialogo estándares y con los drivers instalados en local en el puesto cliente permita al usuario imprimir el documento disfrutando de todas las funcionalidades del driver. Sin duda esta mejora será una de las más beneficiosas pero hay muchas mas e igual de espectaculares. El Terminal Services Gateway es un servicio que permite a un cliente RDP compatible conectarse con servidores de terminales a través de HTTP/S en vez de emplear directamente RDP de esta forma se facilita la conexión con aplicaciones de terminales a través de redes como Internet evitando la necesidad de abrir incomodas conexiones VPN. Por si fuera poco el TS Gateway es compatible con NAP (Network Access Protection) funcionalidad que nos permite comprobar que los clientes que se conectan al TS cumplen con las condiciones de seguridad que hayamos establecido previamente, mas adelante en este artículo daremos mas detalles sobre NAP. TSWeb es otra de las nuevas funcionalidades y nos aporta la capacidad de que los usuarios puedan acceder a una web en la que verán los iconos de las aplicaciones a las que pueden acceder a través de TS. El TSWeb esta basado en ASPX y los iconos están contenidos en una webpart que podremos incluir en intranets o extranets de Sharepoint muy fácilmente. En internet se han dejado ver personalizaciones del entorno TSWeb basadas en tecnologías tan aparentes e innovadoras como Silverlight. Es también posible poner a disposición de los usuarios los iconos de acceso a las aplicaciones de terminales a través de los ficheros de conexión que genera la propia herramienta de administración ya sea en formato de cliente RDP o bien a través de un fichero msi que podremos publicar y asignar nosotros mismos en el directorio activo usando las políticas de grupo (GPO). Sin duda una de las funcionalidades mas aparentes es la llamada RemoteApps y que consiste en poder acceder a las aplicaciones a través de un icono directo que en vez de mostrarnos la aplicación dentro de la típica ventana de terminal nos la mostrara de igual forma que la veríamos si la corriéramos en local. Un usuario normal no será capaz de apreciar la diferencia entre el uso de una aplicación de terminal y una local. También es posible asociar extensiones a aplicaciones de terminal así por ejemplo si nuestros usuarios usan el Office a través de terminales cuando hagan doble click sobre un fichero de Word se les abrirá automáticamente el Word sobre el terminal con el fichero local abierto. Session Broker es otra de las funcionalidades de Windows Server 2008, con Session Broker podemos conseguir que los usuarios sean reconectados con aquel servidor de la granja en la que tuviera una sesión ya abierta si es que la tuviera. De esta forma los usuarios recuperan las sesiones que dejaran abiertas lo que puede ser especialmente útil en algunos escenarios de aplicación o en aquellos casos en los que la comunicación haya fluctuado ocasionando la perdida de la sesión de terminal. Hasta Windows Server 2008 era necesario instalar la versión Enterprise de Windows en cada servidor de terminal services para poder usar el Session Broker ahora con Windows Server 2008 podemos emplear el Session Broker también con la versión Estándar con el consecuente ahorro en licencias. Windows Server 2008 incorpora Windows System Resources Manager (WSRM) que nos permite limitar el uso de los recursos del servidor, dentro de un entorno de servicios de terminal WSRM puede ser muy útil gracias a dos políticas de recursos que nos facilitaran poder configurar el uso máximo del procesador o la memoria por sesión o usuario. Algunas otras funcionalidades son por ejemplo las que permiten
Por ultimo podríamos hablar de las mejoras en la redirección de puertos, el plug and play de dispositivos y la muy útil funcionalidad que permite la validación integrada de los usuarios en equipos que sean miembros de dominio y que evita a los usuarios tener que validarse de nuevo con su usuario para poder abrir una sesión de terminal. Esta mejora en el terreno de la validación viene acompañada de otros avances en la seguridad tales como la validación a nivel de red que permite que la validación del usuario trascurra dentro de la sesión de terminal evitando los ataques de man in the middle. .
Crossposting from blogs.technet.com/dmatey
Buenas tardes! Estoy utilizando Server 2008 y
Me gustaría saber si se puede realizar lo siguiente:
Hacer que cuando el cliente se conecte al terminal service a través de una aplicación y el mismo desea realizar una impresión, el cliente solo vea la o las impresoras local màs no todas las impresoras que aparecen en el terminal sevice.
Lo que sucede es que en mi empresa, los empleados que se encuentran en sucursales diferentes al momento de realizar una impresiòn desde la aplicaciòn conectada al terminal service… pues a veces se exquivocan ya que les aparecen todas las impresoras que se han conectado al terminal service!
Cómo hago para que solo vean sus impresoras locales?
Estamos en las mismas marvin lo que pasa es que en mi aplicacion requiere que la impresora local sea la predeterminada para funcionar si no es asi no imprime eso e slo malo de mi sistema es el gran problema que tengo hasta ahorita.
Estamos en las mismas marvin lo que pasa es que en mi aplicacion requiere que la impresora local sea la predeterminada para funcionar si no es asi no imprime eso e slo malo de mi sistema es el gran problema que tengo hasta ahorita.