En este post vamos a ver como crear certificados SSL autofirmados para puerta de enlace de escritorio remoto, estos certificados nos van a permitir establecer conexiones seguras por RDS.

• Nos abrimos el Administrador del servidor, y nos vamos a Servicios de Escritorio remoto:

• Sobre la opción de Información general nos vamos a las Tareas > Editar propiedades de la implementación:

• Sobre las propiedades de la implementación, nos vamos a la parte de Certificados y aquí tenemos dos opciones, la primera de ellas nos permite crear un certificado SSL autofirmado, esta opción nos va a indicar que No es de confianza, la segunda opción Seleccionar un certificado existente nos va a permitir implementar un certificado generado por una entidad emisora de certificados como por ejemplo, DigiCert, Verisign… cualquier entidad a la cuál le compremos el certificado, para una infraestructura en producción sería la opción recomendada, nosotros vamos a montar un certificado autofirmado ya que estamos en laboratorio y testeos, seleccionamos por tanto Crear nuevo certificado, debemos de configurarlo para los 4 servicios de rol:

• Empezamos por el primer rol, Agente de conexión a Escritorio Remoto – Habilitar inicio de sesión único:

• Nos creamos el nuevo certificado, y aquí muy importante en el nombre de certificado, debemos darle el nombre DNS que configuramos en la puerta de enlace de escritorio remoto, le asignamos una contraseña que debemos recordar cuando implementemos el certificado, le daremos una ubicación dónde lo almacenaremos y marcamos el check de permitir agregar al almacén de certificados y aceptamos:

• Ahora aplicamos y una vez aplicado podemos ver que el estado es correcto:

• Seguiremos con el segundo rol, Agente de conexión a Escritorio Remoto – Publicación, en este caso vamos a Seleccionar un certificado existente, que será el que nos acabamos de crear:

• Seleccionamos el certificado, le indicamos la contraseña, marcamos el check de permitir agregar al almacén de certificados y aceptamos:

• Ahora aplicamos y una vez aplicado podemos ver que el estado es correcto:

• Seguiremos con el tercer rol, Acceso web a Escritorio Remoto, en este caso vamos a Seleccionar un certificado existente, que será el que nos acabamos de crear:

• Seleccionamos el certificado, le indicamos la contraseña, marcamos el check de permitir agregar al almacén de certificados y aceptamos:

• Ahora aplicamos y una vez aplicado podemos ver que el estado es correcto:

• Seguiremos con el cuarto rol, Puerta de enlace Escritorio Remoto, en este caso vamos a Seleccionar un certificado existente, que será el que nos acabamos de crear:

• Seleccionamos el certificado, le indicamos la contraseña, marcamos el check de permitir agregar al almacén de certificados y aceptamos:

• Ahora aplicamos y una vez aplicado podemos ver que el estado es correcto:

• Una vez que tenemos todos los roles con sus certificados implementados, damos clic a Agregar:

• Como podemos ver ya tenemos bien implementada la Puerta de enlace de Escritorio remoto:

En este post vamos a ver como implementar la puerta de enlace de escritorio remoto, esta puerta de enlace es necesaria para que los usuarios de nuestra red se conecten a los servicios de escritorio remoto a través de Internet.

La topología utilizada es la siguiente:

• Nos abrimos el Administrador del servidor, y nos vamos a Servicios de Escritorio remoto:

• Clicamos sobre el icono de puerta de enlace y se nos abre el siguiente asistente para agregarla:

• Seleccionamos el servidor, clic sobre “Siguiente”:

• Este paso es muy importante, el nombre del certificado SSL que utilizaremos para cifrar las comunicaciones de los Servicios de Escritorio remoto entre el servidor y los clientes debe ser el mismo nombre DNS que utilizaremos para publicar los servicios RDS al exterior, y que vamos a configurar con nuestra IP pública estática asociándola a un subdominio en nuestro proveedor de DNS de Internet:

• Confirmamos y agregamos:

• Como podemos ver comienza a instalarse el Servicio de rol de Puerta de enlace de Escritorio remoto:

