none
Más dudas sobre escritorio remoto en Windows Server 2012 Foundation RRS feed

  • Pregunta

  • Hola.  He estado leyendo algunos post relacionados con este tema que me han servido de orientación, pero no acabo de aclararme al respecto y tampoco  soy entendido en ello.

    Mi cliente ha adquirido un servidor Dell con la version Server Foundation 2012 y 5 licencias RDS Cal por usuario. En él, se ha instalado una aplicación de gestión dental (Gesden Multicentro) a la que se pretende acceder tanto desde la red local como desde fuera (son dos clínicas separadas geográficamente pero que compartirán la aplicación).

    El proveedor de la aplicación nos comento que el acceso remoto seria posible mediante Terminal Services.  No hay creado dominio ni directorio activo aún, sino que el servidor está configurado como grupo de trabajo (configuración de fábrica del servidor Dell).  Agradecería que me pudieseis aclarar si con estos elementos es posible el acceso tanto desde la red local como desde un equipo remoto a través de Internet y que cambios debería realizar en el servidor (instalación de roles, AD, etc). En la citada aplicación no accederán más que 3 o 4 usuarios.

    He leido el post  sobre  una posible solución que es la que se indica en el  KB 2833839. En el escenario descrito, ¿se requiere RemoteApps o con los servicios de escritorio remoto sería suficiente para acceder a la aplicación?

    Muchas gracias.

    Saludos

    miércoles, 29 de mayo de 2013 6:57

Respuestas

  • Hola,

    En efecto, el KB 2833839 aplica a instalaciones en las que se dispone de un único servidor (en tu caso una version Foundation que no soporta virtualización) y se quiere instalar el servicio de Escritorio Remoto. En dicho KB se explica como instalar una solucion de Escritorio Remoto sin tener que instalar el rol de Agente de Conexion (RDCB), ya sea en un servidor DC o bien en un workgroup.

    Guidelines for installing the Remote Desktop Session Host role service on a computer running Windows Server 2012 without the Remote Desktop Connection Broker role service
    http://support.microsoft.com/kb/2833839

    Una vez instalado el rol de Escritorio Remoto (RDSH), el acceso se podrá hacer tanto de la LAN como desde otras sedes. Si la conexión desde otras sedes se realiza a través de internet deberás configurar tu dispositivo de comunicaciones (router) para que redireccione las peticiones al port 3389 al servidor WS2012. Esta practica hoy en dia no es "absolutamente" recomendable por las consideraciones de seguridad que conlleva; y más aun si hablamos de datos clínicos. Lo ideal en estos caso, es que ambas sedes conecten a través de una VPN privada. Este servicio lo ofrecen las operadoras de telefonia. Por ejemplo, movistar tiene un producto denominado net-LAN.

    Esperamos tus aportaciones. Gracias.


    Un saludo,

    Tomas Hidalgo

    Colobora con el foro: Si la respuesta es de utilidad para resolver tu duda/problema, usa la opción "Marcar como repuesta". Otros usuarios con dudas similares -en un futuro- lo agradecerán.

    • Marcado como respuesta araulf lunes, 3 de junio de 2013 6:25
    sábado, 1 de junio de 2013 17:42
    Moderador

Todas las respuestas

  • Hola,

    En efecto, el KB 2833839 aplica a instalaciones en las que se dispone de un único servidor (en tu caso una version Foundation que no soporta virtualización) y se quiere instalar el servicio de Escritorio Remoto. En dicho KB se explica como instalar una solucion de Escritorio Remoto sin tener que instalar el rol de Agente de Conexion (RDCB), ya sea en un servidor DC o bien en un workgroup.

    Guidelines for installing the Remote Desktop Session Host role service on a computer running Windows Server 2012 without the Remote Desktop Connection Broker role service
    http://support.microsoft.com/kb/2833839

    Una vez instalado el rol de Escritorio Remoto (RDSH), el acceso se podrá hacer tanto de la LAN como desde otras sedes. Si la conexión desde otras sedes se realiza a través de internet deberás configurar tu dispositivo de comunicaciones (router) para que redireccione las peticiones al port 3389 al servidor WS2012. Esta practica hoy en dia no es "absolutamente" recomendable por las consideraciones de seguridad que conlleva; y más aun si hablamos de datos clínicos. Lo ideal en estos caso, es que ambas sedes conecten a través de una VPN privada. Este servicio lo ofrecen las operadoras de telefonia. Por ejemplo, movistar tiene un producto denominado net-LAN.

    Esperamos tus aportaciones. Gracias.


    Un saludo,

    Tomas Hidalgo

    Colobora con el foro: Si la respuesta es de utilidad para resolver tu duda/problema, usa la opción "Marcar como repuesta". Otros usuarios con dudas similares -en un futuro- lo agradecerán.

    • Marcado como respuesta araulf lunes, 3 de junio de 2013 6:25
    sábado, 1 de junio de 2013 17:42
    Moderador
  • Gracias por tu respuesta, me has aclarado las dudas al respecto. Únicamente una duda, en caso de que mi cliente no estime la opción de VPN privada, dado que  el uso de la conexión remota será espóradica (solo se trabaja un día a la semana en esa clínica), ¿es necesario tener una ip fija o existe alguna forma de  trabajar con la ip dinámica que ofrecen los proveedores de internet?

    De nuevo, muchas gracias.
    Saludos.

    lunes, 3 de junio de 2013 6:39
  • ¿es necesario tener una ip fija o existe alguna forma de  trabajar con la ip dinámica que ofrecen los proveedores de internet?

    NO, no es obligatorio. Para IPs dinámicas puedes usar soluciones del tipo DynDNS o no-ip.com. Son servicios que, dado un nombre de DNS, son capaces de resolver correctamente aunque cambie la IP.


    Un saludo,

    Tomas Hidalgo

    Colobora con el foro: Si la respuesta es de utilidad para resolver tu duda/problema, usa la opción "Marcar como repuesta". Otros usuarios con dudas similares -en un futuro- lo agradecerán.

    lunes, 3 de junio de 2013 21:46
    Moderador