Los servicios de terminal en Windows permiten que las aplicaciones diseñadas para un solo usuario y máquina se ejecuten de forma remota para múltiples usuarios. Esto se logra mediante la separación de la interfaz de usuario de la aplicación, que se ejecuta en un servidor, y su presentación al usuario a través de protocolos como RDP o ICA. Esto permite el acceso a aplicaciones desde diferentes dispositivos y ubicaciones de forma escalable.

1. Introducción a los servicios
de Terminal en entorno
Windows

2. Breve historia de los servicios de Terminal /1
Comienzos de los 90 Citrix desarrolla Servicios de Terminal
sobre OS/2 y lo convierte en multiusuario.
1995: Citrix compra derechos sobre Win NT 3.51 y adapta
servicios de terminal a 3.51: WinFrame
Salen al mercado los primeros “thin client”, dispositivos “solid-
state” (sin partes móviles) con el SO en ROM
1996: sale Windows NT 4.0; acuerdo con Microsoft para futuras
versiones: separa servicios básicos (RDP) y avanzados (ICA) y
cede RDP a Microsoft.
1998: Win NT 4.0 Terminal Server Edition. Su nuevo kernel usa
tecnología MultiWin de Citrix

3. Breve historia de los servicios de Terminal /2
1998: Los servicios de Terminal implican un nuevo
kernel, por lo que en NT 4.0 implicaban la
reinstalación para cargar el kernel con WTS.
2003:En la actualidad
todos los Win2000
Server implementan
Servicios de Terminal.
Se manejan como un
servicio más.

4. Lenta implementación de WTS
Desde NT 4.0 (1998) el esfuerzo fue de portar
(parchear…) aplicaciones Win3.1 y Win95 para que
funcionaran en ese entorno
Como NT4.0 “estándar” no incluia servicios de
terminal, nadie hizo el esfuerzo para reinstalar NT y
adaptar aplicaciones. Era suficiente con que
funcionaran bajo NT4.0.
Ahora, tanto Windows como los WTS han madurado
suficiente para que sea un entorno fiable. Nuevas
aplicaciones funcionan en modo terminal sin grandes
adaptaciones.

5. Ventajas de implementar WTS
Los Servicios de Terminal de Windows
(WTS) permiten escalar una aplicación
pensada para usarse en una sola máquina y
por un solo usuario para acceder a ella desde
LAN, WAN, Wireless o incluso desde
Internet.

6. Arquitectura de los servicios de Terminal
Acceso multiusuario a la
misma aplicación. Desde
varias plataformas
hardware y software.
Solo se transmite al usuario la imagen
áfica, el proceso se efectúa en el servidor.
No es necesario que la aplicación esté
diseñada específicamente para este uso.

7. Elementos de la arquitectura WTS
Cliente
Visualiza la ejecución
de la aplicación
Servidor
Contiene la aplicación
y los
Servicios de Terminal
Protocolo
Transmite imagen, teclado
Y ratón entre cliente y servidor

8. Elementos de la arquitectura WTS: Servidor
Entorno del usuario de terminal
Cada usuario recibe un espacio virtual de
memoria de 2Gb con su instancia de
WIN32K.SYS (API al kernel del S.O.) y un
Subsistema de Runtime de aplicaciones (CRSS)
Una copia de cada ejecutable en
cada sesión asegura que no haya
interferencias entre cada instancia.

9. Elementos de la arquitectura WTS: Servidor
Periféricos disponibles
Cada sesión mapea un ROOTDRIVE (R:) para salvar
datos desde la aplicación. La unidad R: puede estar
en el propio servidor o en un sistema de
almacenamiento masivo externo.
Desde la aplicación se tiene acceso a los discos e
impresoras que el usuario tiene definidas en la
máquina desde la que se conecta.

10. Aplicaciones “compatibles” con WTS /1
EVITAR USAR SISTEMA “FUERA DE NORMA”
Uso racional del registry
No escribir en HKEY_LOCAL_MACHINE sino en
HKEY_LOCAL_USER
EVITAR CONSUMO DE ANCHO DE BANDA
Uso racional del DISPLAY
Evitar animaciones
Usar gráficos ligeros