• Aquí vemos que el Servicio de rol de Puerta de enlace de Escritorio remoto se ha instalado correctamente, y nos indica que se necesita configurar un certificado, esta parte de los certificados la vamos a ver en el siguiente post:

• Tal y como comentamos en uno de los puntos anteriores, hemos configurado un subdominio en nuestro proveedor de DNS IONOS, este subdominio debe coincidir con el nombre del certificado SSL que le dimos a los servicios de rol de puerta de enlace:

Saludos y espero que os sea de ayuda

En este post vamos a ver y a explicar la consola de los servicios de escritorio remoto.

La topología utilizada es la siguiente:

• Nos abrimos el Administrador del servidor, y nos vamos a Servicios de Escritorio remoto:

• En la parte de información general, lo primero que podemos ver son los servicios de rol RDS que tenemos implementado, en el gráfico con dibujos nos lo muestra de color gris:

• También podemos ver que la implementación de los servicios RDS, está basada en sesión, tal y como le indicamos en el despliegue del rol, podemos agregar más servidores y crear colecciones de sesiones:

• En las Tareas, podemos editar las propiedades de la implementación RDS y actualizar su estado:

• Si editamos las propiedades de la implementación, podemos configurar, la puerta de enlace de Escritorio remoto:

• La Administración de licencias de escritorio remoto:

• El Acceso web a Escritorio remoto:

• Y podremos administrar los certificados:

• En la parte de Servidores, vamos a poder ver los servidores que forman parte de la granja RDS, con todos sus eventos, servicios, rendimiento, roles y características implementados:

• En la parte de Colecciones, vamos a poder ver la agrupación de programas de RemoteApp que vamos a publicar, sólo se puede publicar UNA colección de sesiones por servidor, podemos ver los servidores host y las conexiones que están establecidas con los servidores:

• En la parte de QuickSessionCollection, podemos ver las propiedades de la colección de programas RemoteApp, los programas que hemos configurado para la sesión de RemoteApp, los servidores host dónde están implementadas las sesiones de RemoteApp y las conexiones activas:

Saludos y espero que os resulte de ayuda

En este post vamos a ver como instalar los servicios de escritorio remoto sobre MS Windows Server 2016, el servidor dónde vamos a instalar los roles RDS lo llamaremos RDS01RGS y será un servidor miembro de nuestro dominio Active Dircetory, la topología utilizada será la siguiente:

• Aquí podemos ver un resumen sobre que son los Servicios de Escritorio Remoto, porque usarlos y que servicios de rol lo componen:

• Aquí vemos las configuraciones básicas que tiene el servidor dónde vamos a implementar el rol RDS, nombre descriptivo, dirección IP estática y miembro del dominio Active Directory:

• Ahora vamos a instalar los Servicios de Escritorio Remoto, para ello, desde el Administrador del servidor agregamos roles y características:

• Se nos abrirá el asistente típico para implementar roles y características, clic sobre “Siguiente”:

• En el Tipo de instalación, le indicamos, “Instalación de Servicios de Escritorio remoto”, también lo podríamos realizar desde la primera opción, pero esta segunda es más completa, ya que tenemos un asistente guiado y específico para este rol de RDS:

• En el Tipo de implementación vamos a elegir Inicio rápido ya que vamos a implementar los servicios de escritorio remoto en un solo servidor:

• Como Escenario de implementación vamos a elegir Implementación de escritorio basada en sesión ya que la primera opción sería para entornos VDI (Infraestructuras de Escritorios Virtuales):

• Seleccionamos el servidor dónde instalaremos los servicios RDS:

• El asistente nos indica que se van a instalar los servicios de rol, Agente de conexión a Escritorio Remoto, Acceso Web de RD y Host de sesión de Escritorio remoto, marcamos el check para que el servidor se reinicie automáticamente y lo implementamos:

• Aquí vemos que comienza a instalar los Servicios de rol RDS:

• Una vez que nuestro servidor se ha reiniciado, continúa instalando los servicios de rol RDS:

• Como podemos ver todo ha finalizado correctamente, y nos da la URL dónde nos podemos conectar para el acceso Web a los servicios de escritorio remoto:

