Windows Server 2008 R2 permitido la implementación de Terminal Server (Escritorio Remoto) sin un dominio, y sin ninguna insistencia en los dominios. Esto era muy útil, especialmente para independiente virtual o implementaciones en la nube de un servidor que está gestionado de forma remota para un cliente remoto que no tiene necesidad ni el deseo de active directory o características de Dominio.
Esto ha ido haciéndose cada vez más y más difícil a medida que Microsoft restringe sus tecnologías más y más en cada versión de Windows. Con Windows Server 2012, la configuración de concesión de licencias para Servicios de Escritorio Remoto, es más difícil cuando no en un dominio, pero es posible todavía. Con Windows Server 2012 R2 (al menos en la vista previa) las barreras que ahora son graves:
El Agregar/Quitar Roles y Funciones de asistente en Windows Server 2012 R2 tiene un especial RDS modo de despliegue que tiene una regla que dice que si usted no está en un dominio no se puede implementar. Se dice que para crear o unirse a un dominio de primer. Por supuesto, esto entra en conflicto directo con el hecho de que un controlador de dominio Active Directory no debe ser el mismo equipo como un servidor de terminal server de la máquina. Así que la tecnología de Microsoft no es tanto un Sistema Operativo en la Nube, como un grupo de Indeseables Nodos, necesarios para apoyar la máquina en realidad me QUIERE implementar. Este es bruto, y por eso estoy tratando de encontrar una solución.
Sin embargo, si se omite que en el asistente y sólo tiene que ir de verificación las casillas de verificación en los principales Roles/Funciones de asistente, puede implementar las funciones, pero la interfaz de usuario no está allí para configurar ellos, y cuando vaya de nuevo a la configuración de RDS página en las funciones de asistente, sale un mensaje diciendo que no puede administrar sus Servicios de Escritorio Remoto sistema cuando usted está registrado como un Local de Administrador del Equipo, porque a pesar de que usted tiene todos los admin priveleges podría tener (en su grupo de trabajo basado en el sistema), el RDS configuración de la interfaz de usuario no acepta las credenciales y vamos a continuar.
Mi pregunta en breve es, ¿puedo de alguna manera, obtener el siguiente resultado final:
- Debo permitir que se 10-20 usuarios por sistema RDS (TS) de la sesión.
- No necesito de los pantalones de lujo RDS opciones, a menos que Microsoft, de alguna manera depende de esas características. Creo que tengo la necesidad de "RDS de Host de Sesión", ya que este es el valor de "Terminal Server". Microsoft dice que es "todo el escritorio de Windows para el cliente de Escritorio Remoto.
- Necesito configurar la concesión de licencias, de modo que el Período de Gracia no se vence a dejar a mi RDS no funcional, así que esto probablemente significa que necesitan una manera de configurar Cal de TS.
Si todo lo anterior técnicamente podría ser hecho con el uso juicioso de la PowerShell, estoy preparado para considerar la posibilidad de desarrollo de todas las secuencias de comandos de PowerShell que tendría que hacer el de arriba. No le estoy pidiendo a alguien para escribir que para mí. Lo que estoy preguntando es, ¿alguien sabe si hay un impedimento técnico para lo que yo quiero hacer, encima, aparte de la deliberada parálisis del 2012 R2 interfaz de usuario para los usuarios del Grupo? Sería de las tecnologías subyacentes siguen funcionando si me manipular y controlar desde un script de PowerShell?
Obviamente un 1 palabra Sí o No respuesta no es útil para nadie, así que la pregunta es, realmente, sí o no, y por qué? En el caso de que la respuesta es Sí, entonces ¿por qué.