11. Aplicaciones “compatibles” con WTS /2
HACER POSIBLE EL USO DEL ROOTDRIVE
Permitir selecional la unidad “default” para
seleccionar R: al leer y archivar documentos
Usar los directorios estándar en el ROOTDRIVE
R:WINDOWS
R:Mis Documentos
etc

12. Ejemplo de “adaptación” a WTS
Office 2000 es “terminal services friendly”
Pide nombre de usuario e iniciales a cada
nuevo usuario que lo ejecuta
Deshabilita la animación del asistente (uso
racional del display)
Se instala la versión adaptada con solo
especificar “TRANSFORM=TermSvc.mst”

13. Elementos de la arquitectura WTS
Protocolo de los servicios de Terminal
Se utiliza un protocolo bajo en latencia para
transmitir al menos la información de video,
teclado y ratón al cliente:
Microsoft usa RDP (Remote Display Protocol)
Citrix usa ICA (Independent Computing
Architecture)

14. Elementos de la arquitectura WTS: Protocolo
Requerimientos de ancho de banda
El protocolo ICA consume 10 kbps,
con un máximo de 20 kbps.
RDP es un protocolo “streaming”,
consume ancho de banda durante
todo el tiempo de conexión. ICA solo
consume ancho de banda cuando el
ratón o teclado se usan.

15. Elementos de la arquitectura WTS: Protocolo
RDP vs. ICA

16. Elementos de la arquitectura WTS: Protocolo
Características de ICA
Solo usa la red cuando hay algo que hacer
Nivel de compresión se adapta de forma dinámica a
la carga del servidor: más compresión si el servidor
está menos cargado.
Ancho de banda ocupado por procesos de impresión
es configurable para no interferir con usabilidad de
las aplicaciones.
Deshabilitando canal de sonido ahorra ancho de
banda

17. SONIDO
Transmite sonido desde
una aplicación ejecutada
en el servidor al cliente
PORTAPAPELES
Transmite datos entre el
portapapeles del cliente y
servidor
ASIGNACION DE UNIDADES
Integra sistemas de archivos y
unidades entre el cliente y el
servidor
FUENTES Y TECLADO
Transporta tabla de SPEEDSCREEN
teclado y símbolos de Canal de control para reducción
fuentes al cliente de retardo
PUERTOS PARALELOS
Proporciona acceso a puertos PANTALLA
paralelos del cliente desde la Imagen gráfica de la pantalla.
aplicación o la cola de impresión del Envía solo actualizaciones.
servidor Resolucion hasta 2700x2700
COLAS DE IMPRESIÓN PUERTOS SERIE
Transmite datos de impresión desde la aplicación Acceso duplex sin restricciones a
del servidor a una impresora del cliente. puertos serie del cliente desde
Ancho de banda configurable. aplicación de servidor

18. Elementos de la arquitectura WTS: Protocolo
Comparativa de versiones actuales

19. Administración del entorno WTS
Citrix ofrece administración centralizada de
los servicios de terminal y las aplicaciones
publicadas
Control de acceso a las
aplicaciones
Control remoto de sesiones
Control de uso de CPU
Control de accesos directos
a la aplicación
Servidores Permitidos y
Excluidos
Control de ancho de banda
de audio
Control de compresión y
encriptación

20. Elementos de la arquitectura WTS: Clientes
Modos de acceder a las aplicaciones

21. Elementos de la arquitectura WTS: Clientes
Nuevos tipos de usuarios posibles
PDA’s conectadas via GPRS Ordenadores sin disco duro,
Tienen acceso con buen administracion cero,
rendimiento a aplicaciones Concepto de “encender y listo”.
Citrix.

22. En resumen
El servicio de terminales en Windows tiene ya 10
años de desarrollo: tecnología madura.
WTS permite seguir usando aplicaciones legacy
o programadas para monousuario.
En entornos con problemas de ancho de banda,
ICA es el protocolo de elección sobre RDP
Las aplicaciones que usen racionalmente la
presentación en pantalla y usen el registro y el
disco duro “racionalmente” se ejecutan en WTS
sin mayores problemas.