• Esta es la interfaz web para los servicios RDS:

• Por defecto, vienen configuradas, estas tres aplicaciones para usarlas a través de la conexión web de RDS:

• Aquí vemos que en nuestro servidor se han instalado los Servicios de Escritorio remoto y el servicio de IIS (Internet Information Services), ya que los accesos web por RDS se apoyan en el servidor web IIS de Microsoft:

Saludos y espero que os sea de ayuda

En este post vamos a ver como instalar, desplegar y configurar los servicios de escritorio remoto RemoteApp en Microsoft Windows Server 2016 utilizando servidores VPS en la nube de Clouding.io.

RemoteApp nos va a permitir ejecutar aplicaciones de forma remota utilizando los servicios de escritorio remoto RDS, es decir, vamos a poder ejecutar una aplicación de un servidor desde un equipo cliente.

• Lo primero que tenemos que hacer es darnos de alta en la nube de Clouding.io:

• Una vez registrados hacemos login con nuestra cuenta:

• Lo primero que vamos a configurar serán los DNS que utilizaremos en nuestra infraestructura de Cloud, para ello hemos registrado el dominio ragasys.net con un proveedor de hosting y dominios:

• Nos configuramos un subdominio llamado cloud.ragasys.net, que será el que vamos a utilizar para nuestra infraestructura de servidores VPS de Clouding.io:

• Para este subdominio tenemos que configurar los servidores DNS de clouding.io, para ello podemos ver desde el portal de clouding.io los servidores DNS que tenemos que registrar como registros del tipo NS en nuestro proveedor de DNS:

• En nuestro proveedor de DNS y para el subdominio cloud.ragasys.net podemos ver que ya tenemos registrados los servidores DNS de clouding.io:

• Ahora ya podemos dar de alta el dominio cloud.ragasys.net en el portal de clouding.io:

• Lo siguiente que haremos será crearnos el firewall que vamos a utilizar para la infraestructura de servidores RDS, lo copiaremos desde el firewall “default” y lo adaptaremos a nuestra infraestructura:

• En principio sólo vamos a permitir el tráfico de direcciones IP privadas y los protocolos RDP e ICMP:

• Ahora vamos a crear nuestro primer servidor, que será un Windows Server 2016 y que tendrá el rol de Domain Controller, para ello nos vamos a la opción “Mis Servidores” y clicamos sobre el +:

• Configuramos las características de nuestro servidor, dónde le asignamos un Nombre, Sistema Operativo, CPU, RAM, Disco, activaremos la red privada y le indicaremos que el firewall a utilizar será el que hemos configurado anteriormente, como estamos con un laboratorio no habilitaremos los backups para este servidor, para entornos de producción y como buena práctica esta opción debemos habilitarla, nos subirá un poco el coste del servidor, pero tendremos nuestro sistema protegido ante desastres:

• Como podemos ver ya tenemos nuestro primer servidor creado y operativo, y con una IP pública que vamos a registrar como un registro de tipo A en nuestro DNS, para así poder acceder a este servidor por RDP a través de su nombre DNS, también podemos ver las credenciales de acceso:

• Configuramos el registro DNS tipo A para nuestro servidor:

• Y el registro PTR para la resolución inversa:

• Comprobaremos que los DNS funcionan correctamente, con un ping:

• Para acceder a nuestro servidor vamos a abrir una conexión de escritorio remoto y vamos a introducir su nombre DNS y sus credenciales:

• Como podemos ver ya estamos dentro:

• Ahora sobre este servidor vamos a instalar los roles de Active Directory Domain Services, para ello seguiremos el post ya realizado en este mismo blog “Controlador de dominio sobre MS Windows Server 2016, DNS y DHCP”.
• Como podemos ver ya tenemos nuestro servidor promovido a controlador de dominio:

