Veamos ahora detalles más técnicos del funcionamiento de este servicio.

Redirección de recursos locales

Cuando nos conectamos a un servidor de escritorios nos comportamos como una pantalla remota de ese servidor. En principio no hay más conexión con él que esa pantalla que estamos controlando desde nuestro escritorio.

Los Servicios de escritorio remoto, sin embargo, habilitan el cliente RDP para redirigir los recursos locales para que puedan utilizarse en el servidor. Por ejemplo, si tenemos una impresora local no podría utilizarla en el servidor porque él físicamente no dispone de una conexión con nuestra impresora local y que puede estar a cientos de kilómetros del servidor conectada a través de línea lenta. De alguna forma este protocolo detecta nuestros recursos locales y los muestra en el servidor al establecer la conexión. De esta forma los escritorios remotos pueden acceder a los recursos locales: unidades de disco, impresoras, usb's, puertos serie, ...

Incluso más cosas. Imaginemos que estamos ejecutando una aplicación que se encuentre en ese servidor. Trabajando con ese programa resulta que estamos metiendo mal un dato y suena un "beep"... ¿dónde estaría sonando? Lógicamente lo produce el servidor y debería sonar en él. Pero está físicamente en otra ubicación y por lo tanto no lo oímos. Lo ideal es que si es el escritorio remoto número 1 (nosotros) el que genera el sonido, lo envíe a este escritorio 1. El sonido, al tratarse de otro recurso local, puede redirigirse de igual forma que una impresora conectada con nuestro equipo. Podremos compartir incluso el portapapeles, es decir un "copiar/pegar" desde un servidor a nuestro equipo.

Veamos ahora algunas particularidades de las conexiones de recursos locales.

Redirección de la unidad de disco

1

Los discos locales se pueden redirigir a una sesión de escritorio remoto, apareciendo como una unidad de red con la convención de nombres estándar:

 

En esta imagen de una sesión de escritorio remoto podemos ver el disco local del servidor y las unidades de disco del equipo cliente que se ha conectado. Como vemos hay dos unidades "C", la física del servidor y la del cliente conectado. Además, como este cliente tiene una serie de unidades de red conectadas también se las muestra.

2

Si abrimos una consola de comandos y escribimos el comando para compartir unidades nos muestra:

 

Como vemos, la unidad redirigida aparece como "\\tsclient\'unidad'". Desde el servidor podemos utilizar la notación UNC (como la anterior) para listar directorios, pero no para transferencias de ficheros. En este caso, debemos tener la unidad mapeada.

3

Si no le hemos indicado que la haga la conexión de forma automática al conectarnos, podemos ejecutar en una consola el comando:

   net use * \\tsclient\c

4

Creará una conexión de la unidad "C" del cliente en la siguiente unidad disponible comenzando desde la "Z:" y hacia arriba. Al ejecutarlo, si tenemos la unidad Z: libre, nos creará ahí el enlace. Para borrar esta asignación utilizaremos el mismo comando, pero indicando "delete":

   net use Z: /delete

Redirección de la impresora

Como en el caso anterior, podremos conseguir que nuestra sesión de escritorio remoto disponga de las impresoras que tenemos instaladas localmente. Cuando un cliente abre una conexión, el servicio de escritorios remotos intenta conectar las impresoras que tiene instalado el cliente.

En Windows 2003 Server era un gran problema para que funcionase esta redirección. Si el controlador no era el mismo en el cliente y en el servidor, no se producía esta conexión y había que cargar manualmente los controladores correspondientes en el servidor.

1

Por ejemplo, era muy normal que no aparecieran las impresoras locales y mirando en el visor de sucesos podíamos ver:

 

2

