none
Server 2012 r2 Foundation RRS feed

  • Pregunta

  • Buenas,
    Acabamos de adquirir un servidor con Windows Server 2012 R2 Foundation.
    Necesitamos que un usuario pueda conectarse remotamente por Terminal Server. El resto lo harán por red local.

    He configurado el servidor como Grupo de Trabajo y he instalado los roles de Terminal Server (Administración de Licencias de Escritorio Remoto y Host de Sesión de Escritorio Remoto).

    Pero veo que sólo puedo tener una conexión simultánea, es decir, si me conecto por Terminal Server aparace la pantalla del login en el servidor, y al reves, si entro el usuario y la contraseña en el servidor, desconecta el usuario remoto.

    He intentado instalar licencias de Terminal Server pero me pide el número de licencia.

    Mi pregunta es: tengo que comprar una licencia adicional para que se pueda conectar un usuario remotamente y los otros usuarios poder trabajar, simultáneamente, por red local?

    Gracias.


    mblascog

    lunes, 4 de agosto de 2014 8:51

Respuestas

  • Hola, Marta:

    Ante todo, ten en cuenta que las imágenes indicadas en mi post anterior eran de ejemplo, para que te centraras especialmente en el aspecto del icono de un servidor de licencias activado (o licenciado) y otro servidor que todavía no había sido activado. Con ésto, lo que quiero señalarte es que no era necesario desinstalar el servidor de licencias TS para volver a implementarlo de nuevo, pero por fortuna en éste caso concreto (que sugiro NO tomes como referente) no pasa nada.

    Respondiendo directamente a tu pregunta, basta con analizar la imagen que has adjuntado en tu último post para comprobar que actualmente no tienes activado (o licenciado) el servidor de licencias TS (aka KIMO) actual, pero por fortuna es un proceso muy sencillo: selecciona el nombre KIMO con el botón secundario del ratón y escoje la opción "Activar servidor". Aparecerá un asistente a través de cuadros de diálogo muy intuitivo que te permitirá proceder a la activación bajo 3 opciones: en linea, por explorador web y por teléfono (la opción "en línea" es la más recomendada, por ser a su vez la más cómoda..)

    Tras rellenar una formulario con los datos básicos del servidor y la empresa a la que corresponde, sigue el asistente y finalizará el proceso en poco tiempo, dependiendo de tu conexión al WWW. No requiere que introduzcas ningún código adicional, y te activará el servicio de cara a TODA la compañía.

    NOTA IMPORTANTE. En el último cuadro del asistente de activación del servidor de licencias TS, desmarca la casilla "Iniciar el asistente para la instalación de licencias" (mira la imagen adjunta en inglés para hacerte una idea http://blogs.technet.com/cfs-file.ashx/__key/communityserver-blogs-components-weblogfiles/00-00-00-48-45-metablogapi/2318.clip_5F00_image029_5F00_7638E4DB.jpg) ya que no es estrictamente necesario a menos que hayas adquirido más licencias TCAL que quieras añadir..

    Puedes ver los procesos completos y/o leer documentación detallada de los mismos aquí:
    · Activación de un servidor de licencias TS:
    http://technet.microsoft.com/es-es/library/cc731293%28v=ws.10%29.aspx

    Lo importante es que el servicio esté operativo, y te felicito por tu perseverancia/constancia en tu propósito. Denota devoción en tus funciones profesionales y que te lo tomas muy en serio. Como tiene que ser!

    Desiderio Ondo | Bachellor Science in Computer engineering | MCSE certified | ITIL certified | Exchange mailing certified

    • Marcado como respuesta Uriel Almendra martes, 5 de agosto de 2014 13:33
    martes, 5 de agosto de 2014 8:38
  • Hola, Marta:

    En todas las profesiones existen personas que no conocen/aplican el sentido de reciprocidad: "Compórtate con los demás como quieres que se comporten contigo (..)". Me atrevo a extender ésta máxima a todas las comunidades de usuarios, ya sean sociales ó digitales..

    En cuanto al tema de gestión tecnológica.. personalmente considero muy importante la formación académica, ya sea oficial o adicional.. pero los años tras varias pantallas, libros.. te hacen comprender que la formación académica sólo es la base, y como había indicado en el primer post, todos tenemos dudas y todos pasamos por las mismas complicaciones. Algunos con más complicaciones que otros, y ahí es donde entra el juego el sentido de la responsabilidad, la profesionalidad de cada uno y sobre todo (desde mi punto de vista) la perseverancia en conseguir el objetivo. A veces serán a base de errores (el famoso estamento "ensayo y error") y otras veces por el empujón que podrán darnos otros compañeros/as de profesión.. pero más de un 90% del exito es porque creíste en ello, y aportaste un granito de arena para conseguirlo. Que no te quepa la menor duda.

    Es un honor haber podido echarte una mano, compañera.. pero el mérito no es mío. Considero que muchos compañeros presentes en ésta sala o en cualquier otra podrían haberte ayudado con la misma intensidad e ilusión.. y por ello quiero extender tu agradecimiento a todos ellos. Porque tambien lo merecen.

    Desiderio Ondo | Bachellor Science in Computer engineering | MCSE certified | ITIL certified | Exchange mailing certified

    • Marcado como respuesta kambiz_marta miércoles, 6 de agosto de 2014 14:57
    martes, 5 de agosto de 2014 13:49

Todas las respuestas

  • Hola, Marta:

    Para sacar el máximo rendimiento posible a un servidor MS w2k12 server Foundation completamente operativo es necesario activar el servicio de licencias, y para ello necesitas la clave del producto que te facilitaron al adquirirlo. Por defecto te viene con 15 licencias CAL y una licencia TCAL, lo que para tu scenario, la respuesta directa es que si sólo 1 usuario se va a conectar remotamente y el nº de clientes locales es menor (o igual) a 15, no es necesario que compres más licencias..

    Has hecho bien al instalar el rol de "Servicios de Terminal Server", ya que te habilita la conexión remota de tu cliente mediante RDC desde sus estaciones cliente. Lo malo es que hasta que licencies el servidor de licencias (valga la redundancia) sólo dispondrás de 90 días antes de tener que instalar un servidor de licencias de TS. Puedes instalar este rol en el mismo Foundation, o en otro servidor de tu infraestructura. Pasados esos 90 días, si no has instalado TSCAL (ya sean por Usuario o por Dispositivo) tus clientes no podrán conectar por TS al servidor. Puedes ver información más detallada en:

    · Prestaciones MS w2k12 server Foundation:
    http://technet.microsoft.com/en-us/library/jj679892.aspx

    · Deploy RDS quick start:
    http://social.technet.microsoft.com/wiki/contents/articles/10421.deploying-the-rds-quick-start-deployment-type-in-windows-server-2012-for-session-virtualization.aspx

    Desiderio Ondo | Bachellor Science in Computer engineering | MCSE certified | ITIL certified | Exchange mailing certified

    lunes, 4 de agosto de 2014 11:28
  • Gracias Desiderio por contestarme.
    Me dices que para que el Server 2012 sea completamente operativo es necesario activar el servicio de licencias, te refieres a esto:

    Exacto, el escenario son 6 usuarios locales y un por Terminal Server, por lo tanto vamos bien, porqué no tenemos que comprar ninguna licencia.
    El hecho de sólo disponer de una TCAL, es lo que produce que si se quiere conectar un usuario por TS cuando otro lo está, le echa, que es lo que me pasa ahora, verdad?
    Los usuarios locales y el conectado por TS lo pueden estar simultaneamente, verdad?

    En cuanto al segundo punto. Me comentas que tengo que licenciar el servidor de licencias, te refieres a esto?

    Perdona por tanta pregunta, los comienzos siempre son difíciles.
    Y de nuevo muchas gracias


    mblascog

    lunes, 4 de agosto de 2014 12:11
  • Hola, Marta:

    En realidad, para que un servidor MS w2k12 Foundation sea completamente operativo haría falta habilitar varios servicios adicionales que no vienen al caso, pero baste señalar que dependiendo de las funciones que quieres que desempeñe en tu scenario, sí es imperativo en tu caso que tenga activado el servicio de "Admin. de licencias" como bien tienes marcada en la imagen.

    Ten en cuenta que las distribuciones Foundation no son iguales a las versiones Standard / Enterprise / Datacenter (aun teniendo un mismo núcleo). Cada una ha sido concebida para un tipo de scenario con caracteríticas muy específicas, y entre las cuales Foundation aparenta clara desventaja en comparación con las demás versiones (de ahí su precio tan asequible).

    Un detalle que creo MUY importante señalarte: había interpretado que los usuarios locales NO iban a emplear sesiones TS en tu LAN. Si no es así, me temo que tu scenario cambia radicalmente: 6 usuarios locales que requieran conectarse por TS requiere 6 licencias TCAL adicionales para permitir dichas conexiones. Echa un vistazo a las guías paso-a-paso que te señalo a continuación:

    · Instalación de licencias de acceso RDS CAL en el servidor de licencias:
    http://technet.microsoft.com/es-es/library/dd996633%28v=ws.10%29.aspx

    · Activación del servidor de licencias de Escritorio Remoto:
    http://technet.microsoft.com/es-es/library/dd983951%28v=ws.10%29.aspx

    Por favor, no te preocupes por hacer preguntas. Como bien señalas, todos los comienzos son complicados y todos hemos pasado (con mayor/menor fortuna) por las mismas complicaciones..

    Desiderio Ondo | Bachellor Science in Computer engineering | MCSE certified | ITIL certified | Exchange mailing certified

    lunes, 4 de agosto de 2014 13:20
  • Buenas Desiderio y muchísimas gracias.
    Habías interpretado bien. Los usuarios locales no usan sesiones TS para conectarse. Acceden a carpetas en el servidor para guardar ciertos documentos y compartirlos. Tienen una unidad asignada que apunta a dichas carpetas.

    Luego, todos los usuarios, tanto los locales, como el remoto, ejecutan un programa, de gestión de la empresa. El usuario remoto a través de sesión de TS, y los locales con un acceso directo.

    Dicho esto, entiendo que no necesito adquirir ninguna licencia, cierto?

    En cuanto a la instalación de licencias, ya anteriormente lo he intentado, pero me pide un código de licencias, que imagino que es diferente al del Server 2012 R2 Foundation, ya que no lo accepta. No tengo ninguno más. Pero Desiderio? necesito instalar licencias?

    Gracias


    mblascog

    lunes, 4 de agosto de 2014 14:29
  • Hola, Marta:

    Tu scenario entra en los parámetros aceptados por las distribuciones MS wSERVER Foundation (menos de 15 licencias CAL y 1 licencia TCAL), por lo que no es necesario que adquieras más licencias.

    El detalle de que no te reconozca el código de licencias para activar el servidor sólo es posible bien por no tener acceso WWW (para conetarse a los servidores remotos de verificación), bien por escribir incorrectamente la clave del producto, o bien porque lla misma no corresponde con la distribución MS wSERVER que tienes implementada en el servidor. En todo caso, la solución más recomendada en los 3 casos es contactar con tu agente de cuentas Microsoft para exponerle el caso, ya que si se dispone de una clave OEM y ha sido activada en una máquina de terceros, sólo él puede verificar los datos, localizar a los infractores y re-activar vuestro server..

    Te sugiero contactes con él/ella:
    https://support.microsoft.com/contactus/?ln=es-es&wa=wsignin1.0

    Desiderio Ondo | Bachellor Science in Computer engineering | MCSE certified | ITIL certified | Exchange mailing certified

    lunes, 4 de agosto de 2014 14:45
  • Hola Desiderio,

    Antes de contactar con mi agente, me gustaría que me confirmaras si te he entendido bien.

    Donde no me reconoce el código es en la siguiente pantalla:

    Y lo que debería introducir es el Product Key que viene en la etiqueta.

    Está bien la activación de licencias. Tengo que ponerme en contacto, como me has dicho antes, con Microsoft?

    Gracias


    mblascog

    lunes, 4 de agosto de 2014 15:18
  • Hola, Marta:

    Me temo que hay un detalle que no habré explicado correctamente, compañera: Según la 2ª imagen que habías adjuntado a tu consulta, tienes reconocido en tu LAN un único servidor de licencias de nombre KIMO que ya está activo como servidor de licencias TS. La imagen que adjuntas en éste último post se trata de un proceso adicional de instalación de CALs para permitir conexiones adicionales de usuarios que usen el servicio TS.

    Dicho de otra manera: estás señalando la clave de activación de tu sistema como si fuera una licencia de acceso CAL adicional para los clientes, y eso es incorrecto e innecesario para tu caso. La serigrafía de la pegatina que tienes señala que la licencia correspondiente es *solo* para la activación del Sistema Operativo, que no incluye TCAL adicionales..

    Como había indicado en el primer post, tu scenario no requiere que instales CALs adicionales, pues sois menos de 15 usuarios.. Y un servidor de licencias TS no requiere de un código adicional para activarse. Además, tu servidor KIMO ya está activado como servidor de licencias TS.. (si no fuera así en la consola del Administrador de licencias, en el nombre aparecería un círculo rojo con una X junto a él).

    En todo caso, para evitar malentendidos, te adjunto del aspecto que tienen los servidores de licencias cuando NO están activados y cuando están activados:

    Ejemplo de servidor NO activado: http://www.radians.com.ar/Articulos/Images/ba671911e4c7_B662/image4.png
    Ejemplo de servidor activado: http://www.petenetlive.com/KB/Media/0000523/00001.png

    Desiderio Ondo | Bachellor Science in Computer engineering | MCSE certified | ITIL certified | Exchange mailing certified

    lunes, 4 de agosto de 2014 16:11
  • Buenas Desiderio,
    Ya he desinstalado el servidor como servidor de licencias TS.

    Es un poco diferente a la imagen que me has linkado pero creo que la diferencia será por la versión del Server.

    He comprobado si puedo conectarme por TS y como red local. Y todo va bien.

    Hay alguna cosa más que pueda hacer para asegurarme de que todo lo tengo bien configurado, para ya instalarlo en la empresa?

    Muchas gracias


    mblascog

    martes, 5 de agosto de 2014 7:12
  • Hola, Marta:

    Ante todo, ten en cuenta que las imágenes indicadas en mi post anterior eran de ejemplo, para que te centraras especialmente en el aspecto del icono de un servidor de licencias activado (o licenciado) y otro servidor que todavía no había sido activado. Con ésto, lo que quiero señalarte es que no era necesario desinstalar el servidor de licencias TS para volver a implementarlo de nuevo, pero por fortuna en éste caso concreto (que sugiro NO tomes como referente) no pasa nada.

    Respondiendo directamente a tu pregunta, basta con analizar la imagen que has adjuntado en tu último post para comprobar que actualmente no tienes activado (o licenciado) el servidor de licencias TS (aka KIMO) actual, pero por fortuna es un proceso muy sencillo: selecciona el nombre KIMO con el botón secundario del ratón y escoje la opción "Activar servidor". Aparecerá un asistente a través de cuadros de diálogo muy intuitivo que te permitirá proceder a la activación bajo 3 opciones: en linea, por explorador web y por teléfono (la opción "en línea" es la más recomendada, por ser a su vez la más cómoda..)

    Tras rellenar una formulario con los datos básicos del servidor y la empresa a la que corresponde, sigue el asistente y finalizará el proceso en poco tiempo, dependiendo de tu conexión al WWW. No requiere que introduzcas ningún código adicional, y te activará el servicio de cara a TODA la compañía.

    NOTA IMPORTANTE. En el último cuadro del asistente de activación del servidor de licencias TS, desmarca la casilla "Iniciar el asistente para la instalación de licencias" (mira la imagen adjunta en inglés para hacerte una idea http://blogs.technet.com/cfs-file.ashx/__key/communityserver-blogs-components-weblogfiles/00-00-00-48-45-metablogapi/2318.clip_5F00_image029_5F00_7638E4DB.jpg) ya que no es estrictamente necesario a menos que hayas adquirido más licencias TCAL que quieras añadir..

    Puedes ver los procesos completos y/o leer documentación detallada de los mismos aquí:
    · Activación de un servidor de licencias TS:
    http://technet.microsoft.com/es-es/library/cc731293%28v=ws.10%29.aspx

    Lo importante es que el servicio esté operativo, y te felicito por tu perseverancia/constancia en tu propósito. Denota devoción en tus funciones profesionales y que te lo tomas muy en serio. Como tiene que ser!

    Desiderio Ondo | Bachellor Science in Computer engineering | MCSE certified | ITIL certified | Exchange mailing certified

    • Marcado como respuesta Uriel Almendra martes, 5 de agosto de 2014 13:33
    martes, 5 de agosto de 2014 8:38
  • Buenas Desiderio,
    Ya está, ya he activado el servidor de licencias TS

    Me da mucha moral tu último comentario, pues mi trabajo trata de saber un poco de todo y ser especialista en nada. Intento no decir nunca no a mi cliente, aunque ello me suponga perder dinero, pues las horas que llevo con el servidor no me sale a cuenta, pero es una manera de fidelizar al cliente o así me lo parece.

    Entiendo pues, que una vez activado el servidor, puedo dar-lo por configurado, verdad?

     


    mblascog

    martes, 5 de agosto de 2014 10:04
  • Hola, Marta:

    Me alegra saber que mis respuestas son provechosas y a la vez estimulan el ánimo profesional. Personalmente considero que entre compañeros de profesión es necesario apoyarse mutuamente. Después de todo, has planteado un debate que a fecha de hoy sigue muy encendido: es mejor saber un poquito de todo sin ser especialista en nada.. o mejor ser especialista en un área e ignorante en todo lo demás? Quizá algún día se llegue a una solución satisfactoria para ambas legiones..

    Respondiendo directamente a tu consulta, SI. Desde mi humilde punto de vista ya tienes correctamente configurado el servicio de licencias TS.

    Desiderio Ondo | Bachellor Science in Computer engineering | MCSE certified | ITIL certified | Exchange mailing certified

    martes, 5 de agosto de 2014 10:42
  • Buenas Desiderio,

    A menudo, cuando se pregunta en los foros, recibes respuestas como que si no has buscado o leído antes de preguntar. Cada uno sabe lo que hace, yo personalmente prefiero buscar a Google antes que preguntar, ya que la mayoría de las veces, la solución a lo que buscas es más rápido. Pero no siempre es así, y prueba de ello, es el chat entre tu y yo, muy directo, rápido y dándome una gran seguridad.

    En cuanto a la instalación de un servidor, quizás se podría pensar que hay que ser especialista para ello, haberse formado, .... pero a veces, la vida te lleva por donde te lleva, he instalado unos pocos servidores con Server 2003, muy pocos con Server 2008 y el primero, éste, con Server 2012. Se puede rechazar el trabajo, o bien aceptarlo, pensando en lo que vas a aprender. Y esta es mi filosofía, intentar aprender cada día un poquito más.

    Creo que hay un punto intermedio en el tema de los servidores. Grandes empresas, con quizás varios servidores, usuarios descentralizados, .... que requieren de un gran especialista, protecciones, ... o como yo, que instalaré un servidor con 5 o 6 usuarios, que sólo hacen uso del servidor para ejecutar un programa y guardar unos pocos documentos. Creo que para este entorno, es positivo para empezar.

    De nuevo encantada de haber chateado contigo y gracias por el tiempo que me has dedicado


    mblascog

    martes, 5 de agosto de 2014 12:02
  • Hola, Marta:

    En todas las profesiones existen personas que no conocen/aplican el sentido de reciprocidad: "Compórtate con los demás como quieres que se comporten contigo (..)". Me atrevo a extender ésta máxima a todas las comunidades de usuarios, ya sean sociales ó digitales..

    En cuanto al tema de gestión tecnológica.. personalmente considero muy importante la formación académica, ya sea oficial o adicional.. pero los años tras varias pantallas, libros.. te hacen comprender que la formación académica sólo es la base, y como había indicado en el primer post, todos tenemos dudas y todos pasamos por las mismas complicaciones. Algunos con más complicaciones que otros, y ahí es donde entra el juego el sentido de la responsabilidad, la profesionalidad de cada uno y sobre todo (desde mi punto de vista) la perseverancia en conseguir el objetivo. A veces serán a base de errores (el famoso estamento "ensayo y error") y otras veces por el empujón que podrán darnos otros compañeros/as de profesión.. pero más de un 90% del exito es porque creíste en ello, y aportaste un granito de arena para conseguirlo. Que no te quepa la menor duda.

    Es un honor haber podido echarte una mano, compañera.. pero el mérito no es mío. Considero que muchos compañeros presentes en ésta sala o en cualquier otra podrían haberte ayudado con la misma intensidad e ilusión.. y por ello quiero extender tu agradecimiento a todos ellos. Porque tambien lo merecen.

    Desiderio Ondo | Bachellor Science in Computer engineering | MCSE certified | ITIL certified | Exchange mailing certified

    • Marcado como respuesta kambiz_marta miércoles, 6 de agosto de 2014 14:57
    martes, 5 de agosto de 2014 13:49
  • Buenas Desiderio, cuando todo me parecía ok y preparado para ya llevar el servidor a casa del cliente, me he encontrado que de nuevo me sale este mensaje

    Si estás por aquí, me echas un cable. La verdad es que no sé que habré hecho mal, pues la última vez que vi este mensaje faltaban 119 días, y ahora sólo 113, es decir, han pasado 6 días sin verlo, por lo que creí que el problema estaba resuelto.

    Gracias


    mblascog

    jueves, 7 de agosto de 2014 8:39
  • Hola, Marta:

    Desde la primera edición de MS w95, cada uno de los mensajes que aparecían en pantalla del usuario daban la sensación de ser catastrofistas.. y hasta cierto punto, tiene su lógica: sólo así se consigue la atención del usuario y por tanto, dé prioridad a los apartados que el sistema considera importantes.

    El "problema" se encuentra en que Administradores y Servidores NO tenemos las mismas prioridades, y el mensaje indicado en la imagen adjunta es un claro ejemplo de ello: en realidad se trata de un recordatorio para establecer el tipo de licenciamiento que deseas establecer en el servicio RDS para las sesiones de Terminal (por dispositivo o por usuario).. y te exige le des una respuesta ANTES de la fecha que te señala.
    No te preocupes, compañera.. El servicio de Licencias TS lo tienes activo, pero según parece desde la consola de Conf. de Terminal Services, no le has establecido el tipo de licenciamiento que van a hacer uso los clientes: por dispositivo (una CAL se asocia a una máquina, independientemente del usuario que la utilice -para entendernos-) o por usuario (la CAL se asocia a un objeto de cuenta de usuario, y por tanto puede iniciar la sesión desde cualquier máquina, sea PC o no -para entendernos-)

    Para paliar éste problema, debes acceder a EJECUTAR => TSCONFIG.msc y accede al registro "Modo de licenciamiento de Terminal Services" desde el apartado LICENCIAS. Desde ahí, selecciona "Por dispositivo" o "Por usuario" dependiendo de las necesidades de tu scenario. Personalmente, recomendaría por Usuario..
    (Más info y metodología paso-a-paso en http://technet.microsoft.com/es-es/library/cc754759%28v=ws.10%29.aspx)

    ---

    Tecnicamente hablando, la causa es bastante simple: en MS w2k12 los roles ADDS y Connection broker no son compatibles en el mismo servidor (más info en http://support.microsoft.com/kb/2799605) por lo que es posible que incluso te pida implementar el KB2833839 para que deje de aparecer el dichoso mensaje.

    Como solución adicional (si no quieres usar la que te ofrece el KB2833839) podrías usar la virtualización.Implementando el rol de Hyper-V podrás instalar una VM que, junto con el servidor físico se repartan los roles de una implementación RDS, teniendo en mente que el rol de ADDS y el rol de Agente de Conexión (RDCB) no pueden convivir en el mismo server. Por ejemplo: servidor físico sería ADDS+RDLS (serv. de licencias); y servidor virtual sería RDSH (terminal Server)+RDCB (Agente de Conexión). Si te pones con ello, verás que no es tan complejo como suena..

    SOLO PARA FRIKIS: En la revisión con fecha 11/Sept/2011 del KB2871777, se habilita con la instalación del Path que en un servidor con rol ADDS se pueda instalar también el rol de Connection Broker.. (Más info en http://support.microsoft.com/kb/2871777)

    Desiderio Ondo | Bachellor Science in Computer engineering | MCSE certified | ITIL certified | Exchange mailing certified

    jueves, 7 de agosto de 2014 10:43
  • Buenas de nuevo Desiderio,
    He leído todo esto de las incompatibilidades de roles en Server 2012, pero la verdad me pierdo.

    TSCONFIG.msc en Server 2012 no existe. Estoy mirando cómo indicar el Modo de Licenciamiento

    Gracias


    mblascog

    Te refieres a esta pantalla?
    No tengo opción a cambiar de usuario ni de hacer nada.

    Creo que el aviso de licencias RD no configurado viene dado por el rol Host de sesión de Escritorio remoto (instalado). Pero si lo desintalo no funciona el acceso remoto.

    En Diagnóstico de licencias de Escritorio Remoto hay dos advertencias

    Siguiendo las instrucciones, si voy al Administrador de licencias de Escritorio Remoto y agrego licencias, estoy donde el principio, que me pedía código y que además tu me dijiste que por mis necesidades esto no hacía falta.

    jueves, 7 de agosto de 2014 11:38
  • Hola, Marta:

    No te preocupes por el nivel de criticidad que te señala el sistema. Recuerda que tu eres la Administradora y por tanto, como profesional el sistema debe funcionar y obedecerte tal y como a ti te interesa para tu infraestructura concreta.. no como a él le parezca por programación del fabricante.

    Como había indicado en el post anterior, en realidad el sistema te advierte (a su manera) que debes indicarle el modo de licenciamiento que van a emplear los clientes para conectarse por sesiones de Terminal, ya que no está configurado. La "pega" se encuentra en que por defecto tiene un periodo de gracia predeterminado, y no deja de intentar alarmarte sobre la criticidad de éste proceso.

    Bien, la clave se encuentra en proceder correctamente a la implementación del RD session host. Te recomiendo sigas los siguientes pasos:

    PASO 1: Instalación del rol HOST de sesiones RD
    (Detalles oficiales en http://technet.microsoft.com/en-us/library/dd883253%28v=ws.10%29.aspx)
    .- Desde el servidor, accede a EJECUTAR => SERVERMANAGER y accede a la solapa AÑADIR ROLES y SERVICIOS
    .- Selecciona SERVICIOS DE ESCRITORIO REMOTO y tras pulsar NEXT, marca HOST DE SESION DE ESCRITORIO REMOTO.
    .- Asegúrate de escoger la opción REQUERIR AUTENTICACION DE RED en la pantalla ESPECIFICAR METODO DE AUTENTICACION
    .- Asimismo, asegúrate de marcar CONFIGURAR DESPUES en el apartado ESPECIFICAR MODO DE LICENCIAMIENTO.
    .- En la pantalla siguiente, agrega los GRUPOS de pertenencia de los usuarios que deseas puedan acceder al servicio TS. Por lo general, recomiendo selecciones el grupo "Usuarios de Escritorio Remoto"

    PASO 2: Añadir el servidor KIMO al grupo de Servidores de Licencias de Terminal Server
    .- Desde el servidor, accede a EJECUTAR => DSA.msc => Contenedor BUILT-IN (normalmente en el directorio raíz)
    .- Accede a las propiedades del grupo SERVIDORES DE LICENCIAS TS/TS LICENSE SERVERS y desde la solapa MIEMBROS, agrega el servidor KIMO
    .- Aplica/Acepta los cambios realizados y cierra la consola DSA.msc
    .- Accede a EJECUTAR => SERVICES.msc y reinicia el servicio SERVICIO DE ESCRITORIO REMOTO/REMOTE DESKTOP SERVICE. Si tienes la menor duda y/o te "mola" ser radical, reinicia el servidor..

    PASO 3: Terminar la configuración del servicio HOST
    (Detalles oficiales en http://support.microsoft.com/kb/2833839/en-us)
    Bien, lo primero es garantizar que los usuarios interesantes puedan acceder. Para ello, asegúrate que los bichos de turno estén incluídos en el grupo USUARIOS DE ESCRITORIO REMOTO/REMOTE DESKTOP USERS
    NOTA: Voy a pasar por alto los pasos exactos. A la menor duda, recomiendo eches un vistazo a http://technet.microsoft.com/es-es/library/cc743161.aspx

    Vale. Al lío:
    .- Desde el servidor, accede a EJECUTAR => POWERSHELL
    .- Ejecuta los comandos (sin PS C:\>)
    PS C:\>$obj = gwmi -namespace "Root/CIMV2/TerminalServices" Win32_TerminalServiceSetting

    ATENCION!!! Si usas licencias por DISPOSITIVO ejecuta ahora =>  PS C:\>$obj.ChangeMode(2)
    ATENCION!!! Si vas a usar licencias por USUARIO ejecuta ahora =>  PS C:\>$obj.ChangeMode(4)

    Vale. Seguimos con el PowerShell. Ejecuta ahora los comandos (sin PS C:\>)
    PS C:\>$obj.SetSpecifiedLicenseServerList("KIMO")
    PS C:\>$obj.GetSpecifiedLicenseServerList()

    Y ya tienes el mensaje de advertencia corregido y el servicio correctamente configurado. Por favor, comprueba el paso-a-paso aquí facilitado para que veas un ejemplo práctico (formato .PDF) por si te has perdido en alguna de las indicaciones anteriores: http://kb.ncomputing.com/kb/afile/435/370/

    Desiderio Ondo | Bachellor Science in Computer engineering | MCSE certified | ITIL certified | Exchange mailing certified

    jueves, 7 de agosto de 2014 16:55
  • Hola Desiderio, gracias por responder, estaba esperando ;-)
    Me estás diciendo que haga caso omisa a la advertencia de que RDS dejará de funcionar en
    113 días y que no pasará nada?

    El rol Host de sesiones RD ya lo tenía instalado, pero para seguir exactamente tus indicaciones
    lo he quitado y vuelto a instalar. Con lo que me he asustado un poco, pues luego no arrancaba el
    servidor. He intentado reparar y me decía que el disco que contenía las Windows estaba bloqueado.
    He sacado la corriente del servidor y ha vuelto arranca. Esto asusta un montón.

    Siguiendo con el tema, mientras instalaba el rol Host de Sesión de Escritorio Remoto no he tenido 
    opción ni de marcar Requerir Autenticación de Red, es que no ha aparecido Especificar Modo de 
    Autenticación, ni tampoco Especificar Modo de Licenciamiento.

    Estas son las pantallas que me han sido saliendo:

    En Administración de Equipos - Grupos - Usuarios de Acceso Remoto ya tengo añadido el usuario que
    quiero que acceda por Terminal Server. No sé si esto a esto a lo que te refieres cuando dices que
    agregue Grupos de pertencia de los usuarios ...

    En el paso 2 ya me pierdo, pues DSA.msc tampoco existe en Server 2012 y no sé a qué opción te refieres.

    He mirado el pdf, pero no se trata de mi caso, pues hasta activar el Servidor vale, pero a partir de aquí, activa licencias y esto me dijistes que no tenía que hacerlo

    No sigo con los siguientes pasos hasta que me digas, por favor como hacer el paso 2.

    Muchas gracias


    mblascog

    jueves, 7 de agosto de 2014 18:36
  • Hola, Marta:

    Los mensajes de advertencia que señala el equipo son importantes, pues siempre hay que tenerlos en cuenta. Lo que siempre recomiendo es nunca alarmarse con ellos, pues nos pondríamos nerviosos (a todos nos ha pasado, y yo el primero..) y tendremos entonces a cometer más errores de lo normal. Eres la Administradora del entorno corporativo. Eso significa que tú mejor que nadie conoce las necesidades de tu entorno, NO el sistema, ni siquiera yo o cualquiera de los compañeros. Por ello mismo, te sugiero no te dejes llevar por lo que digamos el servidor, los compañeros o yo. Queremos ayudarte (que no te quepa la menor duda), pero recomiendo adaptes las soluciones oficiales que te facilitemos al entorno corporativo que te afecta, pero estableciendo tu las prioridades de funcionamiento y lo que es más importante: que NUNCA altere tu orden de tareas (a menos que sea algo crítico, por supuesto!!). ;-)

    Vamos al asunto! Trataré de separar los apartados para que sea mucho más sencillo llevarlos a cabo:

    .- "El rol Host de sesiones RD ya lo tenía instalado, pero para seguir exactamente tus indicaciones lo he quitado y vuelto a instalar. Con lo que me he asustado un poco, pues luego no arrancaba el servidor. He intentado reparar y me decía que el disco que contenía las Windows estaba bloqueado. He sacado la corriente del servidor y ha vuelto arranca. Esto asusta un montón."

    Me temo que hemos tenido una descompensación comunicativa, y eso ha provocado que creyera no tuvieras instalado el rol de Host cuando no era así. Obviamente, las indicaciones paso-a-paso estaban pensadas para ejecutarlas en caso en que el rol no estuvia implementado, y lo idóneo es que al tenerlo ya operativo, no hubiera hecho falta seguirlo. No obstante, presumo que ahora mismo el rol Host de servidores RD está correctamente instalado en tu servidor..
    Coincido con lo señalado acerca de los problemas de arranque del servidor. Desconozco qué puede haberlo provocado (ya revisaremos el Visor de Sucesos para identificar las causas) pero no por ello lo pasaremos por alto. Como te decía anteriormente, la clave es la organización de prioridades: primero nos centraremos en los servicios TS y si consideras adecuado, posteriormente nos centraremos en las causas del bloqueo de la unidad del sistema (que "huele" a BitLocker..)

    .- "Mientras instalaba el rol Host de Sesión de Escritorio Remoto no he tenido opción ni de marcar Requerir Autenticación de Red, es que no ha aparecido Especificar Modo de Autenticación, ni tampoco Especificar Modo de Licenciamiento."

    Es en mi domicilio donde dispongo de un entorno corporativo virtual con varias distribuciones MS w2k12, no en el entorno corporativo profesional (precisamente para diferenciar entornos: a fecha de hoy MS w2k12 server todavía presenta problemas de funcionamiento en algunos servicios y por ello, donde me gano las lenjetas prefiero un sistema "garantizado" de funcionamiento, aunque sea una versión anterior)
    Normalmente prefiero señalar enlaces directos de Microsoft para validar mis respuestas, pero me he coordinado con Shannon (el compañero de una de nuestras delegaciones en USA) que tiene un blog explicando paso-a-paso con imágenes explícitas del proceso. Por favor.. echa un vistazo, trata de verificar si puede servirte y empezamos a trabajar en ello. No dudes en preguntar lo que sea!!:

    · Step-by-step guides on RDS in MS w2k12 server (adding a licensing server):
    http://www.concurrency.com/blog/rds8-add-a-licensing-server-2/

    .- "En Administración de Equipos - Grupos - Usuarios de Acceso Remoto ya tengo añadido el usuario que quiero que acceda por Terminal Server. No sé si esto a esto a lo que te refieres cuando dices que agregue Grupos de pertencia de los usuarios.."

    Sí, en efecto. Es conveniente configurar los usuarios con acceso TS desde grupos de pertenencia, y no desde objetos de cuenta de usuario individuales (por agilizar/facilitar la Administración de recursos de acceso por TS). Es correcta la interpretación.

    .- "En el paso 2 ya me pierdo, pues DSA.msc tampoco existe en Server 2012 y no sé a qué opción te refieres."

    Desde las distribuciones MS w2k(*) server existe la consola de "Usuarios y Equipos de Active Directory", cuyo acceso por comandos sería EJECUTAR => DSA.msc (o MENU INICIO => TODOS LOS PROGRAMAS => HERRAMIENTAS ADMIN. => USUARIOS y EQUIPOS DE ACTIVE DIRECTORY). La principal novedad es que dicha consola sólo se implementa al promover el servidor a DC (ya sea maestro o adicional al dominio), lo que significa que tu servidor es stand-alone, y por ello NO dispone de la consola. Normalmente los servidores MS w2k(*) Foundation se suelen instalar ya promovidos con roles ADDS, lo que había dado por hecho era un DC en tu scenario.. Te ruego me disculpes por ello.

    Por fortuna no es un apartado crítico, ya que bastaría entonces con hacer los mismos pasos orientados a un servidor stand-alone. Esto es, los pasos exactos serían:

    PASO 2: Añadir el servidor KIMO al grupo de Servidores de Licencias de Terminal Server
    · Desde el servidor, accede a EJECUTAR => COMPMGMT.msc => USUARIOS Y GRUPOS LOCALES => GRUPOS
    · Accede a las propiedades del grupo SERVIDORES DE LICENCIAS TS/TS LICENSE SERVERS y desde la solapa MIEMBROS, agrega el servidor KIMO
    · Aplica/Acepta los cambios realizados y cierra la consola COMPMGMT.msc
    · Accede a EJECUTAR => SERVICES.msc y reinicia el servicio SERVICIO DE ESCRITORIO REMOTO/REMOTE DESKTOP SERVICE.

    .- "He mirado el pdf, pero no se trata de mi caso, pues hasta activar el Servidor vale, pero a partir de aquí, activa licencias y esto me dijistes que no tenía que hacerlo. No sigo con los siguientes pasos hasta que me digas, por favor como hacer el paso 2."

    En efecto, la activación de licencias es para AGREGAR licencias adicionales para accesos por sesiones de TS. Tu licencia de activación del sistema (hablamos de un servidor MS w2k12 Foundation) ya tiene incluídas 15 licencias CAL para permitir conexiones SMB bajo NETBIOS, y hasta un máximo de 50 TCAL para RDS. Sólo en el caso en que hayas adquirido más licencias TCAL explícitas para tu servidor concreto MS w2k12 Fundation, te aparecería en la serigrafía con el código de licencia un texto tal como "Windows Server 2k12 R2  Foundation 1-4 CPU + XX TCAL" (donde XX sería el nº de licencias TCAL adicionales -normalmente 5 a 10- que SI habría que incluir en el Asistente de instalación de licencias TCAL). En tu scenario concreto, como solo es 1 único usuario el que se conecta por TS, aplica la licencia predeterminada de acceso TCAL incluída en el sistema (normalmente habilitada sólo para la cuenta de Administración). Puedes ver más detalles técnicos en: http://technet.microsoft.com/en-us/library/jj679892.aspx

    Sí te recomiendo sigas con el resto de los paso-a-paso indicados.
    Por favor, haznos saber el status una vez aplicados..

    Desiderio Ondo | Bachellor Science in Computer engineering | MCSE certified | ITIL certified | Exchange mailing certified

    viernes, 8 de agosto de 2014 10:25
  • Hola Desiderio, me sabe mal, tu lo intentas y yo sólo encuentro problemas.

    He seguido el blog de tu compañero, pero ya no puedo pasar del primer paso.

    En cuanto al paso 2, no me aparece el servidor de Licencias TS

    Gracias por tu interés Desiderio


    mblascog

    viernes, 8 de agosto de 2014 14:34
  • Desiderio, estás seguro que este tema tiene solución?

    Seguro que es posible configurar un Server 2012 R2 Foundation, sin dominio, sólo Grupo de Trabajo? Alguien lo ha hecho anteriormente?

    Nadie ha hecho un manual, paso a paso, de como configurar el Escritorio Remoto con esta versión en concreto?

    Llevo muchísimas horas, entre chatear contigo y buscando por Internet, y casi estoy llegando a la conclusión de que no debe ser posible.

    Gracias.


    mblascog

    viernes, 8 de agosto de 2014 19:22
  • Buenas Desiderio,

    Hoy me he levantado un poco inspirada y he conseguido eliminar uno de los 2 avisos aparecidos en el Diagnóstico de Licencias de Escritorio Remoto:


    El primer aviso indicaba que no estaba configurado el modo de administración de licencias.  

    Para configurarlo he hecho lo siguiente:

    - Ejecutar la Cónsola (mmc)

    - En Archivo he seleccionado Agregar o quitar complemento. He añadido Editor de objetos de directiva de grupo

    - Dentro de la Directiva Equipo Local:

                    - Plantillas Administrativas

                    - Componentes de Windows

                    - Servicios de Escritorio Remoto

                    - Host de Sesión de Escritorio Remoto

                    - Licencias

                    - Establecer el modo de licencia de Escritorio Remoto: estaba deshabilitado. Lo he habilitado y seleccionado por usuario.

    Ahora me queda el segundo, seguiré intentando para solucionarlo, pero si tu Desiderio o alguin más puede echarme un cable, estaré muy agradecida.

    He encontrado por Internet la siguiente solución:

    - Dentro de la Directiva Equipo Local:

                    - Plantillas Administrativas

                    - Componentes de Windows

                    - Servicios de Escritorio Remoto

                    - Host de Sesión de Escritorio Remoto

                    - Licencias

    - Usar los servidores de licencias de Escritorio remoto específicados. Lo ha habilitado y he introducido el nombre de mi servidor. Y ahora no parece que el servidor de licencias ya no está en período de gracia, pero aparece el siguiente aviso:

    Alguna sugerencia? 

    Sólo recordar que mi entorno es Windows Server 2012 r2 Foundation y Grupo de Trabajo.

    Muchas gracias.


    mblascog


    sábado, 9 de agosto de 2014 8:07
  • Hola Martha,

    Prueba con este link, me parece que es lo que necesitas:

    http://www.soluciones.si/blog/2014/06/04/configurar-licencias-de-terminal-server-en-windows-server-2012-sin-pertenecer-un-dominio-en-un-grupo-de-trabajo/

    Yo tengo el mismo caso, solo que yo tengo un WS2012 Standard dentro de un Dominio.

    Saludos y suerte.

    domingo, 10 de agosto de 2014 1:55
  • Muchas gracias por responder JluisRiv, el problema está que la versión de mi Server es Foundation y tiene ciertas limitaciones. A pesar de asegurarte que dispones de 15 cals y una licencia de Terminal Server, ciertos roles entran en conflicto, y administradores no muy expertos como yo, nos desesperamos para conseguir lo que en teoría he comprado.

    No sé si lo llegaré a conseguir. Iré informando.


    mblascog

    domingo, 10 de agosto de 2014 21:20
  • Estimada Marta,

    Ya te alcance, al igual que tu caso, me queda un único mensaje de error, el mismo aviso que a ti te sale, seguiré inventigando y si se de algo te informo, por favor si tu lo resuelves antes me cuentas

    Cordialmente,.

    JLUISRIV

    lunes, 11 de agosto de 2014 0:57
  • Buenas JluisRiv, sé que no estoy sola en este problema, menos mal. Pero no entiendo que tenga que ser tan difícil configurar el TS en esta versión, si cuando miras sus caracerístiques es posible.

    Yo tengo configurado el servidor como grupo de trabajo, pero si configurándolo como dominio se soluciona el problema, lo cambio rápidamente. Pero como saberlo seguro? Según voy leyendo unos dicen que sí, y otros que no.

    Pero a ello vamos. Espero que Desiderio nos pueda echar un cable, si es que tu o yo, antes, no lo hemos solucionado.

    Gracias


    mblascog


    lunes, 11 de agosto de 2014 6:10
  • Hola, Marta:

    Muchísimas gracias por la confianza depositada en mis consejos, compañera.. Como ya he señalado antes, estoy seguro que entre los consejos de JLuisRiv, tu experiencia/habilidad ante las adversidades y el empujón que sin duda nos darán el resto de compañeros, podremos sacarlo adelante.

    He constatado que quizá nuestro error se encuentra en facilitar un manual paso-a-paso completo, de manera general y sin personalizarlo para tu scenario concreto. Por ello mismo, sugiero vayamos por partes y superando cada una de las fases del manual indicado previamente.

    Vale, eso significa que vamos a intercambiar un montón de mensajes, pero siendo sincero: prefiero dedicarte todo el tiempo necesario y confirmar que te funciona perfectamente el sistema a seguir respondiendo más post..

    Vamos allá!!
    Reconozco que es un serio inconveniene el detalle de no pertenecer a un entorno de dominio, ya que nos "limita" en ciertos aspectos.. pero hay que adaptarse al entorno del cliente!
    El primer paso consiste en que confirmemos la correcta identificación del sistema. Vamos a asignarle un nombre completo (FQDN) a nuestro servidor. Para ello, te ruego inicies la sesión localmente y desde EJECUTAR => SYSDM.cpl => solapa "Nombre de equipo" => botón "Cambiar" => botón "Más.." sobre apartado "Nombre de equipo" asigna un sufijo DNS que nos servirá para "completar" el nombre del sistema, como por ejemplo: dominio

    Por favor, haznos saber que éste paso está completo para continuar al siguiente..

    Desiderio Ondo | Bachellor Science in Computer engineering | MCSE certified | ITIL certified | Exchange mailing certified

    lunes, 11 de agosto de 2014 13:24
  • Buenas de nuevo Desiderio,

    Si todo el problema está por trabajar en un entorno de Grupo de Trabajo, en lugar de dominio, lo cambio.

    Así queda lo que me has dicho

    Desiderio, tengo que irme a trabajar a otra empresa. Estaré ausente de 3 a 4 horas a partir de ahora. Seguirás online todavía. Me interesa mucho saber cuando podemos proceder al intercambio de posts.

    Si no puede ser hoy, mañana que horario estarás disponible, para podérmelo combinar.

    Muchas gracias


    mblascog


    lunes, 11 de agosto de 2014 13:49
  • Hola, Marta:

    No te voy a negar que desde mi punto de vista profesional, es mucho más sencillo/cómodo trabajar con una máquina perteneciente a un entorno de dominio, pero para éste scenario concreto, no es estrictamente necesario. Además, ten en cuenta que desconozco la infraestructura final en que se va a alojar en el ámbito del cliente (sería recomendable entonces configurarlo con los parámetros del dominio del cliente en el caso en que existiera y éste estuviera de acuerdo..)

    NOTA IMPORTANTE: No recomiendo que los sufijos DNS locales sean compatibles con nombres FQDN para WWW. El motivo? Evitar que la gente y/o miembros del dep. IT se confundan. En éste caso concreto, "KIMO.EQUIPOSKIMO.COM" puede inducir al tratar de acceder por SMBIOS que se trata de una URL (de hecho, el sistema así lo va a reconocer.. y si no tenemos los DNS correctamente configurados es posible que "pregunte" directamente a nuestros concentradores de acceso al WWW y por ende, a nuestros ISP.. cuando la máquina está en nuestra LAN!!). Mi recomendación es que cambies el sufijo DNS "EQUIPOSKIMO.COM" por otro NO compatible con WWW, como por ejemplo "EQUIPOSKIMO.local", "EQUIPOSKIMO.lan".. etc. Vamos, un sufijo que cualquiera que lo lea sepa de primera mano que NO es una máquina en la WWW.

    Me alegra observar que éste primer paso se ha superado correctamente (doy por hecho que has completado el reinicio solicitado por el sistema), por lo que podemos pasar al siguiente punto (que es verdaderamente crítico): El servidor de licencias KIMO ha sido reconocido por el sistema, pero vamos a completar los procesos por línea de comandos.

    Accede a EJECUTAR => POWERSHELL y desde el promt que te aparece en pantalla, ejecuta los siguientes comandos línea a línea (sin PS C:\>, y cambia la parte de KIMO.EQUIPOSKIMO.COM por el FQDN que hayas decidido (si procede):

    PS C:\>$obj = gwmi -namespace "Root/CIMV2/TerminalServices" Win32_TerminalServiceSetting
    PS C:\>$obj.ChangeMode(4)
    PS C:\>$obj.SetSpecifiedLicenseServerList("KIMO.EQUIPOSKIMO.COM")
    PS C:\>$obj.GetSpecifiedLicenseServerList()

    Vale. A partir de aquí, te pedirá reiniciar el sistema.. y habremos completado la fase 2.
    Haznos saber qué tal te ha ido..


    ==========================


    Ah! Me temo que mi horario es el standard de oficina (9:00h AM a 18:00h PM) y del mismo, aprovecho los "tiempos muertos" disponibles (hoy en concreto estaré un poquito más de tiempo por asuntos de migraciones..). No obstante, como he señalado en el post anterior, mi propósito es ayudarte a cerrar ésta consulta con contando con tus acciones sobre el campo y la posible sugerencia de cualquier compañero que pueda/desee aportar su sugerencia/experiencia.

    Desiderio Ondo | Bachellor Science in Computer engineering | MCSE certified | ITIL certified | Exchange mailing certified

    lunes, 11 de agosto de 2014 16:21
  • Buenas Desiderio,

    Como siempre se complica el trabajo y he regresado muy tarde.

    La hora laboral que me indicas es horario local de qué país?

    Mañana, menos un par de horas, estaré entregada en el tema.

    Decirte que no he avanzado en nada, sólo en el cambio de nombre.

    En cuanto a la ejecución de los comandos en PowerShell, me han dado error:

    Gracias.


    mblascog


    lunes, 11 de agosto de 2014 23:06
  • Buenas,

    Cómo el tema ya me urge, por el compromiso de entregar el servidor al cliente. He hecho una consulta profesional a un técnico de sistemas.

    Se ha conectado remotamente al servidor y me ha dicho lo siguiente:

    - que al usar sólo una licencia administrativa de Terminal Server, no es necesario activar el servidor de Licencias de Terminal Server

    - los avisos que aparecen en el Diagnóstico de Licencias de Escritorio Remoto, se refieren a la no activación de dicho servidor, pero por lo dicho anteriormente, no es necesario.

    Considerais estas observaciones correctas?

    De todas maneras si esta versión de Windows Server lleva incorporada una Licencia de Terminal Server, por qué no ponen el tema más fácil, de manera que no figure ningún aviso ni error al respecto?

    Gracias


    mblascog

    martes, 12 de agosto de 2014 10:44
  • Hola, Marta:

    En alguna ocasión, todos hemos sufrido ésas complicaciones laborales en los momentos más inesperados.. Parece ser la Ley de Murphy. En cuanto a la hora laboral que me refiero es la correspondiente a la GMT+1 (Bruselas, Coppenhagen, Madrid, Paris) y en este caso concreto, para Madrid-España.

    Muy bien. La primera imagen adjunta muestra que has realizado el correcto cambio de sufijo DNS, pero desgraciadamente puedo constatar por la segunda imagen adjunta que el nombre del servidor no se corresponde con KIMO, sino con WIN-GR3Q1K8J2PH, que es el correspondiente a la ruta del perfil local de la cuenta de Administración. Sería interesante resolver éste problema ANTES de proceder con los siguientes pasos ya que aunque no debería suponer un inconveniente, está claro que la cantidad de errores que detectas sobre el campo nos obliga a depurar todos los aspectos. Vamos a intentar terminarlo hoy mismo:

    Primero procederemos a confirmar la correcta nomenclatura de la estación a KIMO y posteriormente, estableceremos correctamente la ruta del perfil de usuario local.

    Nomenclatura del servidor KIMO.
    Accede desde la cuenta local a EJECUTAR => SYSDM.cpl => solapa NOMBRE DE EQUIPO => botón CAMBIAR y confirma que el nombre del servidor sea KIMO. si es necesario, reinicia el sistema para aplicar los cambios.

    Establecimiento del perfil de usuario de Administracion.
    Dado que es un sistema local y no perteneciente a ningun dominio, accedemos en el servidor local a EJECUTAR => COMPMGMT.msc => apartado USUARIOS LOCALES Y GRUPOS => carpeta USUARIOS => propiedades de cuenta ADMINISTRADOR => solapa PERFIL donde estableces "C:\Users\Administrador" en el apartado RUTA DE PERFIL.

    Posteriormente, desde EJECUTAR => REGEDIT => ruta HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\ProfileList, donde de entre todos los directorios de nombre S-1-5-21.. verifica que aquél cuya  cadena de valor CentralProfile sea C:\Users\Administrador.WIN-GR3Q1K8J2PH renombrala a C:\Users\Administrador (igual valor en ProfileImagePath). con ésto, garantizamos que el perfil de usuario sea el correcto y al menos NO tengamos problemas cuyo origen final sea éste..

    Por favor, avisa en cuanto éstos pasos estén completos.

    Desiderio Ondo | Bachellor Science in Computer engineering | MCSE certified | ITIL certified | Exchange mailing certified

    martes, 12 de agosto de 2014 11:42
  • Buenas Desiderio,

    He cambiado la ruta del perfil:

    Y en cuanto a lo segundo, no he encontrado la cadena CentralProfile, sólo la ProfileImagePath, y la he cambiado. Correcto?


    He reiniciado y he vuelto a intentar los pasos indicados ayer y sigue dando el mismo error, aunque ahora desde el usuario Administrador

    Gracias.


    mblascog


    martes, 12 de agosto de 2014 12:54
  • Desiderio, como veo que esto se alarga mucho, sólo confírmame una cosa. Está en lo cierto el técnico que me ha comentado que los avisos que tengo en el Diagnóstico de Licencias de Acceso Remoto, es solo para indicar que no tengo activado el servidor de licencias? Y cómo no lo necesito, no pasa nada?

    Es que mañana tengo que entregar el servidor, y quiero quedarme tranquila.

    Gracias


    mblascog

    martes, 12 de agosto de 2014 14:07
  • Hola, Marta:

    Muy bien, compañera! Sería interesante verificar que el resto de claves S-1-5-21-21.. S-1-5-80.. y S-1-5-82.. no tuvieran cadenas de valor C:\Users\Administrador, para evitar cualquier duplicidad (es MUY importante asegurarse de ello!). De hecho, lo predeterminado de las claves del PROFILELIST sólo son los registros S-1-5-18, S-1-5-19 y S-1-5-20 (junto con la que tienes señalada en la imagen). Todas las demás son prescindibles, pero eso ya es otro tema que quizá tratemos en un futuro..

    Doy por hecho que has procedido al reinicio del sistema para confirmar que se han aplicado los ajustes (tranquila, como estamos implementando el servidor, habrán MUCHOS reinicios..) y tras verificar que tanto el nombre del sistema es KIMO, el sufijo DNS del sistema es EQUIMOSKIMO.LOCAL y que al acceder a EJECUTAR => CMD, el prompt nos indica "C:\Users\Administrador" (sin comillas), procedemos entonces a continuar los pasos indicados previamente:

    Accede a EJECUTAR => POWERSHELL y desde el promt que te aparece en pantalla, ejecuta los siguientes comandos línea a línea (sin PS C:\>):

    PS C:\>$obj = gwmi -namespace "Root/CIMV2/TerminalServices" Win32_TerminalServiceSetting
    PS C:\>$obj.ChangeMode(4)
    PS C:\>$obj.SetSpecifiedLicenseServerList("KIMO")
    PS C:\>$obj.GetSpecifiedLicenseServerList()

    Vale. A partir de aquí, te pedirá reiniciar el sistema.. y habremos completado la fase 2.
    Haznos saber qué tal te ha ido..

    =================================

    Respecto a las indicaciones resueltas de tu consulta profesional, ten en cuenta que prácticamente son las indicaciones que te indicaba desde un principio: los mensajes que te indica el sistema sobre el Diagnóstico de Licencias TS se tratan de advertencias, cuya finalidad es que le prestes atención, pero no en el sentido en que lo consideres algo grave. En tu scenario, tan sólo va a existir 1 única conexión TS real, por lo que no es necesario aplicar más licencias de acceso remoto, ya que va a hacer uso de la licencia que ya tienes al adquirir tu software de servidor.

    No coincido plenamente con la idea de no ser necesaria la activación del servidor de Licencias (a pesar de no hacer uso de TCAL adicionales, es verdad..) pero reconozco es más por manías personales: técnicamente hablando, opto por completar las implementaciones, y evitar (en la medida de lo posible) dar explicaciones adicionales al cliente final..

    Desiderio Ondo | Bachellor Science in Computer engineering | MCSE certified | ITIL certified | Exchange mailing certified

    martes, 12 de agosto de 2014 14:26
  • Gracias Desiderio, he comprobado las claves que no existiera ninguna duplicidad. No existe y cómo ya había reiniciado, el error que te he adjuntado antes cuando ejecuto desde PowerShell $obj.ChangeMode(4), sigue siendo el mismo, ya que no he hecho ningún cambio.

    De todas formas la licencia por usuario ya la tengo asignada

    A mi también me gustaría que no hubiese ninguna advertencia, pero creo que eso va a ser imposible, por lo que quería asegurarme.

    Gracias


    mblascog




    martes, 12 de agosto de 2014 14:40
  • Hola, Marta:

    El modo más drástico de eliminar la advertencia pasa por aplicar GPO que impida que aparezca. Para ello, accede a EJECUTAR => GPEDIT.msc => CONF. DEL EQUIPO => PLANTILLAS ADMIN. => COMP. DE WINDOWS => SERVICIOS DE ESCRITORIO REMOTO => HOST DE SESION DE ESCRITORIO REMOTO => LICENCIAS, y habilitita la directiva de nombre "Ocultar notificaciones.."

    El error que señalado por PowerShell es de permisos, que normalmente se soluciona ejecutando los mismos comandos en una sesión elevada del prompt (ejecutando "Como Administrador").. pero por fortuna no es algo imprescindible. Vamos a definir el servidor de licencias poor GPO. Para ello, en la misma ruta señalada anteriormente (EJECUTAR => GPEDIT.msc => CONF. DEL EQUIPO => PLANTILLAS ADMIN. => COMP. DE WINDOWS => SERVICIOS DE ESCRITORIO REMOTO => HOST DE SESION DE ESCRITORIO REMOTO => LICENCIAS) puedes establecer "kimo.equiposkimo.local" (sin comillas) como servidor de licencias editando la directiva "Usar el servidor de licencias de Escritorio Remoto", aunque creo que lo tenías hecho.

    Por último, edita la directiva "Establecer el modo de licencia de Escritorio remoto" desde el combo-box a "Por Usuario".. y habrás completado el proceso.

    Como se trata de una serie de directivas a nivel de máquina, es conveniente esperar máximo 15 min, reiniciar el sistema ó acceder al comando (EJECUTAR => GPUPDATE /FORCE) para aplicar rápidamente los cambios..

    Por favor, confirmanos que ha ido bien..

    Desiderio Ondo | Bachellor Science in Computer engineering | MCSE certified | ITIL certified | Exchange mailing certified

    martes, 12 de agosto de 2014 15:41
  • Buenas Desiderio,

    La opción de ocultar las notificaciones ya lo había visto, pero estamos con esto no solucionamos el problema sinó que lo escondemos.

    De todas formas, partiendo que lo que quiero configurar es algo que esta versión lo permite, me parece muy poco elegante. No crees lo mismo?

    Si configurara el servidor en dominio en lugar de grupo de trabajo, tendría el mismo problema?

    Gracias


    mblascog

    martes, 12 de agosto de 2014 16:10
  • Hola, Marta:

    Respondiendo directamente a tu pregunta: no, no tendrías el mismo inconveniente. el motivo es bien sencillo: la inmensa mayoría de Sistemas con MS wFOUNDATION 2k12 han sido configurados en un entorno de dominio, motivo por el que la inmensa mayoría de manuales que puedan existir respecto al sistema han sido redactadas basándose en ése principio. Ten en cuenta que los servidores Microsoft están pensados principalmente para ello..

    Pero como decía en uno de los posts anteriores, tenemos el inconveniente de desconocer si el cliente final va a disponer de un entorno de dominio personalizado y lo que es más importante: que esté de acuerdo. De ahí que no insistiera en que promovieras el sistema a DC.

    Y si, coincido en poca elegancia en "obligar" al sistema a ocultar mensajes de advertencia. Personalmente, prefiero configurar el sistema para que no tenga motivos para mostrarlas.

    Mi recomendación es que constates con el cliente final si dispone de un entorno de dominio personalizado y sobre todo, si aprueba la posibilidad de promover el sistema MS wFOUNDATION 2k12 antes de entregárselo..

    NOTA IMPORTANTE EN EL MUNDO DE LOS NEGOCIOS.  Lo primero es aplicar una solución viable. Después, ya aplicaremos la MEJOR solución.


    Desiderio Ondo | Bachellor Science in Computer engineering | MCSE certified | ITIL certified | Exchange mailing certified

    martes, 12 de agosto de 2014 16:32
  • Hola, Marta:

    Tras el post que habías escrito el pasado Domingo 10 a las 21:28h PM, había interpretado que ya tenías activado el servidor de licencias tras reinstalar nuevamente el servicio de Host. Asimismo, presumo que el mensaje de advertencia que señalas del sistema es el mismo indicado entonces: "El servidor host de sesión de Escritorio remoso se encuentra en el modo de licencia por Usuario y el modo de redirector No.." que te seguirá apareciendo aun teniendo el servicio de licencias TS activado..

    Sí puedo confirmarte una cosa: mientras sólo sea 1 único usuario el que haga uso del servicio TS, no hay de qué preocuparse aun transcurriendo los 116 días restantes.. pero tambien que en el momento en que el cliente vea cualquier mensaje que le indique el servidor (ya sea por TS, por Actualizaciones, por servicios adicionales.. etc), se pondrá en contacto contigo para hacértelo saber. Sólo sus modales y su trato contigo definen si será una queja o te pedirá consejo técnico. En pocas palabras: si un cliente dispone de tu contacto para soporte de un producto/servicio que esté haciendo uso, cada llamada/email.. hará que se te encienda una luz de precaución por si la "c*gas". Lo digo por experiencia

    Pero no tienes motivos para preocuparte, compañera.. Si has seguido los pasos que te hemos indicado, al menos el servicio que nos has consultado lo has configurado correctamente, según los estandarte de la propia Microsoft (fabricante del producto). No hay mejor garantía de funcionamiento, por lo que a partir de ahora entra en juego la parte de Marketing e ingeniería social para con el trato al cliente final. En el peor de los casos, recuerda que siempre dispones de soporte técnico especializado por contacto directo con Ingenieros desde éste mismo foro TechNET, que es el foro oficial de Microsoft..

    Desiderio Ondo | Bachellor Science in Computer engineering | MCSE certified | ITIL certified | Exchange mailing certified

    miércoles, 13 de agosto de 2014 10:18
  • Buenas tardes Desiderio, permiteme molestarte y hacerte una pregunta. Tengo un único servidor Windows Server 2012 Foundation y sólo me permite 2 accesos remotos a dicho servidor.

    Como puedo ampliar hasta 5 accesos remotos.

    Muchas gracias

    sábado, 4 de junio de 2016 16:06
  • Marta como esta... en estos ultimos meses he tenido inconveniente con un windows server 2012 foundation rock, mi escenario es igual al que tu planteas aqui, yo necesito conectar 5 usuarios externos, para lo cual adquiri 5 licencias de escritorio remoto, ademas abran 2 usuarios por la red local LAN, el problema es que en un principio me mostro el mensaje de advertencia de que quedaban x dias para activar el servidor, realize la activacion ejecutando las lineas 

    $obj = gwmi -namespace "Root/CIMV2/TerminalServices" Win32_TerminalServiceSetting
    $obj.ChangeMode(4)
    $obj.SetSpecifiedLicenseServerList("SVR-LB-01.louisb.lan")
    $obj.GetSpecifiedLicenseServerList()

    hecho esto, pude ver que el servidor quedo activo, las 5 licencias activas, todo sin problema, pero desde hace unos dias ya no tengo acceso por escritorio remoto, me sale un aviso que dice "se desconecto la sesion remota porque no hay servidores de licencias de escritorio remoto disponibles para proporcionar una licencia. Pongase en contacto con el administrador del servidor". 

    He hecho de todo, hice los procesos que describes en gpedit para activar el servidor, para activar el modo de licencias, cambiar el nombre del servidor con xxxxx.algo.lan ... colocar como nombre de servidor de licencias xxxxx.algo.lan .. y nada .. no logro que se vuelva a activar el servidor

    Por favor me puedes decir si tu lograste solucionarlo.. ? -- o sabes de algo mas que pueda hacer _ .. muchas gracias

    martes, 20 de septiembre de 2016 21:12