• Lo siguiente que haremos será crearnos y configurarnos el segundo servidor, que va a realizar las funciones de RemoteApp, es decir, este servidor va a proporcionar las aplicaciones que usarán los clientes de forma remota utilizando los servicios RDS de MS Windows Server 2016, el proceso de creación y configuración del servidor en la nube de clouding.io, es el mismo que hemos realizado para el primer servidor.
• Como podemos ver ya tenemos nuestro segundo servidor creado y operativo, y con una IP pública que vamos a registrar como un registro de tipo A en nuestro DNS, para así poder acceder a este servidor por RDP a través de su nombre DNS, también podemos ver las credenciales de acceso:

• Configuramos el registro DNS tipo A para nuestro servidor:

• Y el registro PTR para la resolución inversa:

• Accedemos al servidor por escritorio remoto y lo unimos a nuestro dominio ragasys.net:

• Una vez que el servidor RemoteApp forma parte de nuestro dominio, vamos a instalar el rol de “Servicios de Escritorio Remoto”, para ello, desde el Administrador del servidor agregamos roles y características:

• Se nos abrirá este asistente, dónde vamos a ir configurando lo siguiente:

• Como podemos ver comienza el despliegue del rol RDS:

• Tras el reinicio podemos ver que el servidor sigue configurando los roles implementados:

• Aquí vemos que todo ha finalizado correctamente:

• Y que el rol ya está operativo en nuestro servidor, clicamos entonces sobre los “Servicios de Escritorio Remoto”:

• Crearemos una “Colección de sesiones”:

• Se nos abrirá este asistente, dónde iremos configurando los parámetros que se adapten a nuestra infraestructura:

• En primer lugar añadiremos un nombre y una descripción:

• Establecemos el servidor que va a proporcionar esta colección de aplicaciones:

• Añadimos el grupo que hemos definido en nuestro Active Directory para el acceso a las aplicaciones remotas del servidor:

• Como podemos ver estos son los usuarios que hemos definido en el grupo del Active Directory, y que serán los que tengan acceso a las aplicaciones remotas del servidor:

• Deshabilitamos los discos de perfil de usuario:

• Clicamos sobre “Crear” para confirmar las configuraciones realizadas:

• Como podemos ver se ha creado correctamente:

• Una vez creada la colección ya podremos publicar las aplicaciones remotas, para ello, sobre las tareas, damos clic a publicar los programas:

• Se nos abre este asistente, dónde vamos a seleccionar las aplicaciones que queremos publicar:

• Confirmamos que esas son las tres aplicaciones que queremos publicar:

• Una vez que el proceso se ha completado, cerramos el asistente:

• Aquí podemos editar las propiedades de la colección:

• Las configuraciones en nuestro servidor para el acceso a las aplicaciones remotas ya están listas y configuradas, ahora nos tenemos que ir a la plataforma de clouding.io y habilitar en el firewall los puertos HTTP (80) y HTTPS (443), los hemos habilitado para cualquier dirección IP (0.0.0.0/0), como es para laboratorio no hay problema, pero para un sistema en producción, como buena práctica, sólo debemos dar acceso a las direcciones IP que nos interesen:

• Ahora desde el navegador de cualquier equipo de nuestra infraestructura introducimos la siguiente URL y las credenciales de usuario autorizado para acceder a nuestro servidor de aplicaciones remotas, http://remoteapp.cloud.ragasys.net/RDWeb:

• Como podemos ver desde el navegador web podemos acceder a las aplicaciones remotas que hemos configurado anteriormente:

• Nos abrimos por ejemplo la calculadora:

• Aquí podemos ver como la sesión de este usuario para RemoteApp está activa:

En mi opinión, la plataforma clouding.io para desplegar Servidores Cloud VPS es una muy buena opción para empresas que quieran desplegar algunos de sus servicios en la nube, es ideal para tener una infraestructura híbrida, con Servidores on-premises y Servidores en la nube, la interfaz de la plataforma para la configuración y el despliegue de los Servidores VPS es muy amigable y bastante intuitiva, de muy fácil manejo, la opción de poder configurar los DNS es todo un acierto, y sobre todo que tengamos opción a configurar los backups y los snapshots de nuestras máquinas, lo que si se echa en falta es que a los servidores no se le puedan agregar discos duros adicionales.

Post sponsorizado por clouding.io