Es decir, como el servidor no tiene instalado ese controlador no puede hacer el mapeo. En esta nueva versión nos encontramos con una la característica llamada "Impresión fácil TS" que es un controlador (driver) para solucionar esta compatibilidad. "TS Easy Print", que es su nombre original, permite a los usuarios imprimir desde una sesión de escritorio remoto en las impresoras locales del cliente. Esto lo consigue de esta forma:

  • Utiliza un controlador o driver de impresora universal. Al ser universal funcionarán las nuevas impresoras que añadamos.
  • Permite a los usuarios ver las preferencias de la impresión. Esto es posible porque el controlador actúa como "proxy" y redirecciona las llamadas desde la interfaz gráfica (GUI) al driver del cliente local. Como resultado de esto, el cliente de escritorio remoto lanza una interfaz gráfica para la impresora del cliente en la parte superior de la sesión remota.

3

Este nuevo avance con la redirección de las impresoras incorpora también algunos cambios como:

  • Límites del ámbito de las impresoras redirigidas. Con Windows 2003 Server aparecían en el panel de impresoras todas las que estaban conectadas en ese momento. Es decir, si había 20 usuarios conectados cada uno con su impresora, todos podían ver las impresoras de los demás ya que iban todas al panel de impresoras y no era raro que alguien imprimiese en impresoras que fueran la suya. Ahora podemos ver las impresoras de cada usuario conectado. La visibilidad de las impresoras está limitada a la sesión que la instaló. Así se gana en velocidad y gestión al tener cada uno solo sus impresoras mapeadas.
  • Impresoras predeterminadas por usuario. Antes había una impresora predeterminada para todas las sesiones, ahora pueden ser distintas y cada sesión tener su impresora predeterminada.
  • Nombre de redirección cortos. Los nombres de las impresoras redirigidas eran antes muy largos y tenías esta forma:
   %nombre_impresora% (de %equipo_cliente%) en session %session_id%

ahora pasa a ser:

   %nombre_impresora% %session_id%

4

Además de todo esto, disponemos de dos directivas de grupo o GPO para poder configurar los servicios de impresión con los Servicios de escritorio remoto. Veamos un ejemplo de un cliente que tiene varias impresoras y que se conecta con el servidor. Al ir al panel de control en la sesión vemos que impresoras aparecen:

5

Por un lado, aparecen las que tiene el usuario en su equipo, que se distinguen por poner al final del nombre la palabra "en WindowsServer1", y además están las propias impresoras del servidor.  En ocasiones, si queremos ver las propiedades avanzadas podría ser un problema porque al no estar el controlador instalado en el servidor en principio no podríamos verlas:

 

Pero como vemos, nos avisa que es un dispositivo redirigido y que podremos ver la configuración haciendo clic en ese botón, donde establecerá una comunicación entre esta parte y nuestro pc local para ver las propiedades de la impresora.

Redirección de la zona de hora local

Puede ser relativamente normal que distintas personas de distintos países inicien una aplicación compartida en nuestro servidor. Antes se ponía una única hora local que si se cambiaba afectaba lógicamente a todos los clientes.

Ahora soportan la redirección de la hora local, apareciendo, por tanto, la hora local según el cliente que se conecte.

Redirección de dispositivos "Conectar y Usar" (Plug and Play)

Es una novedad desde Windows 2012. Podemos detectar en nuestra sesión los dispositivos que soporten el protocolo de transferencia de medios (MTP) y las cámaras digitales que soporten el protocolo de transferencia de imágenes (PTP). Funciona incluso cuando una sesión está iniciada detectando los dispositivos que cumplan con esos protocolos.

 

Esta píldora formativa está extraída del Curso online de Windows Server 2022.

¿Te gusta el contenido de esta píldora de conocimiento?

No pierdas tu oportunidad y ¡continúa aprendiendo!

Política de privacidad

ADR Formación utiliza cookies propias y de terceros para fines analíticos anónimos, guardar las preferencias que selecciones y para el funcionamiento general de la página.

Puedes aceptar todas las cookies pulsando el botón "Aceptar" o configurarlas o rechazar su uso pulsando el botón "Configurar".

Puedes obtener más información y volver a configurar tus preferencias en cualquier momento en la Política de cookies