Díganos qué opina sobre la experiencia de descarga del PDF.

Introducción a Windows Admin Center

Artículo • 02/11/2024 • Se aplica a: ✅ Windows Admin Center, ✅ Windows Admin Center Preview

Windows Admin Center es una herramienta de administración remota para Windows Server
que se ejecuta en cualquier lugar (físico, virtual, en el entorno local, en Azure o en un entorno
hospedado) sin coste adicional.

Para descubrir las novedades, consulta el historial de versiones.

Descargar ahora
Descarga Windows Admin Center desde Microsoft Evaluation Center.

Para obtener ayuda sobre la instalación, consulte Instalación. Para obtener sugerencias sobre
cómo empezar a trabajar con Windows Admin Center, consulta Introducción.

Puedes actualizar versiones no preliminares de Windows Admin Center mediante Microsoft

Update o mediante la descarga e instalación manuales de Windows Admin Center. Cada
versión de Windows Admin Center que no es la versión preliminar dispone de soporte técnico
hasta 30 días después del lanzamiento de la siguiente versión que no sea preliminar. Consulte
nuestra directiva de soporte técnico para más información.

Escenarios de Windows Admin Center

Estas son algunas de las cosas que puedes hacer con Windows Admin Center:

Simplificar la administración de servidores: administre los servidores y clústeres con

versiones modernizadas de herramientas conocidas, como Administrador del servidor.
Instálelo en menos de cinco minutos y administre los servidores de su entorno
inmediatamente: no se requiere ninguna configuración extra. Para obtener más
información, consulta ¿Qué es Windows Admin Center?

Trabajar con soluciones híbridas: la integración con Azure le ayuda a conectar

opcionalmente los servidores locales con los servicios en la nube pertinentes. Para más
información, consulte Servicios híbridos de Azure.

Simplificar la administración hiperconvergida: simplificar la administración de clústeres

hiperconvergidos de Azure Local o Windows Server. Usa cargas de trabajo simplificadas
para crear y administrar VM, volúmenes de Espacios de almacenamiento directo, redes
definidas por software y mucho más. Para más información, consulte Administración de
HCI.
A continuación se incluye un vídeo a modo de introducción, seguido de un póster con más
detalles:
[Link]

Descargar el PDF de este póster

Breve explicación del contenido

ﾉ Expandir tabla

Descripción Plan

- ¿Qué es Windows Admin Center? - ¿Qué tipo de instalación es el adecuado para usted?
- Preguntas más frecuentes - Opciones de acceso de usuario
- Casos prácticos
- Productos de administración relacionadas

ﾉ Expandir tabla

Implementar Configurar

- Preparar el entorno - Configuración de Windows Admin Center

- Instalar Windows Admin Center - Permisos y control de acceso de usuarios
 Implementar Configurar

- Habilitación de la alta disponibilidad - Conexiones compartidas

- Extensiones
- Automatizar con PowerShell

ﾉ Expandir tabla

Usar Conexión con Azure

- Iniciar y agregar conexiones - Azure Hybrid Services

- Administrar servidores - Conexión de Windows Admin Center con Azure
- Implementar la infraestructura hiperconvergida - Implementación de Windows Admin Center en
- Administración de la infraestructura Azure
hiperconvergida - Administrar las VM de Azure con Windows Admin
- Administrar clústeres de conmutación por error Center
- Administración de máquinas virtuales
- Registro

ﾉ Expandir tabla

Windows Admin Center en Azure Soporte técnico

- Administración de máquinas virtuales IaaS de Windows Server - Historial de versiones

- Administración de servidores habilitados para Azure Arc (versión - Directiva de soporte
preliminar) - Pasos de solución de problemas
- Administración de clústeres locales de Azure (versión preliminar) comunes
- Problemas conocidos

ﾉ Expandir tabla

Extensión

- Información general de extensiones

- Descripción de extensiones
- Desarrollar una extensión
- Guides
- Publicar extensiones

Ver cómo se benefician los clientes de Windows

Admin Center
"[Windows Admin Center] ha disminuido nuestro tiempo y esfuerzo a la hora de administrar el
sistema de administración en más de un 75 %".
- Rand Morimoto, Presidente, Convergent Computing
"Gracias a [Windows Admin Center], podemos administrar a nuestros clientes de forma remota
desde el portal html5 sin problemas y con la integración completa con el identificador entra de
Microsoft, podemos aumentar la seguridad gracias a la autenticación multifactor".
- Silvio Di Benedetto, Fundador y Consultor ejecutivo, Inside Technologies

"Hemos podido implementar SKU de [Server Core] de forma más eficaz, mejorando la
eficiencia de los recursos, la seguridad y la automatización, a la vez que logramos un buen
grado de productividad y reduciendo los errores que pueden producirse al confiar solo en
scripting".
- Guglielmo Mengora, Fundador y Director general, VaiSulWeb

"Con [Windows Admin Center] los clientes especialmente en el mercado SMB ahora tienen una
herramienta fácil de usar para administrar su infraestructura interna. Esto minimiza los
esfuerzos administrativos y ahorra una gran cantidad de tiempo. Y lo mejor de todo: no se
aplica ninguna tasa de licencia adicional para [Windows Admin Center]".
- Helmut Otto, Director Ejecutivo, SecureGUARD

Para obtener más información sobre las empresas que usan Windows Admin Center en sus
entornos de producción, consulta Casos prácticos de Windows Admin Center.

Productos relacionados
Windows Admin Center está diseñado para administrar un solo servidor o clúster.
Complementa pero no reemplaza las soluciones de administración y supervisión de Microsoft
existentes, como herramientas de administración remota del servidor (RSAT), System Center,
Intune o Azure Stack.

Para obtener información sobre cómo Windows Admin Center complementa otras soluciones
de administración de Microsoft, consulte Windows Admin Center y soluciones de
administración relacionadas de Microsoft.

Mantente al día
Síguenos en X (anteriormente Twitter)
Lee nuestros blogs
¿Qué es Windows Admin Center?
Artículo • 21/12/2024 •
Se aplica a: ✅ Windows Admin Center, ✅ Windows Admin Center Preview

Windows Admin Center es un conjunto de herramientas de administración

implementado localmente y basado en explorador que le permite administrar los
clientes, servidores y clústeres de Windows sin tener que conectarse a la nube. Windows
Admin Center ofrece el control total de todos los aspectos de tu infraestructura de
servidores y es especialmente útil para la administración de servidores en redes privadas
que no están conectadas a Internet.

Windows Admin Center es la evolución moderna de herramientas de administración

como el Administrador de servidores y MMC. Complementa a System Center, no es su
sustituto.

¿Cómo funciona Windows Admin Center?

Windows Admin Center se ejecuta en un explorador web y administra Windows Server
2022, Windows Server 2019, Windows Server 2016, Windows Server 2012 R2, Windows
Server 2012, Windows 11, Windows 10, Azure Local y mucho más a través de la puerta
de enlace de Windows Admin Center instalada en Windows Server o windows 10 unida
a un dominio. La puerta de enlace administra servidores mediante PowerShell remota y
WMI a través de WinRM. La puerta de enlace se incluye con Windows Admin Center en
un solo paquete .msi ligero que se puede descargar.
La puerta de enlace de Windows Admin Center, cuando se publica en DNS y se le
proporciona acceso a través de los firewalls corporativos correspondientes, no solo
permite conectarse de forma segura a los servidores desde cualquier lugar con
Microsoft Edge o Google Chrome, sino también administrarlos.

Obtén información acerca de la forma en que

Windows Admin Center mejora tu entorno de
administración

Funcionalidad familiar
Windows Admin Center es la evolución de plataformas de administración tradicionales
conocidas como Microsoft Management Console (MMC), pero se ha creado desde un
principio pensando en la forma en que los sistemas se crean y administran hoy en día.
Windows Admin Center contiene muchas de las herramientas familiares que se utilizan
actualmente para administrar clientes y servidores de Windows Server.

Fácil de instalar y usar

Instálelo en un equipo con Windows 11 y empiece a administrar en cuestión minutos, o
bien instálelo en un servidor con Windows 2022 que actúe como puerta de enlace para
posibilitar que toda la organización administre equipos desde su explorador web.
Complementa las soluciones existentes
Windows Admin Center funciona con soluciones como System Center y la
administración y seguridad de Azure, y se agrega a sus funcionalidades para realizar
tareas de administración detalladas en un solo equipo.

Administración desde cualquier lugar

Publica un servidor de puerta de enlace de Windows Admin Center en Internet pública y
podrás conectarte y administrar los servidores desde cualquier lugar, yo todo de una
forma segura.

Seguridad mejorada para tu plataforma de

administración
Windows Admin Center tiene muchas mejoras que hacen que tu plataforma de
administración sea más segura. El control de acceso basado en roles permite ajustar con
precisión qué administradores tienen acceso a cada característica de administración. Las
opciones de autenticación de puerta de enlace incluyen grupos locales, Active Directory
basado en dominios locales y Microsoft Entra ID basado en la nube. También, puedes
obtener información útil acerca de las acciones de administración realizadas en tu
entorno.

Integración de Azure para máquinas híbridas y locales

Windows Admin Center tiene muchos puntos de integración con servicios de Azure,
incluidos Microsoft Entra ID, Azure Backup, Azure Site Recovery, etc.

Windows Admin Center en Azure

Con Windows Admin Center en Azure Portal, puede administrar el sistema operativo
Windows Server de los servidores habilitados para Arc (versión preliminar), los nodos de
clúster local de Azure (versión preliminar) y las máquinas virtuales de Azure.

Puede administrar de forma segura las máquinas desde cualquier lugar, sin necesidad
de una VPN, una dirección IP pública u otra conectividad entrante a la máquina.

Implementación de clústeres hiperconvergidos y de

conmutación por error
Windows Admin Center permite una implementación sin problemas de clústeres
hiperconvergidos y de conmutación por error a través de un asistente fácil de usar.

Administración de clústeres hiperconvergidos

Windows Admin Center ofrece la mejor experiencia para la administración de clústeres
hiperconvergidos, lo que incluye el proceso, almacenamiento y componentes de red
virtualizados.

Extensibilidad
Windows Admin Center se creó desde el principio teniendo en mente la extensibilidad,
con la posibilidad de que los desarrolladores tanto de Microsoft como de terceros
puedan crear herramientas y soluciones más allá de las ofertas actuales. Microsoft
ofrece un SDK que permite a los programadores crear sus propias herramientas para
Windows Admin Center.

 Sugerencia

¿Estás listo para instalar Windows Admin Center? Descargar ahora

Comentarios
¿Le ha resultado útil esta página?  Sí  No

Proporcionar comentarios sobre el producto

Preguntas más frecuentes sobre
Windows Admin Center
Preguntas más frecuentes

Estas son las respuestas a las preguntas más frecuentes sobre Windows Admin Center.

¿Qué es Windows Admin Center?

Windows Admin Center es una plataforma y conjunto de herramientas ligeros basados
en exploradores para que los administradores de TI administren Windows Server y
Windows 10. Es la evolución de las herramientas administrativas integradas conocidas,
como el Administrador del servidor y Microsoft Management Console (MMC) en una
experiencia moderna, simplificada, integrada y segura.

¿Puedo usar Windows Admin Center en

entornos de producción?
Sí. Windows Admin Center está disponible con carácter general y listo para
implementaciones generales de uso y producción. Las funcionalidades actuales de la
plataforma y las herramientas principales cumplen los criterios de lanzamiento estándar
de Microsoft y nuestra barra de calidad para facilidad de uso, confiabilidad, rendimiento,
accesibilidad, seguridad y adopción.

Las versiones de Windows Admin Center (no preliminar) se admiten continuamente, en

función de la directiva de ciclo de vida moderno de Microsoft . Esto significa que solo
se ofrece servicio y soporte técnico a la versión más reciente de Windows Admin Center,
y los usuarios deben mantenerse al día actualizando a la versión más reciente de
Windows Admin Center en un plazo de 30 días a partir de la disponibilidad para seguir
siendo compatible. Esta directiva se aplica tanto a la propia plataforma de Windows
Admin Center, como a las extensiones de Microsoft publicadas (sin versión preliminar)
publicadas en la fuente de extensión de Windows Admin Center. Tenga en cuenta que
algunas extensiones pueden actualizarse con más frecuencia que otras, entre las
versiones de Windows Admin Center.

Para obtener información sobre las versiones preliminares de Windows Admin Center,
consulta versiones de Windows Insider Preview .
¿Cuánto cuesta usar Windows Admin
Center?
Windows Admin Center no tiene ningún costo adicional más allá de Windows. Puedes
usar Windows Admin Center (disponible como descarga independiente) con licencias
válidas de Windows Server o Windows 10 sin costo adicional: tiene licencia en un CLUF
complementario de Windows.

¿Qué versiones de Windows Server

puedo administrar con Windows Admin
Center?
Windows Admin Center está optimizado para Windows Server 2019 para habilitar temas
clave en la versión de Windows Server 2019: escenarios de nube híbrida y
administración de infraestructura hiperconvergida en particular. Aunque Windows
Admin Center funcionará mejor con Windows Server 2019, admite la administración de
una variedad de versiones que los clientes ya usan: Windows Server 2012 y versiones
posteriores son totalmente compatibles. También hay una funcionalidad limitada para
administrar Windows Server 2008 R2.

¿Windows Admin Center es un

reemplazo completo de todas las
herramientas tradicionales de RSAT y
integradas?
No. Aunque Windows Admin Center puede administrar muchos escenarios comunes, no
reemplaza completamente todas las herramientas tradicionales de Microsoft
Management Console (MMC). Para ver detalladamente qué herramientas se incluyen
con Windows Admin Center, obtenga más información sobre administrar servidores en
nuestra documentación. Windows Admin Center tiene las siguientes funcionalidades
clave en su solución del Administrador del servidor:

Visualización de recursos y uso de recursos

Administración de certificados (Administrador de configuración de SQL Server)
Administración de dispositivos
Visor de eventos
 Explorador de archivos
Administración del firewall
Administrar aplicaciones instaladas
Configuración de usuarios y grupos locales
Configuración de red
Visualización y finalización de procesos y creación de volcados de memoria
Edición del Registro
Administración de tareas programadas
Administración de servicios de Windows
Habilitación o deshabilitación de roles y características
Administración de máquinas virtuales y conmutadores virtuales de Hyper-V
Administración del almacenamiento
Administración de réplicas de almacenamiento
Administración de actualizaciones de Windows
Consola de PowerShell
Conexión a Escritorio remoto

Windows Admin Center también proporciona estas soluciones:

Administración de equipos: proporciona un subconjunto de las características del

Administrador del servidor para administrar equipos cliente de Windows 10
Administrador de clústeres de conmutación por error: proporciona compatibilidad
con la administración continua de clústeres de conmutación por error y recursos
de clúster.
Hyper-Converged Administrador de clústeres: proporciona una experiencia
totalmente nueva adaptada para Espacios de almacenamiento directo e Hyper-V.
Incluye el panel y resalta los gráficos y las alertas para la supervisión.

Windows Admin Center es complementario y no reemplaza RSAT (Herramientas de

administración remota del servidor), ya que los roles como Active Directory, DHCP, DNS,
IIS aún no tienen funcionalidades de administración equivalentes expuestas en Windows
Admin Center.

¿Se puede usar Windows Admin Center

para administrar microsoft Hyper-V
Server gratuito?
Sí. Windows Admin Center se puede usar para administrar Microsoft Hyper-V Server
2016 y Microsoft Hyper-V Server 2012 R2.
¿Puedo implementar Windows Admin
Center en un equipo con Windows 10?
Sí, Windows Admin Center se puede instalar en Windows 10 (versión 1709 o posterior),
que se ejecuta en modo de escritorio. Windows Admin Center también se puede instalar
en un servidor con Windows Server 2016 o superior en modo de puerta de enlace y, a
continuación, se puede acceder a través de un explorador web desde un equipo con
Windows 10. Obtenga más información sobre las opciones de instalación.

He oído que Windows Admin Center

usa PowerShell en segundo plano,
¿puedo ver los scripts reales que usa?
¡Sí! la característica Showscript se agregó en Windows Admin Center Preview 1806 y
ahora se incluye en el canal de disponibilidad general.

¿Hay planes para que Windows Admin

Center administre Windows Server 2008
R2 o versiones anteriores?
Windows Admin Center ya no admite funcionalidad para administrar Windows Server
2008 R2. Windows Admin Center se basa en las funcionalidades de PowerShell y las
tecnologías de plataforma que no existen en Windows Server 2008 R2 y versiones
anteriores, lo que hace que el soporte técnico sea inviable. Si aún no lo ha realizado,
Microsoft recomienda migrar a Azure o actualizar a la versión más reciente de Windows
Server .

¿Hay planes para que Windows Admin

Center administre las conexiones de
Linux?
Estamos investigando debido a la demanda de los clientes, pero actualmente no hay
ningún plan bloqueado para entregar y el soporte técnico puede constar solo de una
conexión de consola a través de SSH.
¿Qué exploradores web son compatibles
con Windows Admin Center?
Las versiones más recientes de Microsoft Edge (Windows 10, versión 1709 o posterior),
Google Chrome y Microsoft Edge Insider se prueban y admiten en Windows 10. Ver
problemas conocidos específicos del explorador. Otros exploradores web modernos u
otras plataformas no forman parte actualmente de nuestra matriz de pruebas y, por lo
tanto, no se oficialmente compatibles.

¿Cómo controla Windows Admin Center

la seguridad?
El tráfico desde el explorador a la puerta de enlace de Windows Admin Center usa
HTTPS. El tráfico de la puerta de enlace a los servidores administrados es PowerShell
estándar y WMI a través de WinRM. Se admiten LAPS (solución de contraseña de
administrador local), delegación restringida basada en recursos, control de acceso de
puerta de enlace mediante Active Directory o Microsoft Entra ID, y control de acceso
basado en rol para administrar servidores de destino.

¿Usa Windows Admin Center CredSSP?

Sí, en algunos casos Windows Admin Center requiere CredSSP. Esto es necesario para
pasar las credenciales de autenticación a las máquinas más allá del servidor específico
destinado a la administración. Por ejemplo, si administra máquinas virtuales en servidor
B, pero quiere almacenar los archivos vhdx para esas máquinas virtuales en un recurso
compartido de archivos hospedado por servidor C, Windows Admin Center debe usar
CredSSP para autenticarse con servidor C para acceder al recurso compartido de
archivos.

Windows Admin Center controla automáticamente la configuración de CredSSP después

de solicitar su consentimiento. Antes de configurar CredSSP, Windows Admin Center
comprobará para asegurarse de que el sistema tiene las actualizaciones recientes de
CredSSP .

CredSSP se usa actualmente en las siguientes áreas:

Uso del almacenamiento SMB desagregado en la herramienta máquinas virtuales

(el ejemplo anterior).
 Uso de la herramienta Actualizaciones en las soluciones de administración de
clústeres de conmutación por error o Hyper-Converged, que realiza Cluster-Aware
actualización de

¿Hay dependencias en la nube?

Windows Admin Center no requiere acceso a Internet y no requiere Microsoft Azure.
Windows Admin Center administra instancias de Windows Server y Windows en
cualquier lugar: en sistemas físicos o en máquinas virtuales en cualquier hipervisor o
ejecutándose en cualquier nube. Aunque la integración con varios servicios de Azure se
agregará a lo largo del tiempo, estas serán características opcionales de valor agregado
y no es un requisito para usar Windows Admin Center.

¿Hay otras dependencias o requisitos

previos?
Windows Admin Center se puede instalar en windows 10 Fall Anniversary Update (1709)
o posterior, o Windows Server 2016 o posterior. Para administrar Windows Server 2008
R2, 2012 o 2012 R2, se requiere la instalación de Windows Management Framework 5.1
en esos servidores. No hay otras dependencias. IIS no es necesario, los agentes no son
necesarios, no se requiere SQL Server.

¿Qué ocurre con la extensibilidad y la

compatibilidad de terceros?
Windows Admin Center tiene un SDK disponible para que cualquier usuario pueda
escribir su propia extensión. Como plataforma, el crecimiento de nuestro ecosistema y la
habilitación de la extensibilidad de asociados ha sido una prioridad clave desde el
principio. Obtenga más información sobre el SDK de Windows Admin Center.

¿Puedo administrar Hyper-Converged

infraestructura con Windows Admin
Center?
Sí. Windows Admin Center admite la administración de clústeres hiperconvergidos que
ejecutan Windows Server 2016 o Windows Server 2019. La solución administrador de
clústeres hiperconvergida en Windows Admin Center se encontraba anteriormente en
versión preliminar, pero ahora está disponible con carácter general , con algunas nuevas
funcionalidades en versión preliminar. Para obtener más información, obtenga más
información sobre cómo administrar la infraestructura hiperconvergida.

¿Windows Admin Center requiere

System Center?
No. Windows Admin Center es complementario a System Center, pero System Center no
es necesario. Obtenga más información sobre Windows Admin Center y System Center.

¿Puede Windows Admin Center

reemplazar System Center Virtual
Machine Manager (SCVMM)?
Windows Admin Center y SCVMM son complementarios; Windows Admin Center está
pensado para reemplazar los complementos tradicionales de Microsoft Management
Console (MMC) y la experiencia de administrador del servidor. Windows Admin Center
no está pensado para reemplazar los aspectos de supervisión de SCVMM. Obtenga más
información sobre Windows Admin Center y System Center.

¿Qué es Windows Admin Center

Preview, qué versión es adecuada para
mí?
Hay dos versiones de Windows Admin Center disponibles para su descarga:

Windows Admin Center

Para los administradores de TI que no pueden actualizar con frecuencia o que
desean más tiempo de validación para las versiones que usan en producción, esta
versión es para usted. Nuestra versión disponible con carácter general (GA) actual
es Windows Admin Center 1910.
Las versiones de Windows Admin Center (no preliminar) se admiten
continuamente, en función de la directiva de ciclo de vida moderno de
Microsoft . Esto significa que solo se ofrece servicio y soporte técnico a la versión
 más reciente de Windows Admin Center, y los usuarios deben mantenerse al día
actualizando a la versión más reciente de Windows Admin Center en un plazo de
30 días a partir de la disponibilidad para seguir siendo compatible. Esta directiva se
aplica tanto a la propia plataforma de Windows Admin Center, como a las
extensiones de Microsoft publicadas (sin versión preliminar) publicadas en la
fuente de extensión de Windows Admin Center. Tenga en cuenta que algunas
extensiones pueden actualizarse con más frecuencia que otras, entre las versiones
de Windows Admin Center. Para obtener información sobre las versiones
preliminares de Windows Admin Center, consulta versiones de Windows Insider
Preview .
Para obtener la versión más reciente, descargar aquí .

Versión preliminar de Windows Admin Center

Para los administradores de TI que desean las características más recientes y más
importantes en una cadencia regular, esta versión es para usted. Nuestra intención
es proporcionar versiones de actualización posteriores cada mes o así. La
plataforma principal sigue siendo lista para producción y la licencia proporciona
derechos de uso de producción. Sin embargo, tenga en cuenta que verá la
introducción de nuevas herramientas y funcionalidades que están claramente
marcadas como VERSIÓN PRELIMINAR y que son adecuadas para la evaluación y
las pruebas.
Para obtener la versión más reciente de Insider Preview, los insider registrados
pueden descargar Windows Admin Center Preview directamente desde la página
de descarga Windows Server Insider Preview , en la lista desplegable Descargas
adicionales. Si aún no se ha registrado como Insider, consulte Introducción a
Windows Server en el portal de Windows Insiders para empresas.

¿Por qué se eligió "Windows Admin

Center" como nombre final para
"Project Honolulu"?
Windows Admin Center es el nombre oficial del producto para "Project Honolulu" y
refuerza nuestra visión de una experiencia integrada para los administradores de TI en
una amplia gama de escenarios administrativos y de administración principales. También
destaca nuestra atención al cliente sobre las necesidades de los usuarios
administradores de TI como fundamentales para la forma en que invertimos y lo que
ofrecemos.
¿Dónde puedo obtener más
información sobre Windows Admin
Center o obtener más detalles sobre los
temas anteriores?
Nuestra página de inicio es el mejor punto de partida y tiene vínculos a nuestro
contenido de documentación recién categorizado, ubicación de descarga, cómo
proporcionar comentarios, información de referencia y otros recursos.

¿Cuál es el historial de versiones de

Windows Admin Center?
Vea aquí el historial de versiones.

Tengo un problema con Windows

Admin Center, ¿dónde puedo obtener
ayuda?
Consulte nuestra guía de solución de problemas de y nuestra lista de problemas
conocidos .

Comentarios
¿Le ha resultado útil esta página?  Sí  No
Casos prácticos de Windows Admin
Center
Artículo • 04/10/2023

Se aplica a: Windows Admin Center, versión preliminar de Windows Admin Center

Obtén información sobre cómo nuestros

clientes han utilizado Windows Admin Center
para mejorar su productividad y reducir los
costos.
Ava6
Comparex
Convergent Computing
FZI Research Center for Information Technology
GVC Group
Inside Technologies
SecureGUARD / COPA-DATA
VaiSulWeb

Ava6
Ava6 es una empresa de consultoría de TI especializada en el diseño, la evaluación y la
integración de la infraestructura de TI, específicamente la virtualización, redes,
almacenamiento, copia de seguridad e informática en la nube.

Ava6 usa Windows Server 2016 Core, Hyper-V, conmutación de clústeres por error y
S2D.

El desafío
El primer caso práctico de Ava6 para Windows Admin Center es Hyper-V y clústeres de
conmutación por error y está evaluando el clúster hiperconvergido.

Windows Admin Center ayuda a Ava6 a administrar Windows Server implementado en

Core Edition, especialmente para la administración de controladores. Windows Admin
Center proporciona una mejor experiencia para Hyper-V y clústeres de conmutación por
error a los clientes, especialmente para administrar las VM y muestra a los clientes que
una GUI procede de la solución hiperconvergida.

La solución
Ava6 tiene Windows Admin Center implementado como una sola instancia para la
administración de VM.

Los clientes de Ava6 han quedado impresionados con Windows Admin Center y
prefieren sus funcionalidades de administración para Hyper-V y clústeres de
conmutación a otras opciones. Antes de Windows Admin Center, la administración de
controladores era excesivamente complicada en un servidor principal. Windows Admin
Center también ha ayudado a presentar a los clientes de S2D Ava6, con una oferta
similar a competidores como Nutanix y VMWare.

Comparex
Comparex es un proveedor de servicios de TI y empresa de administración de
licencias de software que ha desarrollado servicios para apoyar la administración, sacar
provecho de productos de software y permitir la optimización de la productividad.

Comparex usa Windows Server 2012 R2, Windows Server 2016, Windows 10, Hyper-V,
clústeres de conmutación por error, Espacios de almacenamiento directo, PowerShell,
RDP sobre HTML, Azure AD y Application Proxy, Servidores de archivos y Azure Site
Recovery.

El desafío
Comparex es responsable de ejecutar y administrar miles de servidores para sus clientes
y asesora a los clientes para proporcionar la mejor solución para la administración de
servidores según las necesidades.

Comparex buscaba una solución de administración de servidor fácil de usar y que

pudiera tener acceso remoto para pequeñas y medianas empresas. Buscar una tienda
única para la administración de servidores, de forma segura y moderna, resultaba un
desafío importante.

La solución
Comparex ejecuta una instalación de Windows Admin Center basada en servidor para el
acceso y la administración de su laboratorio de demostración, que ha ayudado a mitigar
los pasos de RDP y VPN adicionales. Los consultores de Comparex ejecutan también
Windows Admin Center en sus portátiles para ayudar a los clientes de su entorno, sin
necesidad de acceso explícito a RDP.

Windows Admin Center ha ahorrado tiempo a Comparex en su actividad empresarial

diaria, a hacer más y obtener más. Windows Admin Center también ha solucionado los
desafíos de administración comunes con sus clientes, como con Hyper-V y Espacios de
almacenamiento directo.

Convergent Computing
Convergent Computing es una firma de implementación y estrategia de tecnología
que ayuda a las empresas a planificar, implementar, migrar y automatizar sistemas para
mejorar las operaciones empresariales.

Convergent Computing usa Windows Server 2016 (Nano, Core, Datacenter, Standard,
Hyper-V) y Windows Server 2012R2 (Server Core, Datacenter, Standard y Hyper-V).

El desafío
Convergent Computing usa las tecnologías que recomienda a sus clientes, y descubrió
que Windows Admin Center se adapta a una necesidad perfecta para los clientes con
centros de datos hospedados y entornos de trabajo locales (aislados) protegidos.

Convergent Computing tiene tres entornos distintos: operaciones hospedadas,

protegidas y web. Estos entornos ejecutan una combinación de las ediciones de
Windows Server Nano, Core, Cluster y Hyper-V. Windows Admin Center les ha permitido
administrar de forma centralizada varios servidores y servicios desde un único punto, lo
que proporciona una plataforma de administración simple y de superficie optimizada.

La solución
Convergent Computing usa Windows Admin Center para administrar tres entornos con
más de 40 hosts que ejecutan más de 200 cargas de trabajo.

Antes de Windows Admin Center, Convergent Computing usaba una serie de

herramientas y tecnologías para realizar tareas de administración, incluido System
Center y scripts personalizados. Con el objetivo de minimizar la sobrecarga y el esfuerzo
de administrar sus granjas de servidores, Convergent Computing descubrió cuanto más
"delgado" fuera un nivel de administración, más complejo se hacía, por lo que
normalmente terminaban con una mayor sobrecarga por motivos de simplicidad. Con
Windows Admin Center, se ahorran más de 20 horas al mes empleadas en la
"administración del sistema", una reducción del 75 % del tiempo y esfuerzo, lo que
permite a sus equipos de operaciones centrarse en tareas más valiosas que incluyen
seguridad, cumplimiento, planificación de capacidad y optimización general de sistemas.

FZI Research Center for Information

Technology
FZI Research Center for Information Technology es una entidad sin ánimo de lucro
para investigación aplicada en tecnología de la información y transferencia de
tecnologías.

FZI usa Windows Server 2016, Windows 10, Hyper-V, Espacios de almacenamiento
directo y clústeres de conmutación por error.

El desafío
FZI buscaba una forma de administrar el servidor Hyper-V en un clúster de conmutación
por error y un clúster hiperconvergido.

FZI estaba buscando una forma centralizada de administrar sistemas tanto dentro como
fuera de su dominio, con la posibilidad de cambiar rápidamente entre cada uno de los
sistemas. Windows Admin Center les permitió lograr esos objetivos, todo en un solo
lugar.

La solución
FZI tiene varias instalaciones de Windows Admin Center, tanto como una instalación de
servidor que conecta toda la infraestructura que administran, así como instalaciones en
modo de escritorio que sus administradores usan para administrar sus propios
servidores de prueba.

Windows Admin Center permite a FZI acelerar la velocidad a la que pueden realizar
tareas, como actualizaciones mensuales de Windows, conexión a los servidores a través
de Escritorio remoto y cambios administrativos menores rápidamente.

GVC Group
GVC Group es un proveedor de entretenimiento en línea, con más de 15 000
servidores que funcionan en todo el mundo.
GVC Group usa Windows Server 2016 con muchos roles (Hyper-V, WSFC, AD-DS,
Servidor de archivos, entre otros), así como productos de System Center que incluyen
SCCM y SCOM.

El desafío
GVC Group opera en un mercado altamente regulado, con la necesidad de implementar
sistemas en muchas ubicaciones en todo el mundo. Los requisitos locales a veces
requieren que se realice la administración de sistemas en el mismo país en el que opera
el servidor. Windows Admin Center permite a GVC Group sacar provecho de recursos
globales y seguir realizando las tareas de administración en sistemas locales.

GVC Group necesita implementar servidores en muchas configuraciones regionales y

seguir proporcionando soluciones fiables y de alta disponibilidad con el mínimo
esfuerzo.

La solución
GVC Group ha implementado Windows Admin Center en un entorno virtualizado, con
un equilibrador de carga, para posibilitar la administración de servidores en ubicaciones
remotas.

GVC Group ha visto una mayor productividad debido a menos saltos de administración
para los administradores. Esto ha reducido su costo debido a la reducción del tamaño
de los servidores de terminales locales.

Inside Technologies
Inside Technologies es una empresa mundial de consultoría de TI, que proporciona
desarrollo de aplicaciones, soluciones empresariales y servicios de infraestructura. Se
especializan en la aplicación de métodos nuevos y únicos con soluciones de Microsoft
para satisfacer las necesidades de los clientes.

Inside Technologies usa una amplia variedad de tecnologías de Windows Server,

incluido Hyper-V y Storage.

El desafío
Inside Technologies principalmente necesitaba una manera de proporcionar a sus
clientes nuevas herramientas en un entorno siempre conectado integrado con alta
seguridad y sin necesidad de usar VPN.
Inside Technologies tiene clientes cuyo tiempo de actividad es crítico y buscaban una
herramienta que les permitiera administrar fácilmente sus servidores sin exponer RDP y
sin agregar complejidad con VPN.

La solución
Inside Technologies implementa Windows Admin Center en un único servidor para
administrar todos los activos en su entorno.

Inside Technologies usa Windows Admin Center para administrar sus clientes de forma
remota y, con la integración de Azure Active Directory, con mayor seguridad gracias a la
autenticación multifactor. Los paneles de Windows Admin Center ofrecen una mejor
visibilidad del estado de cada rol en cada servidor, así como una facilidad de
administración hasta el mínimo detalle con PowerShell. Inside Technologies logró una
reducción en el tiempo empleado para administrar los servidores frente a diferentes
consolas para cada rol del servidor.

SecureGUARD / COPA-DATA
SecureGUARD GmbH ayuda a las empresas a resolver problemas complejos de TI en
seguridad e infraestructura en la nube con una serie de productos y servicios de
ingeniería personalizados. SecureGUARD construye dispositivos de seguridad de TI y
dispositivos basados en Microsoft Windows Server y, más recientemente, ha creado
dispositivos convergidos de nivel de rack para infraestructuras de nube. SecureGUARD
es un Partner Gold de Microsoft en desarrollo de aplicaciones y centro de datos.

COPA-DATA desarrolla la solución de software "zenon" que permite soluciones de IoT

industriales integrales, desde el nivel de campo, pasando por dispositivos móviles, hasta
la nube. COPA-DATA ha implementado sistemas en todo el mundo a empresas en los
sectores de alimentos y bebidas, energía e infraestructura, automoción y farmacéutica.

El desafío
COPA-DATA implementó un clúster hiperconvergido de 4 nodos diseñado e
implementado por SecureGUARD GmbH a finales de 2017 para hospedar su
infraestructura interna y servidores de prueba.

COPA-DATA se encontró limitada por su infraestructura de TI antigua. En concreto, la

supervisión y el funcionamiento de su infraestructura con aproximadamente 60
máquinas virtuales se convirtió en un verdadero desafío para el departamento de TI.
La solución
COPA-DATA usa Windows Admin Center para supervisar y operar su infraestructura de
servidores físicos y virtuales, todos accesibles desde una ventana del explorador. Tareas
como el aprovisionamiento de una nueva máquina virtual o la visualización de datos de
rendimiento de un servidor físico o VM ahora se realizan con un simple clic del mouse
en la interfaz web de Windows Admin Center.

Con Windows Admin Center, COPA-DATA tiene una herramienta fácil de usar para
administrar su infraestructura interna. Esto minimiza los esfuerzos administrativos y
ahorra una gran cantidad de tiempo, sin cuotas de licencia adicionales.

VaiSulWeb
VaiSulWeb es un proveedor de servicios de hospedaje web e IaaS/PaaS que también
proporciona servicios de integración y desarrollo.

VaiSulWeb usa Windows Server 2016 y 2012 R2, con Hyper-V, clústeres de conmutación
por error, Espacios de almacenamiento directo, Servidores de archivos, SQL Server, IIS y
WSL.

El desafío
VaiSulWeb buscaba poder aprovechar la agilidad y la eficacia de Server Core al
implementar recursos, mientras mantenía la facilidad de administración para dichos
recursos. VaiSulWeb usa una combinación de automatización de PowerShell para tareas
sencillas y la interfaz de usuario para más tareas más complicadas.

VaiSulWeb ha aumentado su confianza al implementar Windows Server Core con mayor

capacidad para administrarse con Windows Admin Center, además de la capacidad de
ampliar Windows Admin Center para una experiencia personalizada.

La solución
VaiSulWeb se implementa en una amplia variedad de escenarios, incluidos clústeres de
conmutación por error e hiperconvergidos. Windows Admin Center se implementa en
estaciones de trabajo Windows 10 y Windows Server para administrar sus recursos.

VaiSulWeb ha sido capaz de implementar Windows Server Core de forma más eficaz, a
la vez que mejora la automatización, la seguridad y la eficacia de los recursos.
VaiSulWeb ha logrado mejorar la productividad y reducir errores frente a la
administración solo con scripts.
Windows Admin Center y soluciones de
administración relacionadas de
Microsoft
Artículo • 04/10/2023

Se aplica a: Windows Admin Center, versión preliminar de Windows Admin Center

Windows Admin Center es la evolución de las herramientas de administración

tradicionales de servidores incluidas para situaciones en las que puede haber utilizado
Escritorio remoto (RDP) para conectarse a un servidor para la solución de problemas o la
configuración. No pretende sustituir a otras soluciones de administración de Microsoft
existentes, sino que complementa a estas soluciones, tal y como se describe a
continuación.

Herramientas de administración remota del

servidor (RSAT)
Herramientas de administración remota del servidor (RSAT) es una colección de
herramientas de GUI y de PowerShell para administrar roles y características opcionales
en Windows Server. RSAT cuenta con muchas funcionalidades que no tiene Windows
Admin Center. En el futuro, agregaremos algunas de las herramientas más usadas de
RSAT para Windows Admin Center. Cualquier rol o característica nueva de
Windows Server que requiera una interfaz gráfica de usuario para la administración
estará en Windows Admin Center.

Intune
Intune es un servicio de administración de movilidad empresarial basado en la nube
que te permite administrar dispositivos iOS, Android, Windows y macOS, basándose en
un conjunto de directivas. Intune se centra en permitirte proteger la información de la
empresa mediante el control de cómo tu personal accede y comparte la información.
Por el contrario, Windows Admin Center no está basado en directivas, sino que permite
la administración ad-hoc de los sistemas Windows 10 y Windows Server, mediante
PowerShell y WMI remotos sobre WinRM.

Azure Stack
Azure Stack es una plataforma híbrida en la nube que te permite entregar servicios de
Azure desde tu centro de datos. Azure Stack se administra con PowerShell o el portal de
administrador, que es similar a Azure Portal tradicional que se utiliza para acceder y
administrar los servicios de Azure tradicionales. Windows Admin Center no está
pensado para administrar la infraestructura de Azure Stack, pero puedes usarlo para
administrar las máquinas virtuales Azure IaaS (mediante la ejecución de
Windows Server 2016, Windows Server 2012 R2, o Windows Server 2012) o solucionar
problemas de servidores físicos individuales implementados en tu entorno de Azure
Stack.

System Center
System Center es una solución de administración del centro de datos local para la
implementación, configuración, administración y supervisión de todo el centro de datos.
System Center te permite ver el estado de todos los sistemas de su entorno, mientras
que Windows Admin Center te permite profundizar en un servidor específico para
administrarlo o solucionar los problemas con herramientas más pormenorizadas.

Windows Admin Center System Center

Herramientas y plataforma "incluidas" Administración y supervisión del centro de

rediseñadas datos

Incluidas con la licencia de Windows Server, sin Completo conjunto de soluciones para
costo adicional, al igual que MMC y otras obtener un valor agregado en todo tu entorno
herramientas tradicionales incluidas. y plataformas.

Administración ligera y remota basada en Administración y supervisión de sistemas

explorador de las instancias de Windows Server, heterogéneosa escala, incluidos Hyper-V,
en cualquier lugar; alternativa a RDP Linux y VMware

Exploración en profundidad con un único Aprovisionamiento de infraestructura;

servidor único y clúster para solucionar automatización y autoservicio; variedad de
problemas de configuración y mantenimiento supervisión de infraestructuras y cargas de
trabajo

Administración optimizada de clústeres HCI de Implementación y administración de Hyper-V,

2 a 4 nodos individuales, integración de Hyper- clústeres de Windows Server a escala del
V, espacios de almacenamiento directo y SDN centro de datos desde una reconstrucción
completa con SCVMM

Supervisión solo en HCI; el servicio de Plataforma de supervisión extensible y

mantenimiento de clústeres almacena el escalable plataforma en SCOM, con alertas,
historial. Plataforma extensible para las notificaciones, supervisión de la carga de
extensiones de herramientas de trabajo de otros fabricantes; SQL para historial
administración propias y de terceros
Windows Admin Center System Center

Puente más sencillo a híbrido; incorporación y Protección de datos, replicación,

uso de una variedad de servicios de Azure para actualizaciones integradas (DPM/VMM/SCCM).
protección de datos, replicación, actualizaciones Integración híbrida con Log Analytics y Service
y mucho más Map

Principales características de la plataforma de Plataformas adicionales: Automatización de

Windows Server: Servicio de migración de Orchestrator y SMA. Integraciones con SCSM y
almacenamiento, réplica de almacenamiento, otras herramientas de administración de
información del sistema, etc. servicios

Cada una entrega un valor objetivo de forma independiente; mejor

juntas con funcionalidades complementarias.
¿Qué es la puerta de enlace
modernizada de Windows Admin
Center?
Artículo • 02/01/2024 •
Se aplica a: ✅ Windows Admin Center, ✅ Windows Admin Center Preview

En diciembre de 2023, la puerta de enlace modernizada de Windows Admin Center se

publicó en versión preliminar pública mediante el Windows Server Insider Program. Esta
versión es complementaria a la versión más reciente disponible con carácter general de
Windows Admin Center, versión 2311.

La puerta de enlace modernizada es una actualización de back-end importante del

producto Windows Admin Center. El back-end de Windows Admin Center hospeda la
estructura de autorización, los servicios de PowerShell y los complementos de puerta de
enlace, y desempeña un papel fundamental en cada experiencia de Windows Admin
Center.

Novedades

Se ha actualizado de .NET Core 4.6.2 a .NET Core.

La actualización más importante de esta versión es la actualización de back-end de .NET
Framework 4.6.2 a .NET Core. Esta actualización presenta un rendimiento, seguridad y
criptografía mejorados. También incluye compatibilidad con HTTP/2, lo que reduce la
latencia y mejora la capacidad de respuesta de Windows Admin Center.

Instalador de actualizaciones
Al modernizar nuestra puerta de enlace, también hemos facilitado que el instalador sea
más flexible al proporcionar más opciones de personalización, incluida la configuración
de acceso a la red, seleccionar hosts de confianza, proporcionar un nombre de dominio
completo (FQDN) para la máquina de puerta de enlace, etc. Para obtener más
información sobre el instalador, consulta la sección Instalación de la puerta de enlace
modernizada.

Arquitectura basada en varios procesos y microservicios

La puerta de enlace modernizada también usa la arquitectura de microservicios. Antes
de esta actualización, Windows Admin Center realizaba todas las tareas en un único
proceso. Gracias a este nuevo modelo, iniciamos un proceso para Windows Admin
Center en el inicio de la aplicación que actúa como administrador de procesos. A
medida que usas Windows Admin Center, se crean más subprocesos para realizar tareas
específicas.

Además, los complementos de puerta de enlace compatibles con la puerta de enlace

modernizada también ejecutarán su propia colección de subprocesos en el
administrador de servicios de Windows Admin Center para realizar sus funciones.

Cambiar de un servicio monolítico a un modelo de microservicios ayuda a que la puerta

de enlace modernizada sea más flexible, escalable y resistente.

Servidor web HTTP de Kestrel

Anteriormente, Windows Admin Center utilizaba componentes de Katana, incluido un
servidor web, en el back-end. Gracias a la puerta de enlace modernizada, hemos
cambiado a un servidor web Kestrel de [Link] Core.

Kestrel es el servidor web recomendado para aplicaciones [Link] Core. Además,

Kestrel admite el protocolo web HTTP/2 donde anteriormente solo se admitía HTTP1.1
con los componentes de Katana. La actualización de HTTP1.1 a HTTP/2 aporta una
latencia reducida a nuestra aplicación y una mayor capacidad de respuesta mediante
características mejoradas como la multiplexación y la inserción de servidor.

Cómo afecta esto a las extensiones

Las extensiones del complemento de puerta de enlace se ven más afectadas por los
cambios en nuestra puerta de enlace modernizada. Los complementos de puerta de
enlace de Windows Admin Center habilitan la comunicación de API desde la interfaz de
usuario de la herramienta o solución a un nodo de destino. Windows Admin Center
hospeda un servicio de puerta de enlace que retransmite comandos y scripts desde
complementos de puerta de enlace que se ejecutarán en nodos de destino. El servicio
de puerta de enlace se puede ampliar para incluir complementos de puerta de enlace
personalizados que admitan protocolos distintos de los predeterminados (PowerShell y
WMI).

Dado que los complementos de puerta de enlace se comunican con el back-end de

Windows Admin Center para habilitar la comunicación de API, el código del
complemento de puerta de enlace puede incluir componentes escritos con la
versión 4.6.2 de .NET Framework, que no funcionará con .NET Core. Este código debe
actualizarse para usar .NET Core Framework.

Además, hemos modificado la forma en que los complementos funcionan con nuestra
puerta de enlace modernizada. En lugar de desarrollar una clase de C# que implemente
la interfaz IPlugIn desde el espacio de nombres
[Link] para ampliar el complemento de

puerta de enlace, las extensiones ahora se escribirán en forma de controladores MVC de

[Link]. Estos controladores han aumentado la flexibilidad en comparación con la clase
de C# sencilla y la amplia documentación.

Consulta nuestra documentación para desarrolladores a fin de obtener más información

sobre el desarrollo de complementos de puerta de enlace en Windows Admin Center.

Instalación de la puerta de enlace modernizada

Gracias a nuestra puerta de enlace modernizada, hemos realizado cambios en nuestro
instalador para ofrecer más flexibilidad al usuario.

Al ejecutar el instalador, se te presentan tres modos de instalación diferentes:

configuración rápida de localhost, configuración remota rápida y configuración
personalizada.
Si quieres opciones de configuración para puertos de red internos y externos, FQDN de
punto de conexión, WinRM a través de HTTPS, etc., continúa con la sección
Configuración personalizada. Si estás de acuerdo con los valores predeterminados,
continúa con la sección Opciones de configuración rápida.

Opciones de configuración rápida

Dos de los tres modos de instalación de la puerta de enlace modernizada son modos
rápidos: configuración rápida de localhost y configuración remota rápida. La
configuración rápida de localhost también se puede denominar configuración de cliente
local. Para todos los demás tipos de instalación, usa la configuración remota rápida.
Ambas opciones de configuración rápida no permiten la configuración de las siguientes
características:

Modo de autenticación de inicio de sesión

Nombres de red de acceso de host
Puertos de red internos y externos
Tipo de certificado y huella digital
FQDN de punto de conexión
Modo de hosts de confianza
WinRM a través de HTTPS
Si quieres configurar cualquiera de estas características, usa la opción Configuración
personalizada en su lugar.

Si seleccionas la opción de configuración rápida de localhost, se podrá acceder a WAC

mediante el puerto 6600 y usará los puertos internos del 6601 al 6610.

Si seleccionas la opción de configuración remota rápida, se podrá acceder a WAC

mediante el puerto 443 y usará los puertos internos del 6601 al 6610.

Instalación personalizada
La selección de la instalación personalizada te permite establecer todas las opciones de
configuración de Windows Admin Center, entre las que se incluyen las siguientes:

Acceso a la red: esta página te permite seleccionar cómo vas a usar Windows
Admin Center. Puedes optar por restringir el acceso WAC a otros usuarios
seleccionando solo el acceso localhost o permitir el acceso remoto mediante el
nombre de máquina de FQDN.
Números de puerto: esta página permite seleccionar los puertos que se reservarán
para Windows Admin Center. WAC usa un puerto externo para sus procesos
principales. Otros procesos usan puertos internos. Hay dos procesos internos de
manera predeterminada, pero las extensiones pueden definir sus propios servicios
que requerirán acceso al puerto. De manera predeterminada, el intervalo interno
es de 10 puertos.
Seleccionar certificado TLS: esta página te permite seleccionar certificados
autofirmados o un certificado TLS oficial que Windows Admin Center debe usar.
Los certificados autofirmados incluyen certificados de raíz de CA autofirmados y
certificados TLS que funcionan con el explorador Edge/Chrome más reciente.
Nombre de dominio completo: esta página permite proporcionar un nombre de
dominio completo para el acceso a la red. Este debe coincidir con el nombre en el
certificado TLS.
Hosts de confianza: esta página te permite seleccionar qué tipo de hosts remotos
quieres administrar. Puedes optar por administrar solo equipos de dominio de
confianza o permitir el acceso a máquinas no unidas a un dominio.
WinRM a través de HTTPS: esta página te permite seleccionar si se debe usar
HTTPS para la comunicación de WinRM. WinRM se comunica a través de HTTP de
manera predeterminada.

Solución de problemas de instalación

Si se ha producido un error en la instalación o Windows Admin Center no se puede abrir
después de la instalación, intenta desinstalarlo y volverlo a instalar. Este problema
también puede ocurrir si tienes instalada una versión anterior de una compilación de
puerta de enlace modernizada y estás intentando actualizar a una versión más reciente.
Para desinstalarla, sigue las instrucciones de la sección Desinstalación de la puerta de
enlace modernizada.

Compatibilidad con extensiones

El feed de extensiones de la puerta de enlace modernizada no está configurada. Las
extensiones no incluidas en el instalador de Windows Admin Center, incluidas las
extensiones de asociados externos, no están disponibles a menos que agregues un feed
de extensiones.

Las siguientes extensiones están disponibles al instalar la compilación de puerta de

enlace modernizada:

Aplicaciones y características
Azure Backup
Azure File Sync
Centro de híbrido de Azure
Azure Kubernetes Service
Certificados
Creación del clúster
de conmutación por error
Guía de desarrolladores
Dispositivos
Eventos
Herramientas de clústeres de conmutación por error
Archivos y uso compartido de archivos
Firewall
Usuarios y grupos locales
Herramientas de controladora de red y redes virtuales de SDN
Redes
Supervisión de paquetes
Monitor de rendimiento
PowerShell
Procesos
Registro
Escritorio remoto
Roles y características
 Tareas programadas
Conexiones de puerta de enlace de SDN
Infraestructura de SDN
Redes lógicas de SDN
Grupos de seguridad de red de SDN
Seguridad
Administrador de servidores y administración de ordenadores
Servicios
Storage
Servicio de migración de almacenamiento
Réplica de almacenamiento
Conclusiones del sistema
Actualizaciones
Máquinas virtuales y conmutadores

Hay algunas extensiones que no funcionarán incluso cuando se agreguen como parte
de un nuevo feed de extensiones. Para obtener más información, consulta Problemas
conocidos.

Desinstalación de la puerta de enlace

modernizada
Si tienes que desinstalar la puerta de enlace modernizada de Windows Admin Center,
realiza una de las siguientes acciones:

En la página Aplicaciones y características de la configuración de la máquina de

puerta de enlace, selecciona Windows Admin Center (v2) (Versión preliminar) en
la lista de programas y luego Desinstalar.
Ve a la carpeta donde está instalada la puerta de enlace modernizada de Windows
Admin Center (el directorio predeterminado es
C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Windows Admin Center

(v2) ) y selecciona Desinstalar Windows Admin Center (v2).

Ejecuta C:\Program Files\WindowsAdminCenter\[Link] :

Ejecutar otra vez el instalador no proporciona una opción de desinstalación en este

momento. Para asegurarse de que la instalación se ha eliminado correctamente,
comprueba si existe una carpeta WindowsAdminCenter en C:\ProgramData o C:\Program
Files . Si no existe en ninguna ubicación, la aplicación se ha desinstalado correctamente.

Durante el proceso de desinstalación, todo lo que se pone en la máquina durante la

instalación se elimina, aparte del archivo del instalador .exe de puerta de enlace
modernizada de Windows Admin Center. Si tienes otra compilación de Windows Admin
Center también instalada en el momento de la desinstalación de la puerta de enlace
modernizada, no se toca ningún archivo ni propiedad de la otra compilación durante el
proceso de desinstalación. No hay dependencias entre las dos instalaciones.

Problemas conocidos
En la compilación de puerta de enlace modernizada de Windows Admin Center existen
los problemas conocidos siguientes.

Si encuentras un problema que no se describe en esta página, infórmanos . Para

ayudarnos a solucionar el problema, especifica que el problema se estaba produciendo
en la compilación de puerta de enlace modernizada.

PowerShell
La cuenta de la sesión de PowerShell de esta herramienta siempre tiene como valor
predeterminado el usuario que inició sesión en la puerta de enlace de Windows Admin
Center, incluso si se especificaron credenciales de administración diferentes al realizar la
comunicación remota a una conexión.

Extensiones no admitidas
Incluso con un feed de extensiones agregada, las siguientes extensiones no funcionan
actualmente con la puerta de enlace modernizada:

Dell OpenManage
Lenovo XClarity Integrator
Fujitsu ServerView RAID
Administrador de infraestructura de software de Fujitsu (ISM)
Fujitsu ServerView Health
Almacenamiento de Pure FlashArray

Preguntas más frecuentes

Encuentra respuestas a las preguntas más frecuentes sobre el uso de la puerta de enlace
modernizada de Windows Admin Center.

¿Puedes instalar una compilación de puerta de enlace

modernizada de Windows AdminCenter cuando ya tienes
instalada una compilación de Windows Admin Center?
Sí, puedes instalar una compilación de puerta de enlace modernizada de Windows
Admin Center en paralelo con una compilación de puerta de enlace heredada siempre
que no elijas los mismos puertos para ambas instalaciones.

¿Se pueden cambiar los puertos que usa la instalación de

puerta de enlace modernizada de Windows Admin Center
después de la instalación?
Sí, en los archivos de programa para Windows Admin Center, hemos incluido un
módulo de PowerShell denominado [Link].psm1 .
Este módulo permite modificar la configuración de WAC después de la instalación y se
puede encontrar en la carpeta PowerShellModules de la instalación ( C:\Program
Files\WindowsAdminCenter\PowerShellModules\ de manera predeterminada).

Para cambiar los puertos que usa la instancia de Windows Admin Center, ejecuta el
siguiente comando:

PowerShell

Set-WACHttpsPort -Wacport <port> -ServicePortRangeStart <port> -

ServicePortRangeEnd <port>

¿Se pueden cambiar las opciones de configuración que

no sean los ajustes del puerto después de la instalación?
Sí, se puede usar el módulo [Link].psm1 de
PowerShell para modificar las opciones de configuración. Puede encontrarse en la
carpeta PowerShellModules de la instalación.

¿Por qué no están todos estos cambios en la

versión 2311?
Para garantizar la mejor experiencia de calidad, necesitamos comentarios de clientes y
desarrolladores antes de que estos cambios estén disponibles con carácter general.

¿Están disponibles todas las características de la

versión 2311 en esta compilación?
Sí. Más información acerca de la versión 2311 de Windows Admin Center .

Pasos siguientes
Descargar e instalar la compilación de puerta de enlace modernizada de Windows
Admin Center desde Windows Server Insider Program
Primeros pasos con Windows Admin Center

Comentarios
¿Le ha resultado útil esta página?  Sí  No

Proporcionar comentarios sobre el producto

¿Qué tipo de instalación es la adecuada
para ti?
Artículo • 10/02/2025 •
Se aplica a: ✅ Windows Admin Center, ✅ Windows Admin Center Preview

En este tema se describen las diferentes opciones de instalación para Windows Admin
Center, incluida la instalación en un equipo con Windows 10 o en Windows Server para
que lo usen varios administradores. Para instalar Windows Admin Center en una VM en
Azure, consulta Implementación de Windows Admin Center en Azure.

No se recomienda usar Windows Admin Center para la administración local del mismo
servidor en el que está instalado. Para administrar un servidor, use Windows Admin
Center para conectarse al servidor de forma remota desde un equipo de administración
u otro servidor.

Instalación: tipos

ﾉ Expandir tabla

Cliente local Servidor de puerta Servidor Clúster de conmutación

de enlace administrado por error

Instalar en un cliente Instalación en un Instalación directa en Implementación en un

local de Windows 10 servidor de puerta un servidor clúster de conmutación
o 11 que tenga de enlace designado administrado para por error para permitir la
conectividad con los y con acceso desde administrar de forma alta disponibilidad del
servidores cualquier explorador remota el servidor o servicio de puerta de
administrados. del cliente con en un clúster en el enlace. Genial para
Excelente para conectividad con el que es un nodo entornos de producción
escenarios de inicio servidor de puerta miembro. Excelente para garantizar la
 Cliente local Servidor de puerta Servidor Clúster de conmutación
de enlace administrado por error

rápido, pruebas, ad de enlace. Ideal para para escenarios resistencia del servicio de
hoc o de pequeña escenarios a gran distribuidos. administración.
escala. escala.

Instalación: Sistemas operativos compatibles

Puedes instalar Windows Admin Center en los siguientes sistemas operativos de
Windows:

ﾉ Expandir tabla

Plataforma Modo de instalación

Windows 11 Cliente local

Windows 10 Cliente local

Canal de Windows Server Semi- Servidor de puerta de enlace, servidor administrado, clúster
Annual de conmutación por error

Windows Server 2025 Servidor de puerta de enlace, servidor administrado, clúster

de conmutación por error

Windows Server 2022 Servidor de puerta de enlace, servidor administrado, clúster

de conmutación por error

Windows Server 2019 Servidor de puerta de enlace, servidor administrado, clúster

de conmutación por error

Windows Server 2016 Servidor de puerta de enlace, servidor administrado, clúster

de conmutación por error

Para utilizar Windows Admin Center:

En un escenario de cliente local: inicie la puerta de enlace de Windows Admin

Center desde el menú Inicio y conéctese desde un explorador web del cliente
mediante el acceso a [Link] .
En otros escenarios: conéctate a la puerta de enlace de Windows Admin Center
desde un explorador del cliente en un equipo diferente, por ejemplo,
[Link]

２ Advertencia
 No se admite la instalación de Windows Admin Center en un controlador de
dominio. Obtenga más información sobre los procedimientos recomendados de
seguridad del controlador de dominio.

７ Nota

El uso de puertos y los valores predeterminados para las instalaciones de Windows

Admin Center en la puerta de enlace modernizada varían respecto a lo que se ha
mencionado anteriormente. Obtenga más información sobre las diferencias que
hay en la puerta de enlace modernizada.

Instalación: Exploradores web compatibles

Microsoft Edge (incluido Microsoft Edge Insider ) y Google Chrome se han probado y
admitido en Windows 10. Otros exploradores web, incluido Firefox, no forman parte
actualmente de nuestra matriz de pruebas y, por lo tanto, no se admiten oficialmente. Es
posible que estos exploradores tengan problemas al ejecutar Windows Admin Center.
Por ejemplo, Firefox tiene su propio almacén de certificados, por lo que debe importar
el certificado Windows Admin Center Client a Firefox para usar Windows Admin Center
en Windows 10. Para obtener más información, consulte problemas conocidos
específicos del navegador.

Objetivo de gestión: sistemas operativos

compatibles
Puedes administrar los siguientes sistemas operativos de Windows mediante Windows
Admin Center:

ﾉ Expandir tabla

Versión Administrar nodo mediante Administrar mediante

Administrador del servidor Administrador de clústeres

Windows 11 Sí (mediante Administración de N/D

equipos)

Windows 10 Sí (mediante Administración de N/D

equipos)

Canal de Windows Server Sí Sí

Versión Administrar nodo mediante Administrar mediante
Administrador del servidor Administrador de clústeres

Semi-Annual

Windows Server 2025 Sí Sí

Windows Server 2022 Sí Sí

Windows Server 2019 Sí Sí

Windows Server 2016 Sí Sí, con la última actualización

acumulativa

Microsoft Hyper-V Server Sí Sí

2016

Windows Server 2012 R2 Sí Sí

Microsoft Hyper-V Server Sí Sí

2012 R2

Windows Server 2012 Sí Sí

Azure Local, versión 22H2 y Sí Sí

posteriores

７ Nota

Windows Admin Center requiere características de PowerShell que no se incluyen

en Windows Server 2012 y 2012 R2. Si los vas a administrar con Windows Admin
Center, deberás instalar Windows Management Framework (WMF), versión 5.1 o
posterior, en esos servidores.

Escribe $PSVersiontable en PowerShell para verificar que esté instalado WMF y que
la versión sea 5.1 o posterior.

Si WMF no está instalado, puedes descargar WMF 5.1 .

Alta disponibilidad

２ Advertencia

Windows Admin Center versión 2410 no admite alta disponibilidad. Si está

utilizando alta disponibilidad, no podrá actualizar.
Puede habilitar la alta disponibilidad del servicio de puerta de enlace mediante la
implementación de Windows Admin Center en un modelo activo-pasivo en un clúster
de conmutación por error. Si se produce un error en uno de los nodos del clúster,
Windows Admin Center realiza una conmutación a otro nodo, lo que le permite seguir
administrando los servidores en su entorno de forma fluida.

Obtenga más información sobre la implementación de Windows Admin Center con alta
disponibilidad.

 Sugerencia

¿Estás listo para instalar Windows Admin Center? Descargar ahora

Comentarios
¿Le ha resultado útil esta página?  Sí  No

Proporcionar comentarios sobre el producto

Opciones de acceso de usuario con
Windows Admin Center
Artículo • 09/03/2023

Se aplica a: Windows Admin Center, versión preliminar de Windows Admin Center

Cuando se implementa en Windows Server, Windows Admin Center proporciona un

punto de administración centralizado para el entorno del servidor. Al controlar el acceso
a Windows Admin Center, puedes mejorar la seguridad de tu entorno de administración.

７ Nota

La seguridad de Windows Admin Center como aplicación depende del sistema

operativo y de la infraestructura. Windows Admin Center no implementa, supervisa
ni aplica un límite de seguridad.

Roles de acceso a la puerta de enlace

Windows Admin Center define dos roles para el acceso al servicio de puerta de enlace:
usuarios de puerta de enlace y administradores de puerta de enlace.

７ Nota

El acceso a la puerta de enlace no implica el acceso a los servidores de destino

visibles en la puerta de enlace. Para administrar un servidor de destino, un usuario
debe conectarse con credenciales que tengan privilegios administrativos en el
servidor de destino.

Los usuarios de puerta de enlace pueden conectarse al servicio de puerta de enlace de

Windows Admin Center para administrar servidores mediante la puerta de enlace, pero
no pueden cambiar los permisos de acceso ni el mecanismo de autenticación que se usa
para autenticarse en la puerta de enlace.

Los administradores de puerta de enlace pueden configurar quién obtiene acceso y

cómo se autentican los usuarios en la puerta de enlace.

７ Nota
 Si no hay ningún grupo de acceso definido en Windows Admin Center, los roles
reflejarán el acceso de la cuenta de Windows al servidor de puerta de enlace.

Configura el acceso de usuario y de administrador de la puerta de enlace en Windows

Admin Center.

Opciones de proveedores de identidades

Los administradores de la puerta de enlace pueden elegir cualquiera de las siguientes
opciones:

Active Directory o grupos de máquinas locales

Azure Active Directory como proveedor de identidades de Windows Admin Center

Autenticación de tarjeta inteligente

Si usas Active Directory o grupos de máquinas locales como proveedor de identidades,
para exigir la autenticación de tarjeta inteligente, solicita a los usuarios que acceden a
Windows Admin Center que sean miembros de grupos de seguridad basados en tarjetas
inteligentes adicionales. Configura la autenticación de tarjeta inteligente en Windows
Admin Center.

Acceso condicional y autenticación multifactor

Al requerir la autenticación de Azure AD para la puerta de enlace, puedes utilizar las
características de seguridad adicionales, como el acceso condicional y la autenticación
multifactor que proporciona Azure AD. Más información sobre cómo configurar el
acceso condicional con Azure Active Directory.

Control de acceso basado en roles

De forma predeterminada, los usuarios requieren privilegios de administrador local
completos en las máquinas que quieren administrar mediante Windows Admin Center.
Esto les permite conectarse a la máquina de forma remota y garantiza que tienen
permisos suficientes para ver y modificar la configuración del sistema. Sin embargo, es
posible que algunos usuarios no necesiten acceso sin restricciones a la máquina para
realizar sus trabajos. Puedes usar el control de acceso basado en rol en Windows
Admin Center para proporcionar a estos usuarios acceso limitado a la máquina, en lugar
de hacerles administradores locales completos.
El control de acceso basado en rol de Windows Admin Center funciona configurando
cada servidor administrado con un punto de conexión Just Enough Administration de
PowerShell. Este punto de conexión define los roles, incluidos los aspectos del sistema
que cada rol puede administrar y los usuarios que están asignados al rol. Cuando un
usuario se conecta al punto de conexión restringido, se crea una cuenta de
administrador local temporal para administrar el sistema en su nombre. Esto garantiza
que incluso las herramientas que no tienen su propio modelo de delegación se puedan
administrar con Windows Admin Center. La cuenta temporal se quita automáticamente
cuando el usuario deja de administrar la máquina a través de Windows Admin Center.

Cuando un usuario se conecta a una máquina configurada con el control de acceso

basado en rol, Windows Admin Center comprueba primero si es un administrador local.
Si es así, recibirá la experiencia de Windows Admin Center completa sin restricciones. De
lo contrario, Windows Admin Center comprobará si el usuario pertenece a alguno de los
roles predefinidos. Se dice que un usuario tiene acceso limitado si pertenece a un rol del
centro de Windows Admin Center, pero no es un administrador total. Por último, si el
usuario no es administrador ni miembro de un rol, se le denegará el acceso para
administrar la máquina.

El control de acceso basado en rol está disponible para las soluciones Administrador del
servidor y Clúster de conmutación por error.

Roles disponibles
Windows Admin Center admite los siguientes roles de usuario final:

Nombre de Uso previsto

función

Administradores Permite a los usuarios usar la mayoría de las características de Windows Admin
Center sin concederles acceso al Escritorio remoto ni a PowerShell. Este rol es
adecuado para los escenarios de "servidor de salto" si se quieren limitar los
puntos de entrada de administración en una máquina.

Lectores Permite a los usuarios ver la información y la configuración en el servidor, pero

no realizar cambios.

Administradores Permite a los usuarios realizar cambios en las máquinas virtuales de Hyper-V y
de Hyper-V en los modificadores, pero limita otras características al acceso de solo lectura.

Las siguientes extensiones integradas tienen una funcionalidad reducida cuando un

usuario se conecta con acceso limitado:

Archivos (sin carga ni descarga de archivos)

 PowerShell (no disponible)
Escritorio remoto (no disponible)
Réplica de almacenamiento (no disponible)

En este momento, no puedes crear roles personalizados para tu organización, pero

puedes elegir qué usuarios obtendrán acceso a cada rol.

Preparación del control de acceso basado en rol

Para utilizar las cuentas locales temporales, cada máquina de destino debe configurarse
para admitir el control de acceso basado en rol en Windows Admin Center. El proceso
de configuración implica la instalación de scripts de PowerShell y un punto de conexión
Just Enough Administration en la máquina mediante Desired State Configuration.

Si solo tienes unos pocos equipos, puedes aplicar fácilmente la configuración de forma
individual a cada uno mediante la página de control de acceso basado en rol en
Windows Admin Center. Cuando configuras el control de acceso basado en rol en un
equipo individual, se crean grupos de seguridad locales para controlar el acceso a cada
rol. Para conceder acceso a usuarios u otros grupos de seguridad, les puedes agregar
como miembros de los grupos de seguridad del rol.

En el caso de una implementación de toda la empresa en varias máquinas, puedes

descargar el script de configuración desde la puerta de enlace y distribuirlo a los
equipos mediante un servidor de extracción de Desired State Configuration, Azure
Automation o tus herramientas de administración preferidas.
Preparación del entorno para Windows
Admin Center
Artículo • 04/10/2023

Se aplica a: Windows Admin Center, versión preliminar de Windows Admin Center

Hay algunas versiones de servidor que necesitan preparación adicional antes de que
estén listas para administrarse con Windows Admin Center:

Windows Server 2012 y 2012 R2

Microsoft Hyper-V Server 2016
Microsoft Hyper-V Server 2012 R2

También hay algunos escenarios en los que la configuración de puertos en el servidor de

destino puede tener que modificarse antes de la administración con Windows Admin
Center.

Preparación de Windows Server 2012 y 2012 R2

Instalación de WMF versión 5.1 o posterior

Windows Admin Center requiere características de PowerShell que no se incluyen de
forma predeterminada en Windows Server 2012 y 2012 R2. Para administrar Windows
Server 2012 o 2012 R2 con Windows Admin Center, debes instalar WMF versión 5.1 o
posterior en esos servidores.

Escribe $PSVersiontable en PowerShell para verificar que esté instalado WMF y que la
versión sea 5.1 o posterior.

Si no está instalado, puedes descargar e instalar WMF 5.1.

Preparación de Microsoft Hyper-V Server 2016

Para administrar Microsoft Hyper-V Server 2016 con Windows Admin Center, hay
algunos roles de servidor que tendrás que habilitar antes de poder hacerlo.

Para administrar Microsoft Hyper-V Server 2016 con

Windows Admin Center:
 1. Habilita la administración remota.
2. Habilita el Rol de servidor de archivos.
3. Habilita el módulo de Hyper-V para PowerShell.

Paso 1: Habilita la administración remota

Para habilitar la administración remota en Hyper-V Server:

1. Inicia sesión en Hyper-V Server.

2. En la herramienta Configuración del servidor (SCONFIG), escribe 4 para configurar
la administración remota.
3. Escribe 1 para habilitar la administración remota.
4. Escribe 4 para volver al menú principal.

Paso 2: Habilita el Rol de servidor de archivos

Para habilitar el Rol de servidor de archivos para el uso compartido básico de archivos y
la administración remota:

1. Haz clic en Roles y características en el menú Herramientas.

2. En Roles y características, busca Servicios de archivos y almacenamiento y marca
Servicios de iSCSI y archivo y Servidor de archivos:

Paso 3: Habilita el módulo de Hyper-V para PowerShell

Para habilitar el módulo de Hyper-V para las características de PowerShell:

1. Haz clic en Roles y características en el menú Herramientas.

2. En Roles y características, busca Herramientas de administración remota del
servidor y marca Herramientas de administración de roles y Módulo de Hyper-V
para PowerShell:
Microsoft Hyper-V Server 2016 ahora está listo para la administración con Windows
Admin Center.

Preparación de Microsoft Hyper-V Server 2012

R2
Para administrar Microsoft Hyper-V Server 2012 R2 con Windows Admin Center, hay
algunos roles de servidor que tendrás que habilitar antes de poder hacerlo. Además,
debes instalar WMF versión 5.1 o posterior.

Para administrar Microsoft Hyper-V Server 2012 R2 con

Windows Admin Center:
1. Instala Windows Management Framework (WMF) versión 5.1 o posterior
2. Habilita la administración remota
3. Habilita el Rol de servidor de archivos
4. Habilita el módulo de Hyper-V para PowerShell

Paso 1: Instala Windows Management Framework 5.1

Windows Admin Center requiere características de PowerShell que no se incluyen de
forma predeterminada en Microsoft Hyper-V Server 2012 R2. Para administrar Microsoft
Hyper-V Server 2012 R2 con Windows Admin Center, debes instalar WMF versión 5.1 o
posterior.

Escribe $PSVersiontable en PowerShell para verificar que esté instalado WMF y que la
versión sea 5.1 o posterior.

Si no está instalado, puedes descargar WMF 5.1.

Paso 2: Habilita la administración remota
Para habilitar la administración remota de Hyper-V Server:

1. Inicia sesión en Hyper-V Server.

2. En la herramienta Configuración del servidor (SCONFIG), escribe 4 para configurar
la administración remota.
3. Escribe 1 para habilitar la administración remota.
4. Escribe 4 para volver al menú principal.

Paso 3: Habilita el Rol de servidor de archivos

Para habilitar el Rol de servidor de archivos para el uso compartido básico de archivos y
la administración remota:

1. Haz clic en Roles y características en el menú Herramientas.

2. En Roles y características, busca Servicios de archivos y almacenamiento y marca
Servicios de iSCSI y archivo y Servidor de archivos:

Paso 4: Habilita el módulo de Hyper-V para PowerShell

Para habilitar el módulo de Hyper-V para las características de PowerShell:

1. Haz clic en Roles y características en el menú Herramientas.

2. En Roles y características, busca Herramientas de administración remota del
servidor y marca Herramientas de administración de roles y Módulo de Hyper-V
para PowerShell:
Microsoft Hyper-V Server 2012 R2 ahora está listo para la administración con Windows
Admin Center.

Configuración de puertos en el servidor de

destino
Windows Admin Center usa el protocolo de uso compartido de archivos SMB para
algunas tareas de copia de archivos, como al importar un certificado en un servidor
remoto. Para que estas operaciones de copia de archivos se realicen correctamente, el
firewall en el servidor remoto debe permitir conexiones entrantes en el puerto 445.
Puedes usar la herramienta de firewall de Windows Admin Center para verificar que la
regla de entrada de "Administración remota del servidor de archivos (SMB de entrada)"
está configurada para permitir el acceso en este puerto.

 Sugerencia

¿Estás listo para instalar Windows Admin Center? Descargar ahora

Requisitos de red de Windows Admin
Center
Artículo • 04/10/2023

Se aplica a: Windows Admin Center, versión preliminar de Windows Admin Center

En este artículo se describen los requisitos de red para usar Windows Admin Center para
administrar los servidores y clústeres.

Configuración de red
Windows Admin Center se comunica desde el exterior de forma segura a los puntos de
conexión a través del puerto TCP 443. De forma predeterminada, la puerta de enlace y el
navegador de Windows Admin Center usa la ruta predeterminada a Internet para
realizar acciones. Opcionalmente, puede configurar la puerta de enlace para que use un
servidor proxy si la red lo requiere.

Los puntos de conexión deben abrirse en dos orígenes:

La puerta de enlace: es el servidor o la máquina cliente donde está instalada la

puerta de enlace de Windows Admin Center (.msi).
El navegador: esta es la máquina desde la que se accede al servicio web de
Windows Admin Center.

Si la conectividad saliente está restringida por el firewall o el servidor proxy, asegúrese

de que las direcciones URL que se muestran a continuación no estén bloqueadas.

Direcciones URL de puerta de enlace

Resolución Descripción Cuándo es necesario

[Link] Adquisición y Siempre

mantenimiento de
Windows Admin Center

[Link] Adquisición y Siempre

mantenimiento de
Windows Admin Center

[Link] Administración de Siempre

extensiones
Resolución Descripción Cuándo es necesario

*.[Link] Administración de Siempre

extensiones

[Link] Puntos de conexión de Cuando se usan servicios

Azure para la híbridos de Azure en la nube
comunicación pública de Azure

[Link] Puntos de conexión de Cuando se usan servicios

Azure para la híbridos de Azure en la nube
comunicación pública de Azure

[Link] Puntos de conexión de Cuando se usan servicios

Azure para la híbridos de Azure en la nube
comunicación pública de Azure

[Link] Puntos de conexión de Cuando se usan servicios

Azure para la híbridos de Azure en la nube
comunicación pública de Azure

[Link] Puntos de conexión de Cuando se usan servicios

Azure para la híbridos de Azure en la nube
comunicación de Azure del Gobierno de
EE. UU.

[Link] Puntos de conexión de Cuando se usan servicios

Azure para la híbridos de Azure en la nube
comunicación de Azure del Gobierno de
EE. UU.

[Link] Puntos de conexión de Cuando se usan servicios

Azure para la híbridos de Azure en la nube
comunicación de Azure del Gobierno de
EE. UU.

[Link] Puntos de conexión de Cuando se usan servicios

Azure para la híbridos de Azure en la nube
comunicación de Azure del Gobierno de
EE. UU.

[Link] Puntos de conexión de Cuando se usan servicios

Azure para la híbridos de Azure en la nube
comunicación de Azure de China

[Link] Puntos de conexión de Cuando se usan servicios

Azure para la híbridos de Azure en la nube
comunicación de Azure de China

[Link] Puntos de conexión de Cuando se usan servicios

Azure para la híbridos de Azure en la nube
Resolución Descripción Cuándo es necesario

comunicación de Azure de China

[Link] Puntos de conexión de Cuando se usan servicios

Azure para la híbridos de Azure en la nube
comunicación de Azure de China

Direcciones URL del navegador

Resolución Descripción Cuándo es necesario

[Link] Administración de Siempre

extensiones

[Link] Administración de Siempre

extensiones

[Link] Administración de Siempre

extensiones

[Link] Administración de Siempre

extensiones

[Link] Adquisición y Opcionalmente

mantenimiento de
Windows Admin
Center

[Link] Puntos de conexión Cuando se usan servicios

de Azure para la híbridos de Azure en la
comunicación nube pública de Azure

[Link] Puntos de conexión Cuando se usan servicios

de Azure para la híbridos de Azure en la
comunicación nube pública de Azure

[Link] Puntos de conexión Cuando se usan servicios

de Azure para la híbridos de Azure en la
comunicación nube pública de Azure

[Link] Puntos de conexión Cuando se usan servicios

de Azure para la híbridos de Azure en la
comunicación nube pública de Azure

[Link] Puntos de conexión Cuando se usan servicios

de Azure para la híbridos de Azure en la
comunicación nube de Azure del
Gobierno de EE. UU.
Resolución Descripción Cuándo es necesario

[Link] Puntos de conexión Cuando se usan servicios

de Azure para la híbridos de Azure en la
comunicación nube de Azure del
Gobierno de EE. UU.

[Link] Puntos de conexión Cuando se usan servicios

de Azure para la híbridos de Azure en la
comunicación nube de Azure del
Gobierno de EE. UU.

[Link] Puntos de conexión Cuando se usan servicios

de Azure para la híbridos de Azure en la
comunicación nube de Azure del
Gobierno de EE. UU.

[Link] Puntos de conexión Cuando se usan servicios

de Azure para la híbridos de Azure en la
comunicación nube de Azure de China

[Link] Puntos de conexión Cuando se usan servicios

de Azure para la híbridos de Azure en la
comunicación nube de Azure de China

[Link] Puntos de conexión Cuando se usan servicios

de Azure para la híbridos de Azure en la
comunicación nube de Azure de China

[Link] Puntos de conexión Cuando se usan servicios

de Azure para la híbridos de Azure en la
comunicación nube de Azure de China

Pasos siguientes
Preparar el entorno
Instalar Windows Admin Center
Instalación de Windows Admin Center
Artículo • 11/03/2025 •
Se aplica a: ✅ Windows Admin Center, ✅ Windows Admin Center Preview

En este tema se describe cómo instalar Windows Admin Center en un equipo cliente
Windows o en un servidor remoto de Windows Server 2025 para que varios usuarios
puedan acceder a Windows Admin Center mediante un explorador web.

 Sugerencia

¿No estás familiarizado con Windows Admin Center? Obtén más información
acerca de Windows Admin Center o descárgalo ahora.

Determinación del tipo de instalación

Revisa las opciones de instalación , que incluyen los sistemas operativos compatibles.
Para instalar Windows Admin Center en una máquina virtual en Azure, consulte
Implementación de Windows Admin Center en Azure.

Prerrequisitos
Para instalar Windows Admin Center, necesita los siguientes requisitos previos:

Un equipo o servidor Windows en el que instalar Windows Admin Center.

Privilegios administrativos o permisos equivalentes en la máquina en la que va a

instalar Windows Admin Center.

Opcional: certificado SSL usado para la autenticación de servidor de

([Link].[Link].1). Puede usar un certificado autofirmado para las pruebas, pero
siempre debe usar un certificado de una entidad de certificación de confianza para
entornos de producción. Si no tiene un certificado, puede usar el instalador de
Windows Admin Center para generar un certificado autofirmado. El certificado es
válido durante 60 días.

Si usas la experiencia de Server Core, descarga el instalador de Windows Admin

Center desde el centro de evaluación de Windows Admin Center a una ubicación
en la máquina en la que quieres instalar Windows Admin Center.
Instalación de Windows Admin Center
Para instalar Windows Admin Center, siga estos pasos:

Experiencia de escritorio

Para instalar Windows Admin Center en la máquina que ejecuta la experiencia de

escritorio de Windows Server, siga estos pasos:

1. Abra el menú Inicio y escriba Instalador de Windows Admin Center en la

barra de búsqueda para buscar Windows Admin Center.

2. Seleccione la aplicación Configuración de Windows Admin Center en la lista

Mejor coincidencia.

3. En la ventana Empezar con Windows Admin Center, si acepta los términos de

licencia, seleccione Siguiente para continuar.

4. La descarga del instalador más reciente se inicia automáticamente y se guarda

en la carpeta Descargas, cuando haya finalizado, seleccione Instalar. Al
seleccionar Instalar inicia el instalador desde la carpeta Descargas.

5. En la ventana de Bienvenida al asistente para la instalación de Windows

Admin Center, seleccione Siguiente para continuar.

6. En la ventana de términos de licencia y declaración de privacidad, si acepta

los términos, seleccione Acepto estos términos y entiendo la declaración de
privacidad, luego seleccione Siguiente para iniciar el proceso de instalación.

7. En la ventana Seleccionar modo de instalación, seleccione Configuración

rápida y luego seleccione Siguiente.

8. En la ventana Seleccionar certificado TLS, seleccione la opción que coincida

con sus necesidades y, a continuación, seleccione Siguiente.

７ Nota

Debe seleccionar qué certificado de seguridad de la capa de transporte

(TLS) debe usar Windows Admin Center. Si ya tiene un certificado, debe
instalarse en el almacén de certificados de LocalMachine\My . Si va a
instalar Windows Admin Center solo con fines de prueba, el instalador
puede generar un certificado autofirmado que expire después de 60 días.
 9. En la ventana Actualizaciones automáticas, seleccione la opción de
actualización preferida y, a continuación, seleccione Siguiente.

10. En la ventana Enviar datos de diagnóstico a Microsoft, seleccione su

preferencia, luego seleccione Siguiente.

11. Revise la ventana Listo para instalar, seleccione Instalar para iniciar el proceso
de instalación.

12. Una vez finalizado el proceso de instalación, seleccione Iniciar windows

Admin Centery, después, seleccione Finalizar.

13. Inicie sesión como administrador para empezar a usar Windows Admin
Center.

Ya ha instalado Windows Admin Center en el equipo.

Actualización a una nueva versión

Puedes actualizar versiones no preliminares de Windows Admin Center mediante
Microsoft Update o una instalación manual.

Windows Admin Center conserva la configuración al actualizar a la versión más reciente.

No se admite la actualización de las versiones preliminares de Insider de Windows
Admin Center, por lo que se recomienda realizar una nueva instalación instalando la
versión preliminar más reciente y comenzando de nuevo.

Actualizar el certificado usado por Windows

Admin Center
Si tienes Windows Admin Center implementado como servicio, debes proporcionar un
certificado para HTTPS. Para actualizar este certificado, siga estos pasos.

） Importante

Al cambiar el certificado, debe reiniciar el servicio Windows Admin Center para que
los cambios surtan efecto.

1. Inicie sesión en la máquina. Si está en Server Core, en el menú SConfig, escriba la

opción 15y presione Entrar para abrir una sesión de PowerShell. Si está en la
 experiencia de escritorio, escritorio remoto en la máquina virtual e inicie
PowerShell.

2. Importe el módulo de PowerShell de configuración de Windows Admin Center

mediante el siguiente comando:

PowerShell

Import-Module
"$env:ProgramFiles\WindowsAdminCenter\PowerShellModules\[Link]
[Link]"

3. Aplique el nuevo certificado mediante el siguiente comando, asegurándose de

reemplazar <subject name> por el nombre del firmante del certificado:

PowerShell

Set-WACCertificateSubjectName -SubjectName "<subject name>"

 Sugerencia

Asegúrese de que el certificado usa un nombre de firmante único. Como

alternativa, puede usar la huella digital SHA1 del certificado mediante el
parámetro Thumbprint.

4. Se ha actualizado la lista de control de acceso de certificados para conceder

permisos a la cuenta de del servicio de red de para acceder al certificado. Use el
comando siguiente, reemplazando <subject name> por el nombre del firmante del
certificado:

PowerShell

Set-WACCertificateAcl -SubjectName "<subject name>"

5. Reinicie el servicio de Windows Admin Center con el siguiente comando:

PowerShell

Restart-Service -Name WindowsAdminCenter

Ahora ha actualizado el certificado usado por Windows Admin Center.

Comentarios
¿Le ha resultado útil esta página?  Sí  No

Proporcionar comentarios sobre el producto

Implementación de Windows Admin
Center con alta disponibilidad
Artículo • 07/10/2023

Se aplica a: Windows Admin Center, versión preliminar de Windows Admin Center

Puedes implementar Windows Admin Center en un clúster de conmutación por error

para proporcionar alta disponibilidad para el servicio de puerta de enlace de Windows
Admin Center. La solución proporcionada es una solución activa-pasiva, donde solo hay
activa una instancia de Windows Admin Center. Si se produce un error en uno de los
nodos del clúster, Windows Admin Center conmuta por error correctamente a otro
nodo, lo que te permite seguir administrando los servidores de tu entorno sin
problemas.

Obtén información sobre otras opciones de implementación de Windows Admin Center.

Requisitos previos
Un clúster de conmutación por error de 2 o más nodos en Windows Server 2016,
2019 o 2022. Más información sobre la implementación de un clúster de
conmutación por error.
Un Volumen compartido de clúster (CSV) para que Windows Admin Center
almacene los datos persistentes a los que pueden acceder todos los nodos del
clúster. Serán suficientes 10 GB para el CSV.
Script de implementación de alta disponibilidad desde el archivo ZIP del script de
alta disponibilidad de Windows Admin Center . Descarga el archivo .zip que
contiene el script en la máquina local y, luego, copia el script según sea necesario
en función de las instrucciones siguientes.
Se recomienda, aunque es opcional: un certificado firmado .pfx y contraseña. No es
necesario que ya tengas instalado el certificado en los nodos del clúster: el script lo
hará automáticamente. Si no proporcionas uno, el script de instalación generará un
certificado autofirmado, que expira después de 60 días.

Instalación de Windows Admin Center en un

clúster de conmutación por error
1. Copia el script Install-WindowsAdminCenterHA.ps1 en un nodo del clúster. Descarga
o copia el archivo .msi de Windows Admin Center en el mismo nodo.
 2. Conéctate al nodo a través de RDP y ejecuta el script Install-
WindowsAdminCenterHA.ps1 desde ese nodo con los parámetros siguientes:

-clusterStorage : Ruta de acceso local del Volumen compartido de clúster

para almacenar los datos de Windows Admin Center.

-clientAccessPoint : Elige un nombre que usarás para acceder a Windows

Admin Center. Por ejemplo, si ejecutas el script con el parámetro -

clientAccessPoint contosoWindowsAdminCenter , accederás al servicio de

Windows Admin Center visitando [Link]

<domain>.com .

-staticAddress : Opcional. Una o varias direcciones estáticas para el servicio

genérico de clústeres.
-msiPath : Ruta de acceso del archivo .msi de Windows Admin Center.

-certPath : Opcional. Ruta de acceso de un archivo .pfx de certificados.

-certPassword : Opcional. Contraseña SecureString para el archivo .pfx de

certificados que se proporciona en -certPath .

-generateSslCert : Opcional. Si no quieres proporcionar un certificado

firmado, incluye esta marca de parámetro para generar un certificado

autofirmado. Ten en cuenta que el certificado autofirmado expirará a los
60 días.
-portNumber : Opcional. Si no especificas un puerto, el servicio de puerta de

enlace se implementa en el puerto 443 (HTTPS). Para usar otro puerto,

especifica este parámetro. Ten en cuenta que si usas un puerto personalizado
(otro que no sea el 443), accederás a Windows Admin Center desde
[Link]

７ Nota

El script Install-WindowsAdminCenterHA.ps1 admite los parámetros -WhatIf y -

Verbose .

Ejemplos

Instalación con un certificado firmado:

PowerShell

$certPassword = Read-Host -AsSecureString

.\Install-WindowsAdminCenterHA.ps1 -clusterStorage
 "C:\ClusterStorage\Volume1" -clientAccessPoint "contoso-ha-gateway" -msiPath
".\[Link]" -certPath "[Link]" -certPassword $certPassword
-Verbose

Instalación con un certificado autofirmado:

PowerShell

.\Install-WindowsAdminCenterHA.ps1 -clusterStorage
"C:\ClusterStorage\Volume1" -clientAccessPoint "contoso-ha-gateway" -msiPath
".\[Link]" -StaticAddress (local ip address) -
generateSslCert -Verbose

Actualización de una instalación de alta

disponibilidad existente
Use el mismo script Install-WindowsAdminCenterHA.ps1 para actualizar la
implementación de alta disponibilidad sin perder los datos de conexión.

Actualización a una nueva versión de Windows Admin

Center
Cuando se publique una nueva versión de Windows Admin Center, simplemente vuelve
a ejecutar el script Install-WindowsAdminCenterHA.ps1 con el parámetro msiPath :

PowerShell

.\Install-WindowsAdminCenterHA.ps1 -msiPath '.\[Link]' -

Verbose

Actualización del certificado que usa Windows Admin

Center
Puedes actualizar el certificado que usa una implementación de alta disponibilidad de
Windows Admin Center en cualquier momento; para ello, proporciona el archivo .pfx y
la contraseña del nuevo certificado.

PowerShell

$certPassword = Read-Host -AsSecureString

.\Install-WindowsAdminCenterHA.ps1 -certPath "[Link]" -certPassword
 $certPassword -Verbose

También puedes actualizar el certificado al mismo tiempo que actualizas la plataforma

de Windows Admin Center con un nuevo archivo .msi.

PowerShell

$certPassword = Read-Host -AsSecureString

.\Install-WindowsAdminCenterHA.ps1 -msiPath ".\[Link]" -
certPath "[Link]" -certPassword $certPassword -Verbose

Desinstalar
Para desinstalar la implementación de alta disponibilidad de Windows Admin Center
desde el clúster de conmutación por error, pasa el parámetro -Uninstall al script
Install-WindowsAdminCenterHA.ps1 .

PowerShell

.\Install-WindowsAdminCenterHA.ps1 -Uninstall -Verbose

Solucionar problemas
Los registros se guardan en la carpeta temporal del CSV (por ejemplo,
C:\ClusterStorage\Volume1\temp).
Configuración de Windows Admin
Center
Artículo • 06/10/2023

Se aplica a: Windows Admin Center

La configuración de Windows Admin Center consta de valores de configuración de nivel

de usuario y de nivel de puerta de enlace. Un cambio en la configuración de nivel de
usuario solo afecta al perfil del usuario actual, mientras que un cambio en la
configuración de nivel de puerta de enlace afecta a todos los usuarios de esa puerta de
enlace de Windows Admin Center.

Configuración de usuario
La configuración de nivel de usuario se compone de las secciones siguientes:

Cuenta
Idioma o región
Personalización
Sugerencias

En la pestaña Cuenta, los usuarios pueden revisar las credenciales que han usado para
autenticarse en Windows Admin Center. Si Azure AD está configurado para ser el
proveedor de identidades, el usuario puede cerrar la sesión de su cuenta de Azure AD
desde esta pestaña.

En la pestaña Idioma o región, los usuarios pueden cambiar los formatos de idioma y
región que muestra Windows Admin Center.

En la pestaña Personalización, los usuarios pueden cambiar a un tema oscuro de la

interfaz de usuario.

En la pestaña Sugerencias, los usuarios pueden activar o desactivar las sugerencias

sobre los servicios y las nuevas características de Azure.

Configuración de desarrollo
La configuración de desarrollo de Windows Admin Center consta de las secciones
siguientes:
 Avanzado
Perfil del rendimiento

La pestaña Opciones avanzadas proporciona funcionalidades adicionales a los

desarrolladores de extensiones de Windows Admin Center.

La pestaña Perfil de rendimiento permite recopilar datos de rendimiento sobre la sesión

de Windows Admin Center.

Configuración de puerta de enlace

La configuración de nivel de puerta de enlace se compone de las secciones siguientes:

Acceder
Comentarios y diagnósticos
Extensiones
General
Acceso a Internet
Proxy
Registro
Actualizaciones
Conexiones compartidas
Validación de WebSocket

Solo los administradores de puerta de enlace pueden ver y cambiar esta configuración.
Los cambios en esta sección cambian la configuración de la puerta de enlace y afectan a
todos los usuarios de la puerta de enlace de Windows Admin Center.

La pestaña Acceso permite a los administradores configurar quién puede acceder a la

puerta de enlace de Windows Admin Center, así como el proveedor de identidades que
se usa para autenticar a los usuarios. Obtén más información sobre el control del acceso
a la puerta de enlace.

En la pestaña Comentarios y diagnósticos, los usuarios pueden elegir la cantidad de

datos de diagnóstico que quieren enviar a Microsoft.

En la pestaña Extensiones, los administradores pueden instalar, desinstalar o actualizar

las extensiones de puerta de enlace. Obtenga más información sobre las extensiones.

En la pestaña General, los usuarios pueden seleccionar que su sesión de interfaz de

usuario de Windows Admin Center expire después de un período de inactividad.

La pestaña Acceso a Internet permite a los administradores configurar quién puede

acceder a la puerta de enlace de Windows Admin Center, así como el proveedor de
identidades que se utiliza para autenticar a los usuarios. Obtén más información sobre el
control del acceso a la puerta de enlace.

La pestaña Proxy permite a los usuarios configurar un servidor proxy para redirigir todo
el tráfico saliente de Windows Admin Center.

Desde la pestaña Registrar, los administradores pueden registrar la puerta de enlace

con Azure para habilitar las características de integración de Azure en Windows Admin
Center.

Con la pestaña Actualizaciones, los usuarios pueden ver qué versión de

Windows Admin Center se ejecuta y si está actualizada.

Con la pestaña Conexiones compartidas, los administradores pueden configurar una

lista única de conexiones que se compartirán entre todos los usuarios de la puerta de
enlace de Windows Admin Center. Obtén más información sobre la configuración de
conexiones una vez para todos los usuarios de una puerta de enlace.

Para la validación de WebSocket, los administradores ahora pueden validar sus

conexiones de WebSocket y personalizar esta configuración según diversas condiciones.
Más información sobre la validación de WebSocket
Configuración de los permisos y el
control de acceso de usuarios
Artículo • 15/12/2023

Se aplica a: Windows Admin Center, versión preliminar de Windows Admin Center

Si aún no lo has hecho, familiarízate con las opciones de control de acceso de usuarios
de Windows Admin Center.

７ Nota

El acceso basado en grupos de Windows Admin Center no se admite en entornos

de grupo de trabajo ni en dominios que no son de confianza.

Definiciones de roles de acceso de puerta de

enlace
Hay dos roles para tener acceso al servicio de puerta de enlace de Windows Admin
Center:

Los usuarios de puerta de enlace pueden conectarse al servicio de puerta de enlace de

Windows Admin Center para administrar servidores mediante la puerta de enlace, pero
no pueden cambiar los permisos de acceso ni el mecanismo de autenticación que se usa
para autenticarse en la puerta de enlace.

Los administradores de puerta de enlace pueden configurar quién obtiene el acceso y

cómo se autentican los usuarios en la puerta de enlace. Solo los administradores de
puerta de enlace pueden ver y configurar la configuración de acceso en Windows
Admin Center. Los administradores locales de la máquina de puerta de enlace siempre
son administradores del servicio de puerta de enlace de Windows Admin Center.

También hay un rol adicional específico para la administración de CredSSP:

Los administradores de CredSSP de Windows Admin Center se registran con el punto

de conexión CredSSP de Windows Admin Center y tienen permisos para realizar
operaciones CredSSP predefinidas. Este grupo es especialmente útil para las
instalaciones de Windows Admin Center en modo de escritorio, donde solo la cuenta de
usuario que instaló Windows Admin Center tiene estos permisos de forma
predeterminada.
 ７ Nota

El acceso a la puerta de enlace no implica el acceso a los servidores administrados

visibles para la puerta de enlace. Para administrar un servidor de destino, el usuario
que se conecta debe usar credenciales (ya sean las credenciales de paso a través de
Windows o las credenciales proporcionadas en la sesión de Windows Admin Center
mediante la acción Administrar como) con acceso administrativo al servidor de
destino. Esto se debe a que la mayoría de las herramientas de Windows Admin
Center requieren permisos administrativos para su uso.

Active Directory o grupos de máquinas locales

De forma predeterminada, Active Directory o los grupos de máquinas locales se usan
para controlar el acceso a la puerta de enlace. Si tienes un dominio de Active Directory,
puedes administrar el acceso de usuario y administrador de la puerta de enlace desde la
interfaz de Windows Admin Center.

Desde la pestaña Usuarios, puedes controlar quién puede tener acceso a Windows
Admin Center como usuario de la puerta de enlace. De forma predeterminada, y si no
especificas ningún grupo de seguridad, cualquier usuario que tenga acceso a la
dirección URL de la puerta de enlace tiene acceso. Una vez que se agregan uno o varios
grupos de seguridad a la lista de usuarios, el acceso está restringido a los miembros de
esos grupos.

Si no usas un dominio de Active Directory en el entorno, el acceso se controla mediante

los grupos locales Usuarios y Administradores de la máquina de la puerta de enlace de
Windows Admin Center.

Autenticación de tarjeta inteligente

Para aplicar la autenticación de tarjeta inteligente, especifica un grupo adicional
requerido para los grupos de seguridad basados en tarjeta inteligente. Una vez
agregado un grupo de seguridad basado en tarjeta inteligente, un usuario solo puede
tener acceso al servicio de Windows Admin Center si es miembro de cualquier grupo de
seguridad Y un grupo de tarjetas inteligentes incluido en la lista de usuarios.

Desde la pestaña Administradores, puedes controlar quién puede tener acceso a

Windows Admin Center como administrador de la puerta de enlace. El grupo de
administradores locales en el equipo siempre tendrá acceso de administrador completo
y no se puede quitar de la lista. Al agregar grupos de seguridad, concedes a los
miembros de esos grupos privilegios para cambiar la configuración de la puerta de
enlace de Windows Admin Center. La lista de administradores admite la autenticación
mediante tarjeta inteligente de la misma forma que la lista de usuarios: con la condición
Y para un grupo de seguridad y un grupo de tarjetas inteligentes.

Microsoft Entra ID
Si su organización usa Microsoft Entra ID, puede elegir agregar un nivel adicional de
seguridad a Windows Admin Center solicitando la autenticación de Microsoft Entra para
acceder a la puerta de enlace. Para obtener acceso a Windows Admin Center, la cuenta
de Windows del usuario también debe tener acceso al servidor de puerta de enlace
(aunque se use la autenticación de Microsoft Entra). Al usar Microsoft Entra ID, podrá
administrar los permisos de acceso de usuario y administrador de Windows Admin
Center desde Azure Portal, en lugar de hacerlo desde la interfaz de usuario de Windows
Admin Center.

Acceso a Windows Admin Center cuando está habilitada

la autenticación de Microsoft Entra
En función del navegador que use, algunos usuarios que accedan a Windows Admin
Center con la autenticación de Microsoft Entra configurada recibirán un mensaje
adicional del explorador para que proporcionen sus credenciales de la cuenta de
Windows para la máquina en que está instalado Windows Admin Center. Después de
escribir esa información, los usuarios obtendrán la solicitud de autenticación adicional
de Microsoft Entra, que requiere las credenciales de una cuenta de Azure a la que se ha
concedido acceso en la aplicación de Microsoft Entra en Azure.

７ Nota

No se solicitará la autenticación de Microsoft Entra a los usuarios cuya cuenta de

Windows tiene derechos de administrador en la máquina de la puerta de enlace.

Configuración de la autenticación de Microsoft Entra para

la versión preliminar de Windows Admin Center
Vaya a Windows Admin Center Configuración>Acceso y usa el conmutador de
alternancia para activar Usar Microsoft Entra ID para agregar un nivel de seguridad a la
puerta de enlace. Si no has registrado la puerta de enlace en Azure, se te guiará para
que lo hagas en este momento.
De manera predeterminada, todos los miembros del inquilino de Microsoft Entra tienen
acceso de usuario al servicio de puerta de enlace de Windows Admin Center. Solo los
administradores locales de la máquina de puerta de enlace tienen acceso de
administrador a la puerta de enlace de Windows Admin Center. Tenga en cuenta que los
derechos de los administradores locales en la máquina de la puerta de enlace no se
pueden restringir: los administradores locales pueden hacer cualquier cosa,
independientemente de si se usa Microsoft Entra ID para la autenticación.

Si quiere conceder a usuarios o grupos específicos de Microsoft Entra acceso de

administrador o usuario de puerta de enlace al servicio Windows Admin Center, antes
debe seguir estos pasos:

1. Vaya a la aplicación de Microsoft Entra de Windows Admin Center en el Azure

Portal desde el hipervínculo proporcionado en la configuración de acceso. Tenga
en cuenta que este hipervínculo solo está disponible cuando está habilitada la
autenticación de Microsoft Entra.

También puede buscar la aplicación en Azure Portal. Para ello, vaya a

Microsoft Entra ID>Aplicaciones empresariales>Todas las aplicaciones y
busque WindowsAdminCenter (la aplicación de Microsoft Entra se
denominará WindowsAdminCenter-<gateway name>). Si no obtienes ningún
resultado de búsqueda, asegúrate de que la opción Mostrar está establecida
en todas las aplicaciones, estado de la aplicación en cualquiera y seleccione
Aplicar. A continuación, intenta realizar la búsqueda. Una vez que hayas
encontrado la aplicación, ve a Usuarios y grupos

2. En la pestaña Propiedades, establece Asignación de usuarios necesaria en Sí. Una

vez hecho esto, solo los miembros que se muestran en la pestaña Usuarios y
grupos podrán acceder a la puerta de enlace de Windows Admin Center.
3. En la pestaña Usuarios y grupos, selecciona Agregar usuario. Debes asignar un rol
de administrador o usuario de puerta de enlace a cada usuario o grupo agregado.

Una vez activada la autenticación de Microsoft Entra, se reiniciará el servicio de la puerta

de enlace y deberá actualizar el navegador. Puede actualizar el acceso de usuario para la
aplicación de Microsoft Entra de SME en Azure Portal en cualquier momento.

Se solicitará a los usuarios que inicien sesión con su identidad de Microsoft Entra
cuando intenten acceder a la dirección URL de la puerta de enlace de Windows Admin
Center. Recuerda que los usuarios también deben ser miembros del grupo de usuarios
locales del servidor de la puerta de enlace para acceder a Windows Admin Center.

Los usuarios y los administradores pueden ver su cuenta con la sesión iniciada y cerrar
la sesión de esta cuenta de Microsoft Entra desde la pestaña Cuenta de la configuración
de Windows Admin Center.

Configuración de la autenticación de Microsoft Entra para

Windows Admin Center
Para configurar la autenticación de Microsoft Entra, antes debe registrar la puerta de
enlace con Azure (solo tiene que hacerlo una vez para la puerta de enlace de Windows
Admin Center). En este paso, se crea una aplicación de Microsoft Entra desde la que
puedes administrar el acceso de administrador y usuario de la puerta de enlace.

Si quiere conceder a usuarios o grupos específicos de Microsoft Entra acceso de

administrador o usuario de puerta de enlace al servicio Windows Admin Center, antes
debe seguir estos pasos:

1. Vaya a la aplicación de Microsoft Entra de SME en Azure Portal.

Al seleccionar Cambiar control de acceso y Microsoft Entra ID en la

configuración de acceso de Windows Admin Center, puede usar el
hipervínculo proporcionado en la interfaz de usuario para acceder a la
aplicación de Microsoft Entra en Azure Portal. Este hipervínculo también está
disponible en la configuración del Acceso después de seleccionar Guardar y
seleccionar Microsoft Entra ID como proveedor de identidades de control de
acceso.
También puedes buscar la aplicación en Azure Portal. Para ello, vaya a
Microsoft Entra ID>Aplicaciones empresariales>Todas las aplicaciones y
busque SME (la aplicación de Microsoft Entra se denominará SME-
<gateway>). Si no obtienes ningún resultado de búsqueda, asegúrate de que
la opción Mostrar está establecida en todas las aplicaciones, estado de la
aplicación en cualquiera y seleccione Aplicar. A continuación, intenta realizar
la búsqueda. Una vez que hayas encontrado la aplicación, ve a Usuarios y
grupos

2. En la pestaña Propiedades, establece Asignación de usuarios necesaria en Sí. Una

vez hecho esto, solo los miembros que se muestran en la pestaña Usuarios y
grupos podrán acceder a la puerta de enlace de Windows Admin Center.
3. En la pestaña Usuarios y grupos, selecciona Agregar usuario. Debes asignar un rol
de administrador o usuario de puerta de enlace a cada usuario o grupo agregado.

Una vez guardado el control de acceso de Microsoft Entra en el panel Cambiar control
de acceso, el servicio de puerta de enlace se reinicia y debe actualizar el navegador.
Puede actualizar el acceso de usuario para la aplicación de Microsoft Entra de Windows
Admin Center en Azure Portal en cualquier momento.
Se solicitará a los usuarios que inicien sesión con su identidad de Microsoft Entra
cuando intenten acceder a la dirección URL de la puerta de enlace de Windows Admin
Center. Recuerda que los usuarios también deben ser miembros del grupo de usuarios
locales del servidor de la puerta de enlace para acceder a Windows Admin Center.

Desde la pestaña Azure de la configuración general de Windows Admin Center, los

usuarios y los administradores pueden ver su cuenta con la sesión iniciada y cerrar la
sesión de esta cuenta de Microsoft Entra.

Acceso condicional y autenticación multifactor

Una de las ventajas de usar Microsoft Entra ID como un nivel adicional de seguridad
para controlar el acceso a la puerta de enlace de Windows Admin Center es que puede
sacar provecho de las eficaces características de seguridad de Azure AD, como el acceso
condicional y la autenticación multifactor.

Para más información sobre el acceso condicional de Microsoft Entra ID.

Configuración del inicio de sesión único

Inicio de sesión único cuando se implementa como servicio en Windows Server

Al instalar Windows Admin Center en Windows 10, ya está listo para usar el inicio de
sesión único. Sin embargo, si vas a usar Windows Admin Center en Windows Server,
debes configurar alguna forma de delegación de Kerberos en tu entorno para poder
usar el inicio de sesión único. La delegación configura el equipo de puerta de enlace
como de confianza para delegar en el nodo de destino.

Para configurar la delegación restringida basada en recursos en el entorno, usa el

siguiente ejemplo de PowerShell. En este ejemplo se muestra cómo configurar
Windows Server [[Link]] para aceptar la delegación de la puerta de
enlace de Windows Admin Center [[Link]] en el dominio [Link].

PowerShell

Set-ADComputer -Identity (Get-ADComputer node01) -

PrincipalsAllowedToDelegateToAccount (Get-ADComputer wac)

Para quitar esta relación, ejecuta el siguiente cmdlet:

PowerShell
 Set-ADComputer -Identity (Get-ADComputer node01) -
PrincipalsAllowedToDelegateToAccount $null

Control de acceso basado en roles (RBAC)

El control de acceso basado en rol te permite proporcionar a los usuarios acceso
limitado a la máquina, en lugar de hacerles administradores locales completos. Más
información sobre el control de acceso basado en rol y los roles disponibles.

La configuración de RBAC consta de dos pasos: habilitar la compatibilidad en los

equipos de destino y asignar usuarios a los roles correspondientes.

 Sugerencia

Asegúrate de tener privilegios de administrador local en las máquinas en las que

estás configurando la compatibilidad con el control de acceso basado en rol.

Aplicar el control de acceso basado en rol a una sola

máquina
El modelo de implementación de una sola máquina es ideal para entornos sencillos con
unos pocos equipos que administrar. La configuración de una máquina con
compatibilidad con el control de acceso basado en rol provocará los siguientes cambios:

Los módulos de PowerShell con las funciones que requiere Windows Admin Center
se instalarán en la unidad del sistema, en C:\Program
Files\WindowsPowerShell\Modules . Todos los módulos se iniciarán con

[Link].
La configuración de estado deseado ejecutará una configuración única para
configurar un punto de conexión Just Enough Administration en la máquina
denominado [Link]. Este punto de conexión define los tres
roles que usa Windows Admin Center y se ejecutará como administrador local
temporal cuando un usuario se conecte a él.
Se crearán tres nuevos grupos locales para controlar a qué usuarios se les asigna
acceso a qué roles:
Administradores de Windows Admin Center
Administradores de Hyper-V de Windows Admin Center
Lectores de Windows Admin Center
 ７ Nota

El control de acceso basado en rol no se admite para la administración de clústeres

(es decir, las características que dependen de RBAC, como CredSSP, producirán
errores).

Para habilitar la compatibilidad con el control de acceso basado en roles en una única
máquina, sigue estos pasos:

1. Abre Windows Admin Center y conéctate a la máquina que quieres configurar con
el control de acceso basado en rol mediante una cuenta con privilegios de
administrador local en el equipo de destino.
2. En la herramienta Información general, selecciona Configuración>Control de
acceso basado en rol.
3. Selecciona Aplicar en la parte inferior de la página para habilitar la compatibilidad
con el control de acceso basado en rol en el equipo de destino. El proceso de
aplicación implica copiar los scripts de PowerShell e invocar una configuración
(mediante la configuración de estado deseado de PowerShell) en el equipo de
destino. Puede tardar hasta 10 minutos en completarse y se reiniciará WinRM. Esto
desconectará temporalmente a los usuarios de Windows Admin Center, PowerShell
y WMI.
4. Actualiza la página para comprobar el estado del control de acceso basado en rol.
Cuando esté listo para su uso, el estado cambiará a Aplicada.

Una vez aplicada la configuración, puedes asignar usuarios a los roles:

1. Abre la herramienta Usuarios y grupos locales y desplázate hasta la pestaña

Grupos.
2. Selecciona el grupo Lectores de Windows Admin Center.
3. En el panel Detalles de la parte inferior, selecciona Agregar usuario y escribe el
nombre de un usuario o grupo de seguridad que debe tener acceso de solo
lectura al servidor mediante Windows Admin Center. Los usuarios y grupos
pueden proceder de la máquina local o del dominio de Active Directory.
4. Repite los pasos 2-3 para los grupos de Administradores de Hyper-V de Windows
Admin Center y Administradores de Windows Admin Center.

También puedes rellenar estos grupos de forma coherente en todo el dominio

configurando un objeto de directiva de grupo con la Configuración de directiva de
grupos restringidos.
Aplicar el control de acceso basado en rol a varias
máquinas
En una implementación empresarial de gran tamaño, puedes usar las herramientas de
automatización existentes para insertar la característica de control de acceso basado en
rol en los equipos mediante la descarga del paquete de configuración desde la puerta
de enlace de Windows Admin Center. El paquete de configuración está diseñado para
usarse con la configuración de estado deseado de PowerShell, pero puedes adaptarlo
para que funcione con tu solución de automatización preferida.

Descargar la configuración de control de acceso basado en rol

Para descargar el paquete de configuración de control de acceso basado en rol, debes

tener acceso a Windows Admin Center y un símbolo del sistema de PowerShell.

Si estás ejecutando la puerta de enlace de Windows Admin Center en modo de servicio

en Windows Server, usa el siguiente comando para descargar el paquete de
configuración. Asegúrate de actualizar la dirección de puerta de enlace con la correcta
para tu entorno.

PowerShell

$WindowsAdminCenterGateway = '[Link]
Invoke-RestMethod -Uri
"$WindowsAdminCenterGateway/api/nodes/all/features/jea/endpoint/export" -
Method POST -UseDefaultCredentials -OutFile
"~\Desktop\WindowsAdminCenter_RBAC.zip"

Si estás ejecutando la puerta de enlace de Windows Admin Center en la máquina con

Windows 10, ejecuta el siguiente comando:

PowerShell

$cert = Get-ChildItem Cert:\CurrentUser\My | Where-Object Subject -eq

'CN=Windows Admin Center Client' | Select-Object -First 1
Invoke-RestMethod -Uri
"[Link] -Method
POST -Certificate $cert -OutFile "~\Desktop\WindowsAdminCenter_RBAC.zip"

Al expandir el archivo ZIP, verás la siguiente estructura de carpetas:

InstallJeaFeatures.ps1
JustEnoughAdministration (directorio)
Modules (directorio)
 [Link].* (directorios)

Para configurar la compatibilidad con el control de acceso basado en rol en un nodo,

debes completar las siguientes acciones:

1. Copia los módulos JustEnoughAdministration y [Link].* en el directorio

del módulo de PowerShell en el equipo de destino. Normalmente, se encuentra en
C:\Program Files\WindowsPowerShell\Modules .

2. Actualiza el archivo InstallJeaFeature.ps1 para que coincida con la configuración

deseada para el punto de conexión de RBAC.
3. Ejecuta InstallJeaFeature.ps1 para compilar el recurso de DSC.
4. Implementa la configuración de DSC en todas las máquinas para aplicar la
configuración.

En la siguiente sección se explica cómo hacerlo mediante la comunicación remota de

PowerShell.

Implementación en varias máquinas

Para implementar la configuración descargada en varias máquinas, tendrás que
actualizar el script InstallJeaFeatures.ps1 para incluir los grupos de seguridad adecuados
para tu entorno, copiar los archivos en cada uno de los equipos e invocar los scripts de
configuración. Puedes usar tus herramientas de automatización preferidas para lograrlo;
sin embargo, este artículo se centrará en un enfoque puro basado en PowerShell.

De forma predeterminada, el script de configuración creará grupos de seguridad locales

en la máquina para controlar el acceso a cada uno de los roles. Esto es adecuado para
máquinas unidas a dominios y grupos de trabajo, pero si vas a realizar la
implementación en un entorno solo de dominio, es recomendable asociar directamente
un grupo de seguridad de dominio con cada rol. Para actualizar la configuración para
usar grupos de seguridad de dominio, abre InstallJeaFeatures.ps1 y aplica los cambios
siguientes:

1. Quita los 3 recursos de grupo del archivo:

a. "Group MS-Readers-Group"
b. "Group MS-Hyper-V-Administrators-Group"
c. "Group MS-Administrators-Group"
2. Quitar los 3 recursos de grupo de la propiedad de JeaEndpoint DependsOn
a. "[Group]MS-Readers-Group"
b. "[Group]MS-Hyper-V-Administrators-Group"
c. "[Group]MS-Administrators-Group"
 3. Cambia los nombres de grupo de la propiedad de JeaEndpoint RoleDefinitions a
los grupos de seguridad que quieras. Por ejemplo, si tienes un grupo de seguridad
CONTOSO\MyTrustedAdmins al que se debe asignar acceso al rol Administradores
de Windows Admin Center, cambia '$env:COMPUTERNAME\Windows Admin Center
Administrators' a 'CONTOSO\MyTrustedAdmins' . Las tres cadenas que necesitas

actualizar son:
a. "$env:COMPUTERNAME\Windows Admin Center Administrators"
b. "$env:COMPUTERNAME\Windows Admin Center Administrators"
c. "$env:COMPUTERNAME\Windows Admin Center Administrators"

７ Nota

Asegúrate de utilizar grupos de seguridad únicos para cada rol. Se producirá un

error en la configuración si se asigna el mismo grupo de seguridad a varios roles.

A continuación, al final del archivo InstallJeaFeatures.ps1, agrega las siguientes líneas de

PowerShell a la parte inferior del script:

PowerShell

Copy-Item "$PSScriptRoot\JustEnoughAdministration"
"$env:ProgramFiles\WindowsPowerShell\Modules" -Recurse -Force
$ConfigData = @{
AllNodes = @()
ModuleBasePath = @{
Source = "$PSScriptRoot\Modules"
Destination = "$env:ProgramFiles\WindowsPowerShell\Modules"
}
}
InstallJeaFeature -ConfigurationData $ConfigData | Out-Null
Start-DscConfiguration -Path "$PSScriptRoot\InstallJeaFeature" -JobName
"Installing JEA for Windows Admin Center" -Force

Por último, puedes copiar la carpeta que contiene los módulos, el recurso de DSC y la
configuración en cada nodo de destino y ejecutar el script InstallJeaFeature.ps1. Para
hacerlo de forma remota desde la estación de trabajo de administración, puedes
ejecutar los siguientes comandos:

PowerShell

$ComputersToConfigure = 'MyServer01', 'MyServer02'

$ComputersToConfigure | ForEach-Object {
$session = New-PSSession -ComputerName $_ -ErrorAction Stop
Copy-Item -Path
"~\Desktop\WindowsAdminCenter_RBAC\JustEnoughAdministration\" -Destination
"$env:ProgramFiles\WindowsPowerShell\Modules\" -ToSession $session -Recurse
-Force
Copy-Item -Path "~\Desktop\WindowsAdminCenter_RBAC" -Destination
"$env:TEMP\WindowsAdminCenter_RBAC" -ToSession $session -Recurse -Force
Invoke-Command -Session $session -ScriptBlock { Import-Module
JustEnoughAdministration; &
"$env:TEMP\WindowsAdminCenter_RBAC\InstallJeaFeature.ps1" } -AsJob
Disconnect-PSSession $session
}
Instalar y administrar extensiones
Artículo • 13/11/2024 •
Se aplica a: ✅ Windows Admin Center, ✅ Windows Admin Center Preview

Windows Admin Center se crea como una plataforma extensible donde cada tipo de
conexión y herramienta es una extensión que puede instalar, desinstalar y actualizar
individualmente. Puedes buscar nuevas extensiones publicadas por Microsoft y otros
desarrolladores, así como instalarlas y actualizarlas de forma individual sin tener que
actualizar toda la instalación de Windows Admin Center. También puedes configurar un
recurso compartido de archivos o fuente de NuGet independiente y distribuir
extensiones para usarlas internamente en tu organización.

Instalación de una extensión

Windows Admin Center muestra las extensiones disponibles en la fuente NuGet
especificada. De forma predeterminada, Windows Admin Center apunta a la fuente de
NuGet oficial de Microsoft, que incluye las extensiones publicadas por Microsoft y otros
desarrolladores.

1. Seleccione el botón Configuración en la parte superior derecha > En el panel

izquierdo, seleccione Extensiones.
2. En la pestaña Extensiones disponibles se enumeran las extensiones de la fuente
que están disponibles para la instalación.
3. Seleccione una extensión para ver la descripción, la versión, el publicador y otra
información de la extensión en el panel Detalles .
4. Seleccione Instalar para instalar una extensión. Si la puerta de enlace debe
ejecutarse en modo con privilegios elevados para realizar este cambio, se le
mostrará un mensaje de elevación de Control de cuentas de usuario (UAC). Una
vez completada la instalación, el explorador se actualiza automáticamente y
Windows Admin Center se vuelve a cargar con la nueva extensión instalada. Si la
extensión que intenta instalar es una actualización de una extensión instalada
anteriormente, puede seleccionar el botón Actualizar a más reciente para instalar
la actualización. También puedes ir a la pestaña Extensiones instaladas para ver las
extensiones instaladas y ver si hay alguna actualización disponible en la columna
Estado.

Instalación de extensiones desde una fuente

diferente
Windows Admin Center admite varias fuentes y puede ver y administrar paquetes de
más de una fuente a la vez. Cualquier fuente de NuGet que admita las API de NuGet V2
o un recurso compartido de archivos se puede agregar a Windows Admin Center como
origen para la instalación de extensiones.

1. Seleccione el botón Configuración en la parte superior derecha > En el panel

izquierdo, seleccione Extensiones.
2. En el panel derecho, seleccione la pestaña Fuentes .
3. Seleccione el botón Agregar para agregar otra fuente. Para una fuente de NuGet,
escribe la dirección URL de la fuente de NuGet V2. El proveedor o el administrador
de la fuente de NuGet debe poder proporcionar la información de la dirección
URL. En un recurso compartido de archivos, escribe la ruta de acceso completa del
recurso compartido de archivos en el que se almacenan los archivos de paquete de
extensión (.nupkg). Si agrega un recurso compartido de archivos como fuente,
debe cumplir los siguientes criterios:

Se debe conceder acceso al archivo a NTAuthority\Network Service

La ruta de acceso del archivo no puede incluir la carpeta C:\Users
Los paquetes del recurso compartido de archivos deben estar firmados, a
menos que el modo de operación esté establecido en "Desarrollo".

4. Seleccione Agregar. Si la puerta de enlace debe ejecutarse en modo con

privilegios elevados para realizar este cambio, se le mostrará un mensaje de
elevación de UAC. Este mensaje solo se mostrará si está ejecutando Windows
Admin Center en modo de escritorio.

La lista Extensiones disponibles muestra extensiones de todas las fuentes registradas.

Puede comprobar de qué fuente es cada extensión en la columnaFuente del paquete.

Desinstalar una extensión

Puedes desinstalar las extensiones que hayas instalado anteriormente o incluso
desinstalar las herramientas que se preinstalen como parte de la instalación de Windows
Admin Center.

1. Seleccione el botón Configuración en la parte superior derecha > En el panel

izquierdo, seleccione Extensiones.
2. Seleccione la pestaña Extensiones instaladas para ver todas las extensiones
instaladas.
3. Elija una extensión para desinstalar y, a continuación, seleccione Desinstalar.
Una vez completada la desinstalación, el explorador se actualiza automáticamente y
Windows Admin Center se vuelve a cargar con la extensión eliminada. Si desinstalaste
una herramienta preinstalada como parte de Windows Admin Center, la herramienta
está disponible para la reinstalación en la pestaña Extensiones disponibles.

Instalación de extensiones en un equipo sin

conectividad a Internet
Si Windows Admin Center está instalado en un equipo que no está conectado a Internet
o que está detrás de un proxy, es posible que no pueda obtener acceso a las
extensiones e instalarlas desde la fuente de Windows Admin Center. Puedes descargar
paquetes de extensión manualmente o con un script de PowerShell y configurar
Windows Admin Center para que recupere paquetes de un recurso compartido de
archivos o una unidad local.

Descarga manual de paquetes de extensión

1. En otro equipo que tenga conectividad a Internet, abra un explorador web y
navegue a la dirección URL siguiente:
[Link]
eed/_packaging?_a=feed&feed=WAC

Es posible que tenga que crear una cuenta de Microsoft e iniciar sesión para
ver los paquetes de extensión.

2. Seleccione el nombre del paquete que desea instalar para ver la página de detalles
del paquete.

3. Seleccione el vínculo Descargar de la barra de navegación superior de la página

de detalles del paquete y descargue el archivo .nupkg de la extensión.

4. Repite los pasos 2 y 3 para todos los paquetes que quieras descargar.

5. Copie los archivos de paquete en un recurso compartido de archivos al que se

pueda acceder desde el equipo en el que está instalado Windows Admin Center o
en el disco local de dicho equipo.

6. Sigue las instrucciones para instalar extensiones desde otra fuente.

Descarga de paquetes con un script de PowerShell

Hay muchos scripts disponibles en Internet para descargar paquetes de NuGet desde
una fuente de NuGet. Usaremos el script proporcionado por Jon Galloway ,
administrador de programas sénior en Microsoft.

1. Como se describe en la entrada de blog , instala el script como un paquete de

NuGet, o copia y pega el script en PowerShell ISE.
2. Edita la primera línea del script en la dirección URL de la fuente de NuGet V2. Si va
a descargar paquetes desde la fuente oficial de Windows Admin Center, use la
siguiente dirección URL:

PowerShell

$feedUrlBase = "[Link]

3. Ejecute el script y descargue todos los paquetes NuGet de la fuente en la siguiente

carpeta local: %USERPROFILE%\Documents\NuGetLocal
4. Sigue las instrucciones para instalar extensiones desde otra fuente.

Administrar extensiones con PowerShell

La versión preliminar de Windows Admin Center incluye un módulo de PowerShell para
administrar las extensiones de puerta de enlace.

PowerShell

# Add the module to the current session

Import-Module "$env:ProgramFiles\windows admin
center\PowerShell\Modules\ExtensionTools"
# Available cmdlets: Get-Feed, Add-Feed, Remove-Feed, Get-Extension,
Install-Extension, Uninstall-Extension, Update-Extension

# List feeds
Get-Feed "[Link]

# Add a new extension feed

Add-Feed -GatewayEndpoint "[Link] -Feed "\\WAC\our-
private-extensions"

# Remove an extension feed

Remove-Feed -GatewayEndpoint "[Link] -Feed "\\WAC\our-
private-extensions"

# List all extensions

Get-Extension "[Link]

# Install an extension (locate the latest version from all feeds and install
it)
 Install-Extension -GatewayEndpoint "[Link]
"[Link]"

# Install an extension (latest version from a specific feed, if the feed is

not present, it will be added)
Install-Extension -GatewayEndpoint "[Link]
"[Link]" -Feed "[Link]

# Install an extension (install a specific version)

Install-Extension "[Link] "[Link]-manager"
"0.133.0"

# Uninstall-Extension
Uninstall-Extension "[Link] "[Link]"

# Update-Extension
Update-Extension "[Link] "[Link]"

７ Nota

Debes ser administrador de puerta de enlace para modificar las extensiones de

Windows Admin Center con PowerShell.

Más información sobre la creación de una extensión con el SDK de Windows Admin
Center.

Comentarios
¿Le ha resultado útil esta página?  Sí  No

Proporcionar comentarios sobre el producto

Configuración de conexiones
compartidas para todos los usuarios de
la puerta de enlace de Windows Admin
Center
Artículo • 02/11/2024 •
Se aplica a: ✅ Windows Admin Center, ✅ Windows Admin Center Preview

Con la capacidad de configurar conexiones compartidas, los administradores de puertas

de enlace pueden configurar la lista de conexiones una vez para todos los usuarios de
una puerta de enlace determinada de Windows Admin Center. Esta característica solo
está disponible en el modo de servicio de Windows Admin Center.

En la pestaña Conexiones compartidas de la Configuración de la puerta de enlace de

Windows Admin Center, los administradores de puertas de enlace pueden agregar
servidores, clústeres y conexiones de PC del mismo modo que desde la página Todas las
conexiones, incluida la posibilidad de etiquetar conexiones. Todas las conexiones y
etiquetas que se agreguen en la lista Conexiones compartidas se mostrarán para todos
los usuarios de esta puerta de enlace de Windows Admin Center desde su página Todas
las conexiones.

Cuando cualquier usuario de Windows Admin Center acceda a la página "Todas las
conexiones" una vez configuradas las Conexiones compartidas, verá sus conexiones
agrupadas en dos secciones: personales y compartidas. El grupo Personales es la lista de
conexiones de un usuario específico y se conserva entre sesiones del explorador del
usuario. El grupo de conexiones Compartidas es el mismo para todos los usuarios y no
se puede modificar desde la página Todas las conexiones.

Comentarios
¿Le ha resultado útil esta página?  Sí  No

Proporcionar comentarios sobre el producto

Usar PowerShell para administrar la
configuración de Windows Admin
Center
Artículo • 18/02/2025 •
Se aplica a: ✅ Windows Admin Center, ✅ Windows Admin Center Preview

Si tiene una organización grande con varios servidores de Windows Admin Center,
puede usar PowerShell para configurar la lista de conexiones y extensiones en varios
servidores a la vez.

Uso de PowerShell para importar o exportar las

conexiones (con etiquetas)
PowerShell

# Load the module

Import-Module "$env:ProgramFiles\windows admin
center\PowerShell\Modules\ConnectionTools"
# Available cmdlets: Export-Connection, Import-Connection

# Export connections (including tags) to a .csv file

Export-Connection "[Link] -fileName "[Link]"
# Import connections (including tags) from a .csv file
Import-Connection "[Link] -fileName "[Link]"
# Import connections (including tags) from .csv files, and remove any
connections that are not explicitly in the imported file by using the -prune
switch parameter
Import-Connection "[Link] -fileName "[Link]"
-prune

Formato de archivo CSV para importar conexiones

El formato del archivo CSV comienza con los cuatro encabezados siguientes, seguidos
de cada conexión en una nueva línea.

name : FQDN de la conexión.

type : tipo de conexión. Para las conexiones predeterminadas incluidas con

Windows Admin Center, use una de las siguientes cadenas:

 ﾉ Expandir tabla

Tipo de conexión Cadena de conexión

Windows Server [Link]

Clúster de conmutación por error [Link]

tags : etiquetas separadas por barras verticales.

groupId : columna para conexiones compartidas. Use el valor global en esta

columna para realizar una conexión compartida.

７ Nota

La modificación de las conexiones compartidas se limita a los administradores de

puerta de enlace. Cualquier usuario puede usar PowerShell para modificar su lista
de conexiones personales.

Archivo CSV de ejemplo para importar conexiones

"name","type","tags","groupId"
"[Link]","[Link]","hyperv"
"[Link]","[Link]-server","hyperv"
"[Link]","[Link]-
[Link]","legacyCluster|WS2016","global"
"[Link],"[Link]-
[Link]","myHCIcluster|hyperv|JIT|WS2019"
"[Link]","[Link]-
[Link]","legacyCluster|WS2016","global"
"[Link]","[Link]-
[Link]","myHCIcluster|hyperv|JIT|WS2019"

７ Nota

El archivo CSV distingue mayúsculas de minúsculas.

Importación de conexiones RDCMan

Use el siguiente script para exportar conexiones guardadas en RDCMan a un archivo.
A continuación, puede importar el archivo en Windows Admin Center y mantener la
jerarquía de agrupación rdCMan mediante etiquetas.

1. Copie y pegue el código siguiente en la sesión de PowerShell:

PowerShell

#Helper function for RdgToWacCsv

function AddServers {
param (
[Parameter(Mandatory = $true)]
[[Link]]
$node,
[Parameter()]
[String[]]
$tags,
[Parameter(Mandatory = $true)]
[String]
$csvPath
)
if ($[Link] -eq 'server') {
$serverName = $[Link]
$tagString = $tags -join "|"
Add-Content -Path $csvPath -Value ('"'+ $serverName +
'","[Link]","'+ $tagString +'"')
}
elseif ($[Link] -eq 'group' -or $[Link] -eq 'file') {
$groupName = $[Link]
$tags+=$groupName
$currNode = $[Link]
while ($currNode) {
AddServers -node $currNode -tags $tags -csvPath $csvPath
$currNode = $[Link]
}
}
else {
# Node type isn't relevant to tagging or adding connections in
Windows Admin Center
}
return
}

<#
.SYNOPSIS
Convert an .rdg file from Remote Desktop Connection Manager into a .csv
that can be imported into Windows Admin Center, maintaining groups via
server tags. This will not modify the existing .rdg file and will
create a new .csv file

.DESCRIPTION
This converts an .rdg file into a .csv that can be imported into
Windows Admin Center.

.PARAMETER RDGfilepath
The path of the .rdg file to be converted. This file will not be
 modified, only read.

.PARAMETER CSVdirectory
Optional. The directory you want to export the new .csv file. If it's
not provided, the new file is created in the same directory as the .rdg
file.

.EXAMPLE
C:\PS> RdgToWacCsv -RDGfilepath "[Link]"
#>
function RdgToWacCsv {
param(
[Parameter(Mandatory = $true)]
[String]
$RDGfilepath,
[Parameter(Mandatory = $false)]
[String]
$CSVdirectory
)
[xml]$RDGfile = Get-Content -Path $RDGfilepath
$node = $[Link]
if (!$CSVdirectory){
$csvPath = [[Link]]::GetDirectoryName($RDGfilepath) +
[[Link]]::GetFileNameWithoutExtension($RDGfilepath) +
"_WAC.csv"
} else {
$csvPath = $CSVdirectory +
[[Link]]::GetFileNameWithoutExtension($RDGfilepath) +
"_WAC.csv"
}
New-item -Path $csvPath
Add-Content -Path $csvPath -Value '"name","type","tags"'
AddServers -node $node -csvPath $csvPath
Write-Host "Converted $RDGfilepath `nOutput: $csvPath"
}

2. Para crear un archivo CSV, ejecute el siguiente comando:

PowerShell

RdgToWacCsv -RDGfilepath "path\to\[Link]"

3. Importe el archivo CSV resultante en Windows Admin Center. Las etiquetas de la

lista de conexiones representan la jerarquía de agrupación RDCMan.

Administración de extensiones de Windows

Admin Center con PowerShell
PowerShell
 # Add the module to the current session
Import-Module "$env:ProgramFiles\windows admin
center\PowerShell\Modules\ExtensionTools"
# Available cmdlets: Get-Feed, Add-Feed, Remove-Feed, Get-Extension,
Install-Extension, Uninstall-Extension, Update-Extension

# List feeds
Get-Feed "[Link]

# Add a new extension feed

Add-Feed -GatewayEndpoint "[Link] -Feed "\\WAC\our-
private-extensions"

# Remove an extension feed

Remove-Feed -GatewayEndpoint "[Link] -Feed "\\WAC\our-
private-extensions"

# List all extensions

Get-Extension "[Link]

# Install an extension (locate the latest version from all feeds and install
it)
Install-Extension -GatewayEndpoint "[Link]
"[Link]"

# Install an extension (latest version from a specific feed, if the feed is

not present, it will be added)
Install-Extension -GatewayEndpoint "[Link]
"[Link]" -Feed "[Link]

# Install an extension (install a specific version)

Install-Extension "[Link] "[Link]-manager"
"0.133.0"

# Uninstall-Extension
Uninstall-Extension "[Link] "[Link]"

# Update-Extension
Update-Extension "[Link] "[Link]"

７ Nota

Debe ser administrador de puerta de enlace para modificar las extensiones de

Windows Admin Center con PowerShell.

Referencias adicionales
Implementar una puerta de enlace de Windows Admin Center de alta
disponibilidad en un clúster
 Implementación de una puerta de enlace de Windows Admin Center en Azure
mediante Cloud Shell

Comentarios
¿Le ha resultado útil esta página?  Sí  No

Proporcionar comentarios sobre el producto

Personalizar la validación de WebSocket
para la puerta de enlace de Windows
Admin Center
Artículo • 18/04/2025 • Se aplica a: ✅ Windows Admin Center, ✅ Windows Admin Center Preview

Para proteger el acceso a WebSocket, la conexión de WebSocket ahora validará el estado de

origen desde el explorador, por lo que ninguna aplicación externa podría obtener acceso a la
API de WebSocket definida en la puerta de enlace.

Personalización de la validación
La validación se puede ajustar para personalizar varias condiciones.

El usuario puede configurar el valor de invalidación de WebSocket en un valor del Registro de

Windows Admin Center,
HKLM\Software\Microsoft\ServerManagementGateway\WebSocketValidationOverride , para

especificar un nombre de host de origen y un puerto de origen excepcionales. Incluye un

nombre comodín como « *.[Link] » o simplemente « * » para aceptar todo. Se
debe especificar un carácter comodín como « *. » y no se puede combinar con una condición
de coincidencia de cadena compleja del tipo « something*something ».

El ejemplo de formatos aceptados es el siguiente:

Siempre permite el host de origen definido en el certificado TLS actual. (nombre del
sujeto, nombres alternativos DNS)
Siempre se permite el puerto de origen configurado en Windows Admin Center
« * »: acepte cualquier host de origen y puerto de origen
« *:9876 »: acepte cualquier host de origen y el puerto de origen 9876
"" - :9876 aceptar el puerto de origen 9876
"* .[Link] " - aceptar el host de origen <[Link]...>.[Link]
« *.[Link] »: acepte el host de origen <[Link]...>.[Link] y el
puerto de origen 9876

Lógica de prevención
Gateway agrega una cookie de sesión (WAC-SESSION) para el navegador del usuario. Asocia
siempre la sesión del explorador y el nombre de usuario. Impide que un usuario diferente
intente usar la misma sesión del explorador.
 Cuando la interfaz de usuario inicia una conexión de WebSocket, el navegador devuelve
la cookie de sesión a Gateway.
La pasarela siempre valida que el nombre de usuario autenticado coincida con la cookie
de sesión.

Gateway busca el encabezado de origen, que es la dirección URL del punto de conexión desde
el que se cargó el sitio original de Windows Admin Center.

El host de origen y el puerto de origen validados por la puerta de enlace con la

configuración actual del certificado SSL, que incluye la lista de nombres de host DNS. Lo
anterior indica que el código de la interfaz de usuario se carga desde los sitios de
nombres DNS y el puerto esperados.

Mejora de RDP
En la conexión TCP de RDP, la puerta de enlace solo permite usar el puerto 3389 (RDP) y el
puerto 2179 (conexión de máquina virtual), por lo que no se puede usar la característica de
reenvío TCP para ningún otro propósito.

Posible efecto secundario

Si el usuario usa Windows Admin Center por dirección IP o algo no descrito en el certificado
SSL, el usuario no puede acceder a WebSocket porque no es confiable. Si necesita
proporcionar soporte, modifique el valor del Registro
HKLM\Software\Microsoft\ServerManagementGateway\WebSocketValidationOverride para

establecer la dirección IP o simplemente especifique " * " para omitir la validación.

Introducción a Windows Admin Center
Artículo • 17/02/2025 •
Se aplica a: ✅ Windows Admin Center, ✅ Windows Admin Center Preview

En este artículo se describe cómo empezar a trabajar con Windows Admin Center
después de descargar y instalar en un equipo Windows. Para más información sobre
Windows Admin Center, consulte Introducción a Windows Admin Center.

Apertura de Windows Admin Center en un PC

Windows
Windows Admin Center permite administrar servidores, clústeres, equipos Windows y
máquinas virtuales (VM) de Azure directamente desde el equipo con Windows 10
mediante un explorador web.

） Importante

Debes ser miembro del grupo de administradores locales para usar Windows
Admin Center en Windows 10.

Para abrir Windows Admin Center en un PC Windows, siga estos pasos:

1. En el menú de Inicio , seleccione Windows Admin Center. O bien, escriba de

Windows Admin Center en la barra de búsqueda y selecciónelo en los resultados
de la búsqueda.

Windows Admin Center se abre en el explorador predeterminado con la dirección

URL [Link] . Como alternativa, puede iniciarlo desde el
explorador deseado escribiendo [Link] .

2. Aparece un mensaje para seleccionar un certificado para la autenticación.

７ Nota

En el compilación de puerta de enlace modernizada de Windows Admin

Center, se le pide que inicie sesión en la puerta de enlace de Windows Admin
Center en lugar de seleccionar un certificado. Este paso no se aplica.
 Seleccione el certificado etiquetado Cliente de Windows Admin Centery luego
seleccione Aceptar. También puede seleccionar el vínculo Información del
certificado para ver más detalles sobre el certificado.

） Importante

Asegúrese de seleccionar Windows Admin Center Client y no otro certificado.

Si selecciona cualquier otro certificado, aparece el siguiente mensaje de error:

"No está autorizado para ver esta página. Si ha actualizado recientemente

Windows Admin Center, es posible que tenga que reiniciar el explorador y, a
continuación, actualizar la página".

Si sigue recibiendo el mismo error incluso después de reiniciar el explorador y

actualizar la página, pruebe a borrar la caché del explorador o cambiar a otro
explorador. Si ninguno de estos pasos de solución de problemas resuelve el
problema, es posible que tenga que desinstalar y reinstalar Windows Admin
Center y, a continuación, reiniciarlo.

3. (Solo la primera vez:) Una ventana emergente confirma que la versión de Windows
Admin Center está instalada correctamente. También se proporciona información
sobre las novedades de esta versión. Cierre la ventana para continuar.
 La página Todas las conexiones muestra el nombre del equipo con Windows 10 en
la lista de conexiones. Ya está listo para agregar conexiones a Windows Admin
Center.

Adición de conexiones a Windows Admin

Center
Puede agregar conexiones como nodos administrados a Windows Admin Center desde
la página Todas las conexiones. Todas las conexiones es la página predeterminada que
aparece al abrir Windows Admin Center. En esta página, puede agregar recursos
existentes como conexiones o crear nuevos recursos. Los recursos que agregue
aparecen en la lista de conexiones.

Los tipos de recursos que puede agregar desde la página Todas las conexiones son
servidores, equipos Windows, clústeres y máquinas virtuales de Azure. Los recursos que
puede crear son clústeres y máquinas virtuales de Azure.

７ Nota

Para agregar o crear una máquina virtual de Azure, primero debe registrar
Windows Admin Center con Azure.

Para agregar conexiones a Windows Admin Center:

1. En Todas las conexiones, seleccione + Agregar.

2. Se muestran los tipos de recursos que puede agregar. Seleccione Agregar en el

tipo de recurso que quiere agregar.
3. Windows Admin Center admite varios métodos para agregar recursos, en función
del tipo de recurso:

Agregue un recurso cada vez.

Agregue varios recursos mediante la importación masiva.
Para agregar recursos, busque Active Directory.

Seleccione la pestaña en función de cómo quiere agregar recursos. La etiqueta de

cada pestaña puede diferir en función del tipo de recurso que va a agregar.

Agregar uno

Agregar un recurso a la vez es el método predeterminado. La etiqueta de esta

pestaña aparece como Agregar clúster al agregar un clúster.

a. Seleccione la pestaña Agregar uno o Agregar clúster.

b. En el cuadro nombre del servidor, escriba el nombre del recurso.

 

A medida que empiece a escribir texto, Windows Admin Center comienza a

buscar un recurso basado en la cadena de texto. Si se encuentra una
coincidencia, puede agregar el nombre exactamente igual que especificó o
usar el nombre de recurso predeterminado. Aunque no se encuentre
ninguna coincidencia, puede agregar este recurso para que aparezca en la
lista de conexiones.

4. (Opcional:) Seleccione Agregar etiquetas para agregar etiquetas de conexión.

Puede usar etiquetas para identificar y filtrar recursos relacionados en la lista de
conexiones. Para obtener más información, consulte Use etiquetas para organizar
las conexiones más adelante en este artículo.

5. Cuando termine de agregar recursos, seleccione Agregar.

Los recursos seleccionados aparecen en la lista de conexiones de la página Todas

las conexiones.

Autenticación con los nodos administrados

Después de agregar conexiones como nodos administrados, debe autenticarse con ellos
para conectarse.

Windows Admin Center admite varios mecanismos para autenticarse con un nodo
administrado. El inicio de sesión único es el predeterminado.
 ７ Nota

Para realizar la administración remota, Windows Admin Center suplanta el contexto

de seguridad del usuario proporcionado y usa ese contexto de seguridad para
acceder a la máquina. El usuario proporcionado aparece en la columna Administrar
como de la página Todas las conexiones.

Autenticación mediante el inicio de sesión único

Puede usar las credenciales actuales de Windows para autenticarse con el nodo
administrado. Esta autenticación es la predeterminada y Windows Admin Center intenta
el inicio de sesión único al agregar un recurso.

Autenticación mediante inicio de sesión único cuando

Windows Admin Center se implementa como servicio en
Windows Server
Si instaló Windows Admin Center en Windows Server, se requiere configuración
adicional para el inicio de sesión único. Para obtener más información, consulte
Configuración del inicio de sesión único.

Autenticación mediante la especificación de credenciales

1. En Todas las conexiones, seleccione un recurso de la lista.

2. Seleccione Administrar como para especificar las credenciales que usará para
autenticarse en el nodo administrado.

3. Si Windows Admin Center se ejecuta en modo de servicio en Windows Server, pero

no tiene configurada la delegación Kerberos, debe volver a escribir las credenciales
de Windows.
Puede aplicar las credenciales a todas las conexiones, que las almacenarán en caché
para esa sesión específica del explorador. Si vuelve a cargar el explorador, debe volver a
ingresar sus credenciales de Manage como.

Autenticación mediante la Solución de contraseña de

administrador local
Si el entorno usa la Solución de contraseña de administrador local (LAPS) y tiene
Windows Admin Center instalado en el PC Windows 10, puede usar las credenciales de
LAPS para autenticarse con el nodo administrado. Si usa este escenario, puede
proporcionar comentarios .

Uso de etiquetas para organizar las conexiones

Puede usar etiquetas para identificar y filtrar recursos relacionados en la lista de
conexiones. La capacidad de ver un subconjunto de los recursos en la lista de
conexiones es especialmente útil si tiene muchas conexiones.
Editar etiquetas
Puede agregar etiquetas a una conexión mientras agrega una nueva conexión. O bien,
puede agregarlos o editarlos más adelante para una o varias conexiones en la página
Todas las conexiones.

Para agregar o editar una etiqueta:

1. En la lista de conexiones, seleccione una o varias conexiones.

2. Seleccione Editar etiquetas.

3. En el panel etiquetas disponibles, puede realizar cualquiera de estas acciones:

Para agregar una nueva etiqueta a las conexiones seleccionadas, seleccione

Agregar etiquetas y escriba un nombre de etiqueta deseado.

Para etiquetar las conexiones seleccionadas con un nombre de etiqueta

existente, active la casilla situada junto al nombre de etiqueta que desea
aplicar.

Para quitar una etiqueta de todas las conexiones seleccionadas, desactive la

casilla situada junto a la etiqueta que desea quitar.

Si se aplica una etiqueta a un subconjunto de las conexiones seleccionadas, la

casilla aparece en un estado intermedio. Puede activar la casilla y aplicar la
etiqueta a todas las conexiones seleccionadas o desactivar la casilla para
quitar la etiqueta de todas las conexiones seleccionadas.

4. Seleccione Guardar para guardar los cambios.

Filtrado de conexiones por etiqueta

Después de agregar etiquetas a una o varias conexiones, puede ver las etiquetas en la
lista de conexiones y filtrar la lista de conexiones por etiquetas.
Para filtrar por una etiqueta, seleccione el icono de filtro situado junto al cuadro de
búsqueda.


Puede seleccionar o, yo No para modificar el comportamiento de filtro de las etiquetas

seleccionadas.

Uso de PowerShell para importar o exportar las

conexiones con etiquetas
PowerShell

# Load the module

Import-Module "$env:ProgramFiles\windows admin
center\PowerShell\Modules\ConnectionTools"
# Available cmdlets: Export-Connection, Import-Connection

# Export connections (including tags) to a .csv file

Export-Connection "[Link] -fileName "[Link]"
# Import connections (including tags) from a .csv file
Import-Connection "[Link] -fileName "[Link]"
# Import connections (including tags) from .csv files, and remove any
connections that are not explicitly in the imported file by using the -prune
switch parameter
Import-Connection "[Link] -fileName "[Link]"
-prune

Formato de archivo CSV para importar conexiones

El formato del archivo CSV comienza con los cuatro encabezados siguientes, seguidos
de cada conexión en una nueva línea.
 name : FQDN de la conexión.

type : tipo de conexión. Para las conexiones predeterminadas incluidas con

Windows Admin Center, use una de las siguientes cadenas:

ﾉ Expandir tabla

Tipo de conexión Cadena de conexión

Windows Server [Link]

Clúster de conmutación por error [Link]

tags : etiquetas separadas por barras verticales.

groupId : columna para conexiones compartidas. Use el valor global en esta

columna para realizar una conexión compartida.

７ Nota

La modificación de las conexiones compartidas se limita a los administradores de

puerta de enlace. Cualquier usuario puede usar PowerShell para modificar su lista
de conexiones personales.

Ejemplo de archivo CSV para importar conexiones

"name","type","tags","groupId"
"[Link]","[Link]","hyperv"
"[Link]","[Link]-server","hyperv"
"[Link]","[Link]-
[Link]","legacyCluster|WS2016","global"
"[Link],"[Link]-
[Link]","myHCIcluster|hyperv|JIT|WS2019"
"[Link]","[Link]-
[Link]","legacyCluster|WS2016","global"
"[Link]","[Link]-
[Link]","myHCIcluster|hyperv|JIT|WS2019"

７ Nota

El archivo CSV distingue mayúsculas de minúsculas.

Importación de conexiones RDCMan
Use el siguiente script para exportar conexiones guardadas en RDCMan a un archivo.
A continuación, puede importar el archivo en Windows Admin Center y mantener la
jerarquía de agrupación rdCMan mediante etiquetas.

1. Copie y pegue el código siguiente en la sesión de PowerShell:

PowerShell

#Helper function for RdgToWacCsv

function AddServers {
param (
[Parameter(Mandatory = $true)]
[[Link]]
$node,
[Parameter()]
[String[]]
$tags,
[Parameter(Mandatory = $true)]
[String]
$csvPath
)
if ($[Link] -eq 'server') {
$serverName = $[Link]
$tagString = $tags -join "|"
Add-Content -Path $csvPath -Value ('"'+ $serverName +
'","[Link]","'+ $tagString +'"')
}
elseif ($[Link] -eq 'group' -or $[Link] -eq 'file') {
$groupName = $[Link]
$tags+=$groupName
$currNode = $[Link]
while ($currNode) {
AddServers -node $currNode -tags $tags -csvPath $csvPath
$currNode = $[Link]
}
}
else {
# Node type isn't relevant to tagging or adding connections in
Windows Admin Center
}
return
}

<#
.SYNOPSIS
Convert an .rdg file from Remote Desktop Connection Manager into a .csv
that can be imported into Windows Admin Center, maintaining groups via
server tags. This will not modify the existing .rdg file and will
create a new .csv file
 .DESCRIPTION
This converts an .rdg file into a .csv that can be imported into
Windows Admin Center.

.PARAMETER RDGfilepath
The path of the .rdg file to be converted. This file will not be
modified, only read.

.PARAMETER CSVdirectory
Optional. The directory you want to export the new .csv file. If it's
not provided, the new file is created in the same directory as the .rdg
file.

.EXAMPLE
C:\PS> RdgToWacCsv -RDGfilepath "[Link]"
#>
function RdgToWacCsv {
param(
[Parameter(Mandatory = $true)]
[String]
$RDGfilepath,
[Parameter(Mandatory = $false)]
[String]
$CSVdirectory
)
[xml]$RDGfile = Get-Content -Path $RDGfilepath
$node = $[Link]
if (!$CSVdirectory){
$csvPath = [[Link]]::GetDirectoryName($RDGfilepath) +
[[Link]]::GetFileNameWithoutExtension($RDGfilepath) +
"_WAC.csv"
} else {
$csvPath = $CSVdirectory +
[[Link]]::GetFileNameWithoutExtension($RDGfilepath) +
"_WAC.csv"
}
New-item -Path $csvPath
Add-Content -Path $csvPath -Value '"name","type","tags"'
AddServers -node $node -csvPath $csvPath
Write-Host "Converted $RDGfilepath `nOutput: $csvPath"
}

2. Para crear un archivo CSV, ejecute el siguiente comando:

PowerShell

RdgToWacCsv -RDGfilepath "path\to\[Link]"

3. Importe el archivo CSV resultante en Windows Admin Center. Las etiquetas de la

lista de conexiones representan la jerarquía de agrupación RDCMan.
Visualización de scripts de PowerShell usados
en Windows Admin Center
Después de conectarse a un servidor, un clúster o un equipo, puede ver los scripts de
PowerShell que impulsan las acciones de interfaz de usuario disponibles en Windows
Admin Center:

1. En una herramienta, seleccione el icono de PowerShell en la barra de aplicaciones.

2. En la lista desplegable, seleccione un comando de interés para ir al script de

PowerShell correspondiente.

Comentarios
¿Le ha resultado útil esta página?  Sí  No

Proporcionar comentarios sobre el producto

Administración de servidores con
Windows Admin Center.
Artículo • 23/12/2023

Se aplica a: Windows Admin Center, versión preliminar de Windows Admin Center

 Sugerencia

¿No estás familiarizado con Windows Admin Center? Descargue u obtenga más
información acerca de Windows Admin Center.

Administración de máquinas Windows Server

Puede agregar servidores individuales que ejecuten Windows Server 2012 o posterior a
Windows Admin Center para administrar el servidor con un conjunto completo de
herramientas, incluyendo Certificados, Dispositivos, Eventos, Procesos, Roles y
características, Actualizaciones, Máquinas virtuales y mucho más.
Agregar un servidor a Windows Admin Center
Para gregar un servidor a Windows Admin Center:

1. Haga clic en + Agregar en Todas las conexiones.

2. Elija agregar Servidores.
3. Escriba el nombre del servidor y, si se le solicita, las credenciales que se van a usar.
4. Haga clic en Agregar para finalizar.

El servidor se agregará a la lista de conexiones en la página de información general.

Haga clic en él para conectar con el servidor.

７ Nota

También puede agregar clústeres de conmutación por error o clústeres

hiperconvergidos como una conexión independiente en Windows Admin Center.

Herramientas
Las siguientes herramientas están disponibles para las conexiones de servidor:

ﾉ Expandir tabla

Herramienta Descripción

Información general Visualización de los detalles del servidor y control del

estado del servidor

Configuración Visualización y modificación de servicios

Active Directory Administración de Active Directory

Azure Backup Visualización y configuración de Azure Backup

Azure File Sync Visualización y configuración de Azure File Sync

Centro de híbrido de Azure Visualización y configuración de servicios híbridos de Azure

Azure Monitor Visualización y configuración de Azure Monitor

Certificados Visualización y modificación de certificados

Contenedores Ver contenedores

Dispositivos Visualización y modificación de dispositivos

DHCP Visualización y administración de la configuración del

servidor DHCP

DNS Visualización y administración de la configuración del

servidor DNS

Eventos Ver eventos

Archivos y recurso compartido de Examen de archivos y carpetas

archivos

Firewall Visualización y modificación de reglas de firewall

Aplicaciones instaladas Visualización y eliminación de aplicaciones instaladas

Usuarios y grupos locales Visualización y modificación de usuarios y grupos locales

Microsoft Defender for Cloud Visualización y configuración de Microsoft Defender for

Cloud

Redes Visualización y modificación de dispositivos de red

Supervisión de paquetes Supervisión de paquetes de red

Supervisión de rendimiento Visualización de contadores de rendimiento e informes

 Herramienta Descripción

PowerShell Interacción con el servidor mediante PowerShell

Procesos Visualización y modificación de procesos en ejecución

Registro Visualización y modificación de entradas del Registro

Escritorio remoto Interacción con el servidor a través del Escritorio remoto

Roles y características Visualización y modificación de roles y características

Tareas programadas Visualización y modificación de tareas programadas

Seguridad Visualización y modificación de la configuración de

seguridad

Servicios Visualización y modificación de servicios

Storage Visualización y modificación de dispositivos de

almacenamiento

Servicio de migración de Migración de servidores y recursos compartidos de archivos

almacenamiento a Azure o Windows Server 2019

Réplica de almacenamiento Use Réplica de almacenamiento para administrar la

replicación de almacenamiento de servidor a servidor

Conclusiones del sistema Información del sistema proporciona información adicional

sobre el funcionamiento del servidor.

Actualizaciones Visualización de actualizaciones instaladas y comprobación

de si hay nuevas actualizaciones

Máquinas virtuales Visualización y administración de máquinas virtuales

Conmutadores virtuales Visualización y administración de conmutadores virtuales

Información general
Información general permite ver el estado actual de la CPU, la memoria y el
rendimiento de la red, así como realizar operaciones y modificar la configuración en un
equipo o servidor de destino.

Características de Información general

Se admiten las siguientes características en Información general del Administrador del
servidor:
 Ver detalles del servidor
Ver la actividad de CPU
Ver la actividad de la memoria
Ver la actividad de red
Reinicio del servidor
Apagar el servidor
Habilitar métricas de disco en el servidor
Editar el identificador de equipo en el servidor
Ver la dirección IP de BMC con hipervínculo (requiere BMC compatible con IPMI).

Active Directory (versión preliminar)

Active Directory es una versión preliminar temprana que está disponible en la fuente de
extensión.

Características de Active Directory

Las siguientes características de administración de Active Directory están disponibles:

Crear usuario
Crear grupo
Buscar usuarios, equipos y grupos
Panel de detalles para usuarios, equipos y grupos cuando se selecciona en la
cuadrícula
Usuarios, equipos y grupos de acciones de cuadrícula global (deshabilitar, habilitar,
quitar)
Restablecer contraseña de usuario
Objetos de usuario: configurar propiedades básicas & pertenencias a grupos
Objetos de equipo: configurar la delegación en una sola máquina
Objetos de grupo: administrar la pertenencia (agregar o quitar 1 usuario a la vez)

Azure Backup
Azure Backup ayuda a proteger el servidor de Windows frente a daños, ataques o
desastres al realizar una copia de seguridad del servidor directamente en Microsoft
Azure. Más información sobre Azure Backup .

Características de Azure Backup

Se admiten las siguientes características en Backup:
 Visualización de información general sobre el estado de la copia de seguridad de
Azure
Configuración de elementos de copia de seguridad y programación
Iniciación o detención de un trabajo de copia de seguridad
Visualización del estado y el historial de trabajos de copia de seguridad
Visualización de puntos de recuperación y recuperación de datos
Eliminación de datos de copia de seguridad

Azure File Sync

Azure File Sync permite sincronizar el servidor de archivos con la nube. Más información
acerca de Azure File Sync.

Centro de híbrido de Azure

El Centro de híbrido de Azure es su ubicación centralizada para obtener información
sobre los servicios híbridos de Azure e incorporarse a ellos. Más información sobre los
servicios híbridos de Azure en Windows Administración Center.

Azure Monitor
Azure Monitor permite supervisar los servidores y configurar alertas. Más información
sobre Azure Monitor.

Certificados
Certificados permite administrar almacenes de certificados en un equipo o servidor.

Características de Certificados
Se admiten las siguientes características en Certificados:

Examinar y buscar certificados existentes

Ver detalles del certificado
Exportación de certificados
Renovar certificados
Solicitar nuevos certificados
Eliminar certificados
Contenedores
Contenedores permite ver los contenedores en un host de contenedor de Windows
Server. En el caso de un contenedor de Windows Server Core en ejecución, puede ver
los registros de eventos y acceder a la CLI del contenedor. Está disponible en la fuente
de extensión.

Dispositivos
Dispositivos permite administrar dispositivos conectados en un equipo o servidor.

Características de Dispositivos
Se admiten las siguientes características en Dispositivos:

Examinar y buscar dispositivos

Ver los detalles de dispositivo
Deshabilitación de un dispositivo
Actualizar controlador en un dispositivo

DHCP
DHCP permite administrar dispositivos conectados a un equipo o servidor. Está
disponible en la fuente de extensión.

Características de DHCP
Crear, configurar y ver ámbitos IPV4 e IPV6
Crear exclusiones de direcciones y configurar la dirección IP inicial y final
Crear reservas de direcciones y configurar la dirección MAC del cliente (IPV4),
DUID e IAID (IPV6)

DNS
DNS permite administrar dispositivos conectados a un equipo o servidor. Está
disponible en la fuente de extensión.

Características de DNS
 Ver detalles de las zonas de búsqueda directa de DNS, las zonas de búsqueda
inversa y los registros DNS
Crear zonas de búsqueda directa (principal, secundaria o código auxiliar) y
configurar propiedades de zona de búsqueda directa
Crear host (A o AAAA), CNAME o tipo MX de registros DNS
Configurar las propiedades de los registros DNS
Crear zonas de búsqueda inversa IPV4 e IPV6 (principal, secundaria y auxiliar),
configurar propiedades de zona de búsqueda inversa
Cree PTR, tipo CNAME de registros DNS en la zona de búsqueda inversa.

Eventos
Eventos permite administrar registros de eventos en un equipo o servidor.

Características de Eventos
Las siguientes características son compatibles con los eventos:

Examinar y buscar eventos

Ver detalles de eventos
Borrar eventos del registro
Exportar eventos del registro
Crear áreas de trabajo (versión preliminar)
Guardar áreas de trabajo (versión preliminar)
Eliminar áreas de trabajo (versión preliminar)
Ver eventos en formato de barra apilada (versión preliminar)

Archivos y uso compartido de archivos

Archivos y el uso compartido de archivos permite administrar archivos y carpetas en un
equipo o servidor.

Características de Archivos y uso compartido de archivos

Se admiten las siguientes características en Archivos y uso compartido de archivos:

Examen de archivos y carpetas

Buscar un archivo o una carpeta
Crear una carpeta
Eliminar un archivo o una carpeta
 Descargar un archivo o carpeta
Carga de un archivo o una carpeta
cambiar el nombre de un archivo o una carpeta.
Extraer un archivo ZIP
Copiar y mover archivos y carpetas
Ver propiedades de un nuevo archivo o carpeta
Agregar, editar o quitar recursos compartidos de archivos
Modificar permisos de usuario y grupo en uso compartido de archivos
Modificar la seguridad del servidor de archivos

Firewall
Firewall permite administrar la configuración y las reglas del firewall en un equipo o
servidor.

Características de Firewall
Se admiten las siguientes características en Firewall:

Ver una introducción a la configuración del firewall

Ver las reglas de firewall entrantes
Ver las reglas de firewall salientes
Buscar las reglas de firewall
Ver los detalles de las reglas de firewall
Crear una nueva regla de firewall
Habilitar o deshabilitar una regla de firewall
Eliminar una regla de firewall
Editar las propiedades de una regla de firewall

Aplicaciones instaladas
Aplicaciones instaladas permite enumerar y desinstalar las aplicaciones que están
instaladas.

Usuarios y grupos locales

Usuarios y grupos locales permite administrar grupos de seguridad y usuarios que
existen localmente en un equipo o servidor.
Características de Usuarios y grupos locales
Se admiten las siguientes características en Usuarios y grupos locales:

Ver y buscar usuarios y grupos

Crear un nuevo usuario o grupo
Administrar la pertenencia a grupos de un usuario
Eliminar un usuario o grupo
Cambia la contraseña de un usuario
Editar las propiedades de un usuario o un dispositivo

Microsoft Defender for Cloud

Microsoft Defender for Cloud es una plataforma de protección de aplicaciones nativas
de la nube con un conjunto de medidas y prácticas de seguridad diseñadas para
proteger las aplicaciones basadas en la nube frente a diversas amenazas cibernéticas y
vulnerabilidades.

Redes
Redes permite administrar los dispositivos de red y la configuración en un equipo o
servidor.

Características de redes
Se admiten las siguientes características en Red:

Examinar y buscar adaptadores de red existentes

Ver detalles de un adaptador de red
Editar propiedades de un adaptador de red
Crear un adaptador de red de Azure (característica de versión preliminar)

PowerShell
PowerShell permite interactuar con un equipo o servidor a través de una sesión de
PowerShell.

Características de PowerShell
Se admiten las siguientes características en PowerShell:
 Crear una sesión interactiva de PowerShell en el servidor
Desconectar la sesión de PowerShell en el servidor

Procesos
Procesos permite administrar procesos en ejecución en un equipo o servidor.

Características de Procesos
Se admiten las siguientes características en Procesos:

Examinar y buscar procesos en ejecución

Ver los detalles del proceso
Iniciar un proceso
Terminar un proceso
Crear un volcado de procesos
Buscar identificadores de proceso

Registro
Registro permite administrar claves y valores del registro en un equipo o servidor.

Características de Registro
Se admiten las siguientes características en Registro:

Examinar claves y valores del registro

Agregar o modificar valores del registro
Eliminar valores de Registro

Escritorio remoto
Escritorio remoto permite interactuar con un equipo o servidor a través de una sesión
de escritorio interactiva.

Características de Escritorio remoto

Se admiten las siguientes características en el Escritorio remoto:

Iniciar una sesión interactiva de escritorio remoto

 Desconectar el usuario de una sesión de escritorio remoto
Enviar Ctrl+Alt+Supr a una sesión de escritorio remoto

Roles y características
Roles y características permite administrar roles y características en un servidor.

Característica de Roles y características

Las siguientes características se admiten en Roles y características:

Examinar la lista de roles y características de un servidor

Ver los detalles del rol o característica
Instalar un rol o característica
Eliminar un rol o característica

Tareas programadas
Tareas programadas permite administrar las tareas programadas en un equipo o
servidor.

Características de Tareas programadas

Se admiten las siguientes características en Tareas programadas:

Examinar la biblioteca del programador de tareas

Editar tareas programadas
Habilitar & deshabilitar las tareas programadas
Iniciar & detener las tareas programadas
Crear tareas programadas

Seguridad
Seguridad permite administrar la configuración de seguridad en un equipo o servidor.

Características de Seguridad
Las siguientes características son compatibles con Seguridad:

Ejecución y programación de análisis de virus

 Habilitación y deshabilitación de la protección contra amenazas en tiempo real
Visualización del historial de amenazas
Comprobación del estado del núcleo protegido
Habilitación o deshabilitación de características de seguridad del núcleo protegido

Servicios
Servicios permite administrar servicios en un equipo o servidor.

Características de Servicios
Se admiten las siguientes características en Servicios:

Examinar y buscar servicios en un servidor

Ver los detalles de un servicio
iniciar un servicio.
Pausar un servicio
Reiniciar un servicio
Editar las propiedades de un servicio

Configuración
Configuración es una ubicación central para administrar la configuración en un equipo
o servidor.

Características de Configuración
Ver y modificar la configuración del recurso compartido de archivos
Ver y modificar variables de entorno de usuario y sistema
Ver y modificar la configuración de energía
Ver y modificar la configuración de Escritorio remoto
Ver y modificar la configuración de control de acceso basado en rol
Ver y modificar la configuración del host de Hyper-V, si procede

Storage
Almacenamiento permite administrar dispositivos de almacenamiento en un equipo o
servidor.
Características de Almacenamiento
Se admiten las siguientes características en Almacenamiento:

Examinar y buscar discos existentes en un servidor

Ver los detalles del disco
Crear un volumen
Inicializar un disco
Crear, adjuntar y desasociar un disco duro virtual (VHD)
Desconectar un disco
Formatear un volumen
Cambiar el tamaño de un volumen
Editar las propiedades del volumen
Eliminar un volumen
Instalar la administración de cuotas
Administrar el almacenamiento> de cuotas de Administrador de recursos del
servidor de archivos y crear o actualizar cuotas

Servicio de migración de almacenamiento

Servicio de migración de almacenamiento permite migrar servidores y recursos
compartidos de archivos a Azure o Windows Server 2019, sin necesidad de que las
aplicaciones o los usuarios cambien nada. Obtención de información general sobre
Servicio de migración de almacenamiento

７ Nota

Servicio de migración de almacenamiento requiere Windows Server 2019.

Réplica de almacenamiento
Use Réplica de almacenamiento para administrar la replicación de almacenamiento de
servidor a servidor. Más información sobre Réplica de almacenamiento

Conclusiones del sistema

Información del sistema presenta análisis predictivos de forma nativa en Windows
Server para ayudarle a obtener más información sobre el funcionamiento del servidor.
Obtención de información general sobre Información del sistema
 ７ Nota

Información del sistema requiere Windows Server 2019.

Actualizaciones
Actualizaciones permite administrar Microsoft o Actualizaciones de Windows en un
equipo o servidor.

Características de Actualizaciones
Se admiten las siguientes características en Actualizaciones:

Ver actualizaciones de Windows o Microsoft disponibles

Ver una lista del historial de actualizaciones
Instalación de actualizaciones
Buscar actualizaciones en línea desde Microsoft Update
Administrar la integración de Azure Update Management

Máquinas virtuales
Ver Administración de máquinas virtuales con Windows Admin Center

Conmutadores virtuales
Conmutadores virtuales permite administrar conmutadores virtuales de Hyper-V en un
equipo o servidor.

Características de Conmutadores virtuales

Se admiten las siguientes características en Conmutadores virtuales:

Examinar y buscar conmutadores virtuales en un servidor

Crear un nuevo conmutador virtual
Renombrar un conmutador virtual
Eliminar un conmutador virtual existente
Editar las propiedades de una máquina virtual
Administración de una infraestructura a
la que se aplica Control de aplicaciones
de Windows Defender (WDAC)
Artículo • 06/01/2025 •
Se aplica a: ✅ Windows Admin Center, ✅ Windows Admin Center Preview

Control de aplicaciones de Windows Defender (WDAC) puede ayudar a mitigar muchas

amenazas de seguridad restringiendo las aplicaciones que los usuarios pueden ejecutar
y el código que se ejecuta en el núcleo del sistema (kernel). Las directivas de control de
aplicaciones también pueden bloquear MSI y scripts sin firmar, y restringir
Windows PowerShell para que se ejecute en modo de lenguaje restringido. Obtenga
más información sobre Control de aplicaciones para Windows.

Se requiere una configuración adicional para Windows Admin Center para instalar
entornos a los que se aplica WDAC y administrarlos. En este documento se tratan estos
requisitos y problemas conocidos al administrar un entorno l que se aplica WDAC.

Requisitos
En esta sección se proporcionan los requisitos para usar Windows Admin Center para
administrar la infraestructura a la que se aplica WDAC (servidores, máquinas cliente o
clústeres).

Requisitos de la directiva
Requisitos de red
Permisos
Directiva de ejecución de PowerShell

Requisitos de la directiva
En función de su caso de uso, deberá agregar a la lista de permitidos uno o varios
certificados como parte de las directivas base o complementarias. Obtenga más
información sobre la implementación de una directiva base o complementaria.

Caso [1]: solo se aplica WDAC a los nodos administrados.

Caso [2]: se aplica WDAC tanto al nodo administrado como a la máquina donde
implementa Windows Admin Center.
En el caso [1], solo se requiere que se agregue a la lista de permitidos la siguiente regla
de firmante en la directiva de WDAC en el nodo administrado:

XML

<Signer ID="ID_SIGNER_S_XXXXX" Name="Microsoft Code Signing PCA 2011">

<CertRoot Type="TBS"
Value="F6F717A43AD9ABDDC8CEFDDE1C505462535E7D1307E630F9544A2D14FE8BF26E" />
<CertPublisher Value="Microsoft Corporation" />
</Signer>

Para el caso [2]:

Se requiere que la regla de firmante anterior se agregue a la lista de permitidos

tanto en el nodo administrado como en la máquina en la que implemente
Windows Admin Center.
Además, se requiere que las siguientes reglas de firmante estén en la lista de
permitidos solamente en el equipo en el que se implementa Windows Admin
Center:

Reglas del firmante:

XML

<Signer ID="ID_SIGNER_S_XXXXX" Name="Microsoft Code Signing PCA 2011">

<CertRoot Type="TBS"
Value="F6F717A43AD9ABDDC8CEFDDE1C505462535E7D1307E630F9544A2D14FE8BF26E" />
<CertPublisher Value="Microsoft 3rd Party Application Component" />
</Signer>
<Signer ID="ID_SIGNER_S_XXXXX" Name="Microsoft Code Signing PCA 2011">
<CertRoot Type="TBS"
Value="F6F717A43AD9ABDDC8CEFDDE1C505462535E7D1307E630F9544A2D14FE8BF26E" />
<CertPublisher Value=".NET" />
</Signer>

La regla de firma con certPublisher Value ".NET" no es necesaria si se usa una versión de
windows admin Center anterior a la 2410. Sin embargo, estas versiones anteriores
requieren que las siguientes reglas de archivo/hash estén en la lista de permitidos
solamente en el equipo en el que se implementa Windows Admin Center:

Regla del archivo/hash:

XML
<FileRules>
<!--Requirement from WAC to allow files from WiX-->
<Allow ID="ID_ALLOW_E_X_XXXX_X" FriendlyName="WiX [Link]"
Hash="9DE61721326D8E88636F9633AA37FCB885A4BABE" />
<Allow ID="ID_ALLOW_E_X_XXXX_XXXX_X" FriendlyName="WiX [Link]"
Hash="B216DFA814FC856FA7078381291C78036CEF0A05" />
<Allow ID="ID_ALLOW_E_X_XXXX_X" FriendlyName="WiX [Link]"
Hash="233F5E43325615710CA1AA580250530E06339DEF861811073912E8A16B058C69" />
<Allow ID="ID_ALLOW_E_X_XXXX_XXXX_X" FriendlyName="WiX [Link]"
Hash="B216DFA814FC856FA7078381291C78036CEF0A05" />
<Allow ID="ID_ALLOW_E_X_XXXX_X" FriendlyName="WiX [Link] 2"
Hash="EB4CB5FF520717038ADADCC5E1EF8F7C24B27A90" />
<Allow ID="ID_ALLOW_E_X_XXXX_XXXX_X" FriendlyName="WiX [Link] 2"
Hash="6C65DD86130241850B2D808C24EC740A4C509D9C" />
<Allow ID="ID_ALLOW_E_X_XXXX_X" FriendlyName="WiX [Link] 2"
Hash="C8D190D5BE1EFD2D52F72A72AE9DFA3940AB3FACEB626405959349654FE18B74" />
<Allow ID="ID_ALLOW_E_X_XXXX_XXXX_X" FriendlyName="WiX [Link] 2"
Hash="6C65DD86130241850B2D808C24EC740A4C509D9C" />
<Allow ID="ID_ALLOW_E_X_XXXX_X" FriendlyName="WiX [Link]"
Hash="2F0903D4B21A0231ADD1B4CD02E25C7C4974DA84" />
<Allow ID="ID_ALLOW_E_X_XXXX_XXXX_X" FriendlyName="WiX [Link]"
Hash="868635E434C14B65AD7D7A9AE1F4047965740786" />
<Allow ID="ID_ALLOW_E_X_XXXX_X" FriendlyName="WiX [Link]"
Hash="5C29B8255ACE0CD94C066C528C8AD04F0F45EBA12FCF94DA7B9CA1B64AD4288B" />
<Allow ID="ID_ALLOW_E_X_XXXX_XXXX_X" FriendlyName="WiX [Link]"
Hash="868635E434C14B65AD7D7A9AE1F4047965740786" />
</FileRules>

７ Nota

El firmante y el id. de permiso (es decir, Signer ID="ID_SIGNER_S_XXXXX") deben

generarse automáticamente mediante la herramienta o script de creación de
directivas. Para obtener más información, consultar la documentación de WDAC

 Sugerencia

El Asistente de control de aplicaciones para empresas puede ser muy útil para
crear/editar políticas WDAC. Recuerde que al crear una nueva directiva, ya sea por
el Asistente o los comandos de PowerShell, use la regla "Publisher" en archivos
binarios para generar reglas. Por ejemplo, al usar el asistente, puede generar la
directiva de WDAC para el caso [1] en función del archivo .msi de Windows Admin
Center. En el caso [2], también puede usar el asistente, pero tendrá que editar
manualmente la directiva de WDAC para incluir el firmante y la regla hash
enumeradas.
Requisitos de red
De forma predeterminada, Windows Admin Center se comunica con los servidores a
través de WinRM por HTTP (puerto 5985) o HTTPS (puerto 5986). Para la infraestructura
a la que se aplica WDAC, Windows Admin Center necesita además acceso SMB a los
nodos que se están administrando (puerto TCP 445).

Permisos
La transferencia de archivos basada en rutas UNC a través del puerto SMB 445 es
fundamental para que Windows Admin Center administre estos entornos. Asegúrese de
que es administrador en el servidor administrado o en el clúster y de que las
transferencias de archivos no están bloqueadas por ninguna directiva de seguridad.

Directiva de ejecución de PowerShell

El valor predeterminado ExecutionPolicy de PowerShell es suficiente para que Windows
Admin Center administre una máquina aplicada obligatoriamente de Control de
aplicaciones de Windows Defender. Sin embargo, si el valor predeterminado
ExecutionPolicy ha cambiado en la máquina, debe asegurarse de que el ámbito de
LocalMachine esté establecido en RemoteSigned para permitir que los scripts firmados se

carguen y ejecuten. Se trata de una característica de seguridad de PowerShell y solo se

deben realizar cambios cuando sea necesario y adecuado.

Instalación y conexión

Instalación de
Instale Windows Admin Center en el servidor o máquina cliente a los que se aplica
WDAC como lo haría normalmente. Si se cumplen los requisitos anteriores, Windows
Admin Center debe instalar y funcionar de forma normal.

Connecting
Conéctese a las máquinas de servidor, cliente o clúster a las que se aplica WDAC como
lo haría normalmente. Al conectarse al servidor, puede realizar un seguimiento del
estado de la aplicación mediante el campo "Modo de lenguaje de PowerShell" en la
página Introducción. Si el valor de este campo es "Restringido", se aplica WDAC.
Cuando se conecta a un clúster al que se aplica WDAC por primera vez, puede tardar
unos minutos configurar la conexión con el clúster en Windows Admin Center. Las
conexiones posteriores no tendrán un retraso.

７ Nota

Si cambia el estado de aplicación de WDAC de los nodos administrados, no use

Windows Admin Center durante al menos 30 segundos para que este cambio se
refleje.

Problemas conocidos
Actualmente, la implementación de Azure Kubernetes Service en Azure Local y
Puente de recursos a través del Centro de administración de Windows no se
admite en un entorno con WDAC. Además, actualmente no se admite el uso de la
extensión de soporte remoto y GPU en Azure Local.

Actualmente no se admite el uso de RBAC en un solo servidor.

Actualmente no se admiten algunas operaciones específicas en la herramienta

Certificados.

Solución de problemas
Error "Módulo no encontrado" o "no se pudo conectar"

1. Para confirmar si Windows Admin Center ha transferido correctamente los

archivos al nodo administrado o no, vaya a la carpeta
%PROGRAMFILES%\WindowsPowerShell\Modules del nodo administrado y

compruebe que existen módulos con el nombre [Link].* en esa

carpeta
2. En caso de que no existan, vuelva a conectarse al servidor o al clúster desde
Windows Admin Center
3. Asegúrese de que la máquina que tiene Windows Admin Center instalado
tiene acceso al puerto TCP 445 en el nodo administrado

Artículos relacionados
Guía de diseño de WDAC
Guía de implementación de WDAC
 Introducción a AppLocker

Comentarios
¿Le ha resultado útil esta página?  Sí  No

Proporcionar comentarios sobre el producto

Implementación de una infraestructura
hiperconvergida mediante Windows
Admin Center
Artículo • 19/02/2025 •
Se aplica a: ✅ Windows Admin Center, ✅ Windows Admin Center Preview

Puedes usar Windows Admin Center versión 1910 o posterior para implementar una
infraestructura hiperconvergida mediante dos o más servidores Windows adecuados.
Esta característica adopta la forma de un flujo de trabajo de varias fases que le guía a
través de la instalación de características, la configuración de redes, la creación del
clúster y la implementación de espacios de almacenamiento directo o redes definidas
por software (SDN).

A partir de la versión 2007 de Windows Admin Center, Windows Admin Center admite el
sistema operativo Azure Stack HCI. Para obtener información sobre cómo implementar
un clúster en Windows Admin Center, consulte la documentación de Azure Local.
Aunque esa documentación se centra en Azure Local, la mayoría de las instrucciones
son aplicables a las implementaciones de Windows Server.

Deshacer y empezar de nuevo

Use los siguientes cmdlets de Windows PowerShell para deshacer los cambios
realizados en el flujo de trabajo y empezar de nuevo.

Eliminación de máquinas virtuales u otros recursos en

clúster
Si ha creado máquinas virtuales u otros recursos en clúster, como los controladores de
red para SDN, quítelos primero.

Por ejemplo, para quitar recursos por nombre, use este cmdlet:

PowerShell

Get-ClusterResource -Name "<NAME>" | Remove-ClusterResource

Revertir los pasos de almacenamiento

Si ha habilitado Espacios de almacenamiento directo, deshabilite mediante el siguiente
script.

２ Advertencia

Estos cmdlets eliminan permanentemente los datos de los volúmenes de Espacios

de almacenamiento directo. No puede deshacer esta acción.

PowerShell

Get-VirtualDisk | Remove-VirtualDisk
Get-StoragePool -IsPrimordial $False | Remove-StoragePool
Disable-ClusterS2D

Deshacer los pasos de agrupación en clústeres

Si ha creado un clúster, quítelo mediante este cmdlet:

PowerShell

Remove-Cluster -CleanUpAD

Para quitar también los informes de validación de clústeres, ejecute este cmdlet en
todos los servidores que formaban parte del clúster:

PowerShell

Get-ChildItem C:\Windows\cluster\Reports\ | Remove-Item

Deshacer los pasos de configuración de red

Ejecute los siguientes cmdlets en cada servidor que formaba parte del clúster.

Si ha creado un conmutador virtual de Hyper-V, use este cmdlet:

PowerShell

Get-VMSwitch | Remove-VMSwitch

El cmdlet Remove-VMSwitch quita automáticamente los adaptadores virtuales y deshace

la formación de equipos insertados en conmutadores de adaptadores físicos.
Si ha modificado las propiedades del adaptador de red, como el nombre, la dirección
IPv4 y el identificador de VLAN, use los siguientes cmdlets.

２ Advertencia

Estos cmdlets quitan los nombres de adaptador de red y las direcciones IP.
Asegúrese de que tiene la información que necesita para conectarse después,
como un adaptador para la gestión que está excluido del script. Asegúrese también
de que sabe cómo se conectan los servidores en términos de propiedades físicas
como la dirección MAC, no solo el nombre del adaptador en Windows.

PowerShell

Get-NetAdapter | Where Name -Ne "Management" | Rename-NetAdapter -NewName

$(Get-Random)
Get-NetAdapter | Where Name -Ne "Management" | Get-NetIPAddress -ErrorAction
SilentlyContinue | Where AddressFamily -Eq IPv4 | Remove-NetIPAddress
Get-NetAdapter | Where Name -Ne "Management" | Set-NetAdapter -VlanID 0

Ya está listo para iniciar el flujo de trabajo.

Contenido relacionado
información general de Windows Admin Center
Implementar espacios de almacenamiento directo en Windows Server

Comentarios
¿Le ha resultado útil esta página?  Sí  No

Proporcionar comentarios sobre el producto

Administrar una infraestructura
hiperconvergida mediante Windows Admin
Center
Artículo • 21/04/2025 • Se aplica a: ✅ Windows Admin Center, ✅ Windows Admin Center Preview

Una infraestructura hiperconvergida consolida el proceso, el almacenamiento y las redes

definidos por software en un clúster para proporcionar virtualización escalable, rentable y de
alto rendimiento. Esta funcionalidad se introdujo en Windows Server 2016 con Espacios de
almacenamiento directo, redes definidas por software (SDN) y Hyper-V.

Puedes usar Windows Admin Center para administrar y supervisar una infraestructura
hiperconvergida que ejecuta Windows Server 2016 o Windows Server 2019. Windows Admin
Center es la herramienta de administración de próxima generación para Windows Server. Es el
sucesor de las herramientas tradicionales "integradas", como el Administrador del servidor. Es
gratuito y se puede instalar y usar sin conexión a Internet.

Algunas de las características que describe este artículo solo están disponibles en Windows
Admin Center Preview. Para obtener más información, consulta Introducción a Windows Admin
Center.

 Sugerencia

¿Desea adquirir una infraestructura hiperconvergida? Recomendamos estas soluciones de

SDN de Windows Server de nuestros asociados. Están diseñados, ensamblados y
 validados con nuestra arquitectura de referencia para ayudar a garantizar la
compatibilidad y la confiabilidad, por lo que puede ponerse en marcha rápidamente.

Principales características
Entre los aspectos destacados de Windows Admin Center para infraestructuras
hiperconvergidas se incluyen:

Panel unificado para proceso, almacenamiento y redes. Vea las máquinas virtuales (VM),
los servidores host, los volúmenes, las unidades y mucho más dentro de una experiencia
interconectada, coherente y diseñada específicamente.
Creación y administración de espacios de almacenamiento y Hyper-V máquinas
virtuales. Use flujos de trabajo sencillos para crear, abrir, cambiar el tamaño y eliminar
volúmenes. O bien, use flujos de trabajo para crear, iniciar, conectarse a máquinas
virtuales y moverlas.
Supervisión eficaz en todo el clúster. El panel grafica la memoria y el uso de CPU, la
capacidad de almacenamiento, las operaciones de entrada y salida por segundo (IOPS), el
rendimiento y la latencia en tiempo real en todos los servidores del clúster. Obtenga
alertas claras cuando algo no sea correcto.
Compatibilidad con redes definidas por software. Administre y supervise redes virtuales
y subredes, conecte máquinas virtuales a redes virtuales y supervise la infraestructura de
SDN.

Estamos desarrollando activamente Windows Admin Center para infraestructuras

hiperconvergidas. Recibe actualizaciones frecuentes que mejoran las características existentes y
agregan nuevas características.

Antes de empezar
Para administrar el clúster como una infraestructura hiperconvergida en Windows Admin
Center, asegúrese de que el clúster ejecuta Windows Server 2016 o Windows Server 2019.
Asegúrese también de habilitar Hyper-V y Espacios de Almacenamiento Directo para este fin.
Opcionalmente, el clúster también puede tener las redes definidas por software habilitadas y
administradas a través de Windows Admin Center.

 Sugerencia

Windows Admin Center también ofrece una experiencia de administración de uso general
para cualquier clúster que admita cualquier carga de trabajo. Está disponible para
Windows Server 2012 y versiones posteriores. Si esto parece una mejor opción, al agregar
 el clúster a Windows Admin Center, seleccione Clúster de conmutación por error en lugar
de Clúster hiperconvergido.

Preparación del clúster de Windows Server 2016 para

Windows Admin Center
Windows Admin Center para infraestructuras hiperconvergidas depende de las API de
administración agregadas después de la publicación de Windows Server 2016. Para poder
administrar el clúster de Windows Server 2016 mediante Windows Admin Center, debe realizar
estos dos pasos:

1. Compruebe que todos los servidores del clúster instalaron la actualización acumulativa
2018-05 para Windows Server 2016 (KB4103723) o posterior. Para descargar e instalar
esta actualización, vaya a Configuración>Actualización y seguridad>Actualización de
Windows y seleccione Comprobar las actualizaciones en línea de Microsoft Update.

2. Ejecute el siguiente cmdlet de PowerShell como administrador en el clúster:

PowerShell

Add-ClusterResourceType -Name "SDDC Management" -dll

"$env:SystemRoot\Cluster\[Link]" -DisplayName "SDDC Management"

 Sugerencia

Solo debe ejecutar el cmdlet una vez en cualquier servidor del clúster. Puede ejecutarlo
localmente en Windows PowerShell o usar CredSSP para ejecutarlo de forma remota. En
función de la configuración, es posible que no pueda ejecutar este cmdlet desde Windows
Admin Center.

Preparación del clúster de Windows Server 2019 para

Windows Admin Center
Si el clúster ejecuta Windows Server 2019, los pasos anteriores no son necesarios. Solo tiene
que agregar el clúster a Windows Admin Center, como se describe más adelante en este
artículo.

Configurar redes definidas por software (opcional)

Puede configurar la infraestructura hiperconvergida que ejecuta Windows Server 2016 o 2019
para usar redes definidas por software siguiendo estos pasos:

1. Prepare el disco duro virtual (VHD) del sistema operativo, que es el mismo sistema
operativo que instaló en los hosts de infraestructura hiperconvergidos. Este VHD se usará
para todas las máquinas virtuales de la serie NC, el equilibrador de carga de software
(SLB) y las máquinas virtuales de puerta de enlace.

2. Descargue todas las carpetas y archivos en SDN Express desde GitHub .

3. Prepare una máquina virtual diferente mediante la consola de implementación. Esta

máquina virtual debe poder acceder a los hosts de SDN. Además, la máquina virtual debe
tener instalado el paquete herramientas de administración remota del servidor (RSAT)
Hyper-V.

4. Copie todo lo que descargó para SDN Express en la máquina virtual de la consola de
implementación y comparta esta carpeta SDNExpress . Asegúrese de que todos los hosts
pueden acceder a la carpeta compartida SDNExpress , tal como se define en la línea 8 del
archivo de configuración:

\\$env:Computername\SDNExpress

5. Copie el disco duro virtual del sistema operativo en la carpeta imágenes en la carpeta
SDNExpress de la máquina virtual de la consola de implementación.

6. Modifique la configuración de SDN Express en función de la configuración del entorno.

7. Ejecute PowerShell con privilegios de administrador para implementar SDN:

PowerShell

.\SDNExpress.ps1 -ConfigurationDataFile .\your_fabricconfig.PSD1 -verbose

La implementación tarda entre 30 y 45 minutos.

Empezar a administrar la infraestructura

hiperconvergida
Una vez implementada la infraestructura de Hyper-Converged, puede administrarla mediante
Windows Admin Center.
Instalación de Windows Admin Center
Si aún no lo ha hecho, descargue e instale Windows Admin Center. La forma más rápida de
ponerse en marcha es instalarlo en su equipo Windows 10 y administrar los servidores de
forma remota. Este proceso tarda menos de cinco minutos. Descargue ahora o obtenga más
información sobre otras opciones de instalación.

Adición de un clúster hiperconvergido

Para agregar el clúster a Windows Admin Center:

1. En Todas las conexiones, seleccione + Agregar.

2. Seleccione Hyper-Converged Conexión de clúster como tipo de conexión.

3. Escriba el nombre del clúster. Si se le solicita, seleccione las credenciales que se van a
usar.

4. Seleccione Agregar para finalizar.

El clúster se agrega a la lista de conexiones. Selecciónelo para abrir el panel.

Agregar un clúster hiperconvergido habilitado para SDN

(versión preliminar de Windows Admin Center)
La versión más reciente de Windows Admin Center Preview admite la administración de redes
definidas por software para infraestructuras hiperconvergidas. Al agregar un URI de REST de
controladora de red a la conexión de clúster hiperconvergida, puede usar el Administrador de
clústeres hiperconvergidos para administrar los recursos de SDN y supervisar la infraestructura
de SDN.

1. En Todas las conexiones, seleccione + Agregar.

2. Seleccione Hyper-Converged Conexión de clúster como tipo de conexión.

3. Escriba el nombre del clúster. Si se le solicita, seleccione las credenciales que se van a
usar.

4. Seleccione Configurar la controladora de red.

5. Escriba el valor del URI de la controladora de red y, a continuación, seleccione Validar.

6. Seleccione Agregar para finalizar.

El clúster se agrega a la lista de conexiones. Selecciónelo para abrir el panel.

） Importante

Actualmente, no se admiten entornos SDN con autenticación Kerberos para la

comunicación del tráfico vertical.

Preguntas más frecuentes

¿Existen diferencias entre administrar Windows Server 2016 y
administrar Windows Server 2019?
Sí. Windows Admin Center para infraestructuras hiperconvergidas recibe actualizaciones
frecuentes que mejoran la experiencia de Windows Server 2016 y Windows Server 2019. Sin
embargo, algunas características nuevas solo están disponibles para Windows Server 2019. Un
ejemplo es el botón de alternancia para la desduplicación y la compresión.

¿Puedo usar Windows Admin Center para administrar

Espacios de almacenamiento directo para otros casos de uso
(no hiperconvergidos), como servidor de archivos Scale-Out
convergente o Microsoft SQL Server?
Windows Admin Center para infraestructuras hiperconvergidas no proporciona opciones de
administración ni supervisión específicas para otros casos de uso de Espacios de
almacenamiento directo. Por ejemplo, no puede crear compartición de archivos. Sin embargo,
el panel y las características principales, como crear volúmenes o reemplazar unidades,
funcionan para cualquier clúster de Espacios de almacenamiento directo.

¿Cuál es la diferencia entre un clúster de conmutación por

error y un clúster hiperconvergido?
En general, el término hiperconvergido hace referencia a la ejecución de Hyper-V y espacios de
almacenamiento directo en los mismos servidores en clúster para virtualizar los recursos de
proceso y almacenamiento. En el contexto de Windows Admin Center, al seleccionar + Agregar
en la lista de conexiones, puede elegir entre estos tipos de conexión:

Conexión de clúster de conmutación por error: sucesor de la aplicación de escritorio

Administrador de clústeres de conmutación por error. Proporciona una experiencia
familiar de administración de uso general para cualquier clúster que admita cualquier
carga de trabajo, incluido Microsoft SQL Server. Está disponible para Windows Server
2012 y versiones posteriores.

Conexión de clúster hiperconvergida: una experiencia adaptada para Espacios de

almacenamiento directo e Hyper-V. Incluye el panel y resalta los gráficos y las alertas para
la supervisión. Está disponible para Windows Server 2016 y Windows Server 2019.

¿Por qué necesito la actualización acumulativa más reciente

para Windows Server 2016?
Windows Admin Center para infraestructuras hiperconvergidas depende de las API de
administración desarrolladas desde que se publicó Windows Server 2016. Estas API se agregan
en la actualización acumulativa 2018-05 para Windows Server 2016 (KB4103723) , disponible
desde el 8 de mayo de 2018.

¿Cuánto cuesta usar Windows Admin Center?

Puedes usar Windows Admin Center (disponible como descarga independiente) con licencias
válidas de Windows Server o Windows 10 sin costo adicional. Está licenciado bajo un
suplemento de Windows a los Términos de licencia de software de Microsoft.

¿Necesita Windows Admin Center System Center?

No.

¿Windows Admin Center requiere una conexión a Internet?

No.

Aunque Windows Admin Center ofrece una integración eficaz y cómoda con la plataforma en
la nube de Microsoft Azure, la experiencia básica de administración y supervisión de
infraestructuras hiperconvergidas es completamente local. Puede instalarlo y usarlo sin
conexión a Internet.

Opciones que puede probar

Ahora que comprendes los conceptos básicos del uso de Windows Admin Center para
administrar y supervisar una infraestructura hiperconvergida, puedes probar más tareas en tu
entorno.

Administración de volúmenes de Espacios de almacenamiento

directo
Si acabas de empezar, estos son algunos vídeos rápidos que te ayudarán a aprender cómo se
organiza Windows Admin Center para infraestructuras hiperconvergidas y funciona. Haga uso
de su buen juicio y tenga cuidado con los entornos de producción. Estos vídeos se grabaron
con la versión 1804 de Windows Admin Center y una compilación preliminar Insider de
Windows Server 2019.

Creación de un volumen de reflejo triple

[Link]

Creación de un volumen con paridad acelerada por reflejo

[Link]

Abrir un volumen y agregar archivos

[Link]

Activación de la desduplicación y la compresión

[Link]

Expandir un volumen
[Link]

Eliminar un volumen
[Link]

Creación de una máquina virtual

1. En el panel izquierdo, seleccione Máquinas virtuales.

2. En la parte superior del panel Máquinas virtuales , seleccione la pestaña Inventario y, a

continuación, seleccione Nuevo.

3. Escriba el nombre de la máquina virtual y elija entre la generación 1 y la generación 2.

4. Elija un host para la máquina virtual o use el host recomendado.

5. Elija una ruta de acceso para los archivos de la máquina virtual. Seleccione un volumen en
la lista desplegable o seleccione Examinar para elegir una carpeta. Los archivos de
configuración de la máquina virtual y el archivo del disco duro virtual se guardarán en
una sola carpeta dentro de la ruta de acceso \Hyper-V\[virtual machine name] del
volumen o de la ruta seleccionada.

6. Elija el número de procesadores virtuales y si desea habilitar la virtualización anidada.

Configure las opciones de memoria, los adaptadores de red y los discos duros virtuales.
Elija si desea instalar un sistema operativo desde un archivo de imagen de .iso o desde la
red.
 7. Selecciona Crear.

8. Una vez creada la máquina virtual y aparece en la lista de máquinas virtuales, iníciela.

9. Conéctese a la consola de la máquina virtual a través de VMConnect para instalar el

sistema operativo. Seleccione la máquina virtual de la lista y, a continuación, seleccione
Más>conexión para descargar el archivo .rdp. Abra el archivo .rdp en la aplicación
Conexión a Escritorio remoto. Dado que se está conectando a la consola de la máquina
virtual, debe escribir las credenciales de administrador del host de Hyper-V.

Obtenga más información sobre la administración de máquinas virtuales con Windows Admin
Center.

Poner en pausa y reiniciar de forma segura un servidor

1. En el panel izquierdo del panel, seleccione Servidores. O bien, en el icono de la esquina
inferior derecha del panel, seleccione el vínculo VER SERVIDORES > .

2. Cambie de la pestaña Resumen a la pestaña Inventario .

3. Seleccione un servidor para abrir sus detalles.

4. Seleccione Pausar servidor para el mantenimiento. Si es seguro continuar, esta acción

mueve las máquinas virtuales a otros servidores del clúster. El servidor tiene un estado de
Purga durante este proceso.

Si lo desea, puede ver que las máquinas virtuales se mueven en el panelInventario de

máquinas> virtuales, donde la cuadrícula muestra claramente su servidor host. Una vez
que se muevan todas las máquinas virtuales, el estado del servidor se pausa.

5. Seleccione Administrar servidor para acceder a todas las herramientas de administración

por servidor en Windows Admin Center.

6. Seleccione Reiniciar y, a continuación, seleccione Sí.

7. De nuevo en el panel, el servidor está coloreado de color rojo mientras está inactivo.
Después de realizar una copia de seguridad, vaya a la página Servidor y seleccione
Reanudar servidor en mantenimiento para establecer el estado del servidor en Activo.
Con el tiempo, las máquinas virtuales retrocederán. No se requiere ninguna acción del
usuario.

Sustitución de una unidad con errores

 1. Cuando se produce un error en una unidad, aparece una alerta en el área Alertas del
panel.

O bien, para examinar las unidades y ver su estado por sí mismo, puede:

Seleccionar Unidades en el panel izquierdo.

Seleccione el vínculo VIEW DRIVES > en el icono de la esquina inferior derecha.

En la pestaña Inventario , la cuadrícula admite la ordenación, la agrupación y la búsqueda

de palabras clave.

2. En el tablero de control, seleccione la alerta para ver los detalles, como la ubicación física
del disco.

Para obtener más información, seleccione el acceso directo Ir a la unidad a la página de

detalles Unidad.

3. Si el hardware lo admite, puede seleccionar Activar o desactivar la luz para controlar la

luz indicadora de la unidad.

4. Espacios de almacenamiento directo retira y evacua automáticamente las unidades con

errores. Cuando se produce este proceso, el estado de la unidad es Retirado y su barra de
capacidad de almacenamiento está vacía.

5. Quite la unidad con errores e inserte su reemplazo.

6. En Unidades>Inventario, aparece la nueva unidad. A tiempo, la alerta se borrará, los

volúmenes se repararán de nuevo en el estado Correcto y el almacenamiento se
reequilibrará en la nueva unidad. No se requiere ninguna acción del usuario.

Administrar redes virtuales (clústeres de HCI habilitados para

SDN a través de Windows Admin Center Preview)
1. En el panel izquierdo, seleccione Redes virtuales.
 2. En la pestaña Inventario , seleccione Nuevo para crear una nueva red virtual y subredes.
O bien, elija una red virtual existente y, a continuación, seleccione Configuración para
modificar su configuración.

3. Seleccione una red virtual existente para ver las conexiones de máquina virtual a subredes
de red virtual y listas de control de acceso aplicadas a subredes de red virtual.

Conexión de una máquina virtual a una red virtual (clústeres

de HCI habilitados para SDN a través de Windows Admin
Center Preview)
1. En el panel izquierdo, seleccione Redes virtuales.

2. Elija una máquina virtual existente, seleccione Configuración y, a continuación, abra la

pestaña Redes .

3. Configure los campos Virtual Network y Virtual Subnet para conectar la máquina virtual
a una red virtual.

También puede configurar la red virtual al crear una máquina virtual.

Supervisar la infraestructura de red definida por software

(clústeres de HCI habilitados para SDN a través de Windows
Admin Center Preview)
1. En el panel izquierdo, seleccione Supervisión de SDN.

2. Vea información detallada sobre el estado de la controladora de red, el equilibrador de

carga de software y la puerta de enlace virtual. También puede supervisar el uso del
 grupo de puertas de enlace virtual, el uso del grupo de direcciones IP públicas y privadas
y el estado del host de SDN.

Administración de GPU
1. En el panel izquierdo, seleccione GPU.

2. Vea las GPU disponibles de las máquinas virtuales en clúster y proporcione aceleración de
GPU a las cargas de trabajo que se ejecutan en las máquinas virtuales en clúster a través
de la asignación discreta de dispositivos. Obtenga más información sobre el uso de GPU
con máquinas virtuales en clúster .
Uso de la herramienta de seguridad
1. Seleccione Seguridad en el panel izquierdo.

2. Seleccione la pestaña Núcleo protegido y, a continuación, habilite o deshabilite las

características de seguridad disponibles.

Envíenos sus comentarios.

La ventaja más importante de las actualizaciones frecuentes es escuchar lo que funciona y lo
que es necesario mejorar. Estas son algunas maneras de hacernos saber lo que piensa:

Enviar ideas para solicitudes de características y proporcionar comentarios

Unirse al foro de Windows Admin Center en Microsoft Tech Community
Enviar un tweet a @servermgmt

Contenido relacionado
información general de Windows Admin Center
Información general sobre Storage Spaces Direct
Introducción a la tecnología deHyper-V
Redes definidas por software en Azure Stack HCI y Windows Server
Administración de clústeres de
conmutación por error mediante
Windows Admin Center
Artículo • 17/02/2025 •
Se aplica a: ✅ Windows Admin Center, ✅ Windows Admin Center Preview

 Sugerencia

¿No estás familiarizado con Windows Admin Center? Descargue u obtenga más
información sobre Windows Admin Center.

Failover Clustering es una característica de Windows Server que permite agrupar varios
servidores en un clúster tolerante a errores. El propósito es aumentar la disponibilidad y
escalabilidad de las aplicaciones y servicios, como Scale-Out servidor de archivos,
Hyper-V y Microsoft SQL Server.

Puedes administrar los nodos de clúster de conmutación por error como servidores
individuales usando Administrador del Servidor para agregarlos en Windows Admin
Center. Pero también puede agregarlos como clústeres de conmutación por error para
ver y administrar recursos de clúster, almacenamiento, redes, nodos, roles, máquinas
virtuales y conmutadores virtuales.

Agregar un clúster de conmutación por error a

Windows Admin Center
 1. En Todas las conexiones, seleccione + Añadir.

2. Seleccione clústeres de Server como tipo de conexión.

3. Escriba el nombre del clúster. Si se le solicita, escriba las credenciales que se van a
usar.

4. Elija si quiere agregar los nodos de clúster como conexiones de servidor

individuales en Windows Admin Center.

5. Seleccione Agregar para finalizar.

El clúster se agrega a la lista de conexiones de la página Información general.

Selecciónelo para conectarse al clúster.

７ Nota

También puedes administrar clústeres hiperconvergidos agregando el clúster como

un conexión de clúster hiperconvergido en Windows Admin Center.

Herramientas
Las siguientes áreas de Windows Admin Center representan herramientas que están
disponibles para las conexiones de clúster de conmutación por error:

ﾉ Expandir tabla

Área Descripción

información general Vea los detalles del clúster de conmutación por error y administre los
recursos del clúster.

discos de Vea los volúmenes y los discos compartidos del clúster.

redes Vea las redes en el clúster.

nodos Ver y administrar nodos de clúster.

roles de Administrar roles de clúster o crear un rol vacío.

actualizaciones Administrar Cluster-Aware actualización (requiere credSSP).

Máquinas virtuales Vea y administre máquinas virtuales .

conmutadores Ver y administrar conmutadores virtuales.

virtuales
Comentarios
¿Le ha resultado útil esta página?  Sí  No

Proporcionar comentarios sobre el producto

Administración de máquinas virtuales
mediante Windows Admin Center
Artículo • 19/02/2025 •
Se aplica a: ✅ Windows Admin Center, ✅ Windows Admin Center Preview

La herramienta Máquinas virtuales de Windows Admin Center está disponible en

conexiones de servidor , clúster de conmutación por error o clúster hiperconvergido si el
rol Hyper-V está habilitado en el servidor o clúster. Puede usar la herramienta Virtual
Machines para administrar Hyper-V hosts que ejecutan Windows Server, ya sea
instalado con Experiencia de escritorio o instalado como Server Core. también se
admiten Hyper-V Server 2016 y 2019.

Entre los aspectos destacados de la herramienta Virtual Machines en Windows Admin

Center se incluyen:

Hyper-V de supervisión de recursos de host de alto nivel. Vea el uso general de

cpu y memoria, las métricas de rendimiento de E/S y las alertas y eventos de
mantenimiento de la máquina virtual (VM) para el servidor host de Hyper-V o todo
el clúster en un único panel.
experiencia unificada que reúne Hyper-V Manager y funcionalidades del
Administrador de clústeres de conmutación por error. Ver todas las máquinas
virtuales en un clúster y explorar en profundidad una sola máquina virtual para la
administración avanzada y la solución de problemas.
flujos de trabajo simplificados y eficaces para la administración de máquinas
virtuales. Use experiencias de interfaz de usuario adaptadas a escenarios de
administración de TI para crear, administrar y replicar máquinas virtuales.

En este artículo se describen algunas de las tareas de Hyper-V que puedes realizar en
Windows Admin Center.

Supervisión del rendimiento y los recursos del

host de Hyper-V
1. En el panel izquierdo, seleccione Máquinas virtuales.

2. Use la pestaña Resumen de para obtener una vista holística de Hyper-V recursos
de host y rendimiento para el servidor actual o todo el clúster. La información
incluye:
 Número de máquinas virtuales agrupadas por estado: En ejecución,
Desactivado, Pausadoy guardado.

Alertas de salud recientes o eventos del registro de eventos Hyper-V. Las

alertas solo están disponibles para clústeres hiperconvergidos que ejecutan
Windows Server 2016 o posterior.

Uso de CPU y memoria, con un desglose de anfitriones frente a invitados.

Máquinas virtuales que consumen la mayoría de los recursos de CPU y

memoria.

Gráficos de líneas para el rendimiento de entrada/salida por segundo (IOPS)

y E/S, tanto para datos activos como históricos.

Los gráficos de líneas para el rendimiento del almacenamiento solo están

disponibles para clústeres hiperconvergidos que ejecutan Windows Server
2016 o posterior. Los datos históricos solo están disponibles para clústeres
hiperconvergidos que ejecutan Windows Server 2019.

Ver el inventario de máquinas virtuales

1. En el panel izquierdo, seleccione Máquinas virtuales.

2. Seleccione la pestaña de inventario . En esta pestaña, puede:

Ver una lista de las máquinas virtuales que se ejecutan en el servidor o clúster
actual.
Vea el estado y el servidor host de una máquina virtual si está viendo
máquinas virtuales para un clúster. Vea también el uso de CPU y memoria
desde la perspectiva del host, incluida la presión de memoria, la demanda de
memoria y la memoria asignada.
Vea el tiempo de actividad, el estado de latido y el estado de protección de
una máquina virtual mediante Azure Site Recovery.
Crear una máquina virtual.
Eliminar, iniciar, desactivar, apagar, pausar, reanudar, restablecer o cambiar el
nombre de una máquina virtual. También puede guardar la máquina virtual,
eliminar un estado guardado o crear un punto de control.
Cambiar la configuración de una máquina virtual.
Conéctese a una consola de máquina virtual mediante VMConnect a través
del host de Hyper-V.
Replicación de una máquina virtual mediante Azure Site Recovery.
Seleccione varias máquinas virtuales y ejecute una operación en todas ellas a
la vez. Esta capacidad se aplica a las operaciones que puede ejecutar en
varias máquinas virtuales, como iniciar, apagar, guardar, pausar, eliminar y
restablecer.

７ Nota
 Si está conectado a un clúster, la herramienta Máquina virtual solo muestra
máquinas virtuales en clúster.

Creación de una máquina virtual

1. En el panel izquierdo, seleccione Máquinas virtuales.

2. Seleccione la pestaña Inventario.

3. Seleccione Agregar>Nuevo.

4. Escriba el nombre de la máquina virtual y elija entre la generación 1 y la

generación 2.

5. Si va a crear una máquina virtual en un clúster, puede elegir un host para la

máquina virtual. Si ejecuta Windows Server 2016 o posterior, la herramienta
proporciona una recomendación de host para usted.

6. Elija una ruta de acceso para los archivos de la máquina virtual. Seleccione un
volumen en la lista desplegable o seleccione Examinar para elegir una carpeta. Los
archivos de configuración de la máquina virtual y el archivo de disco duro virtual
(.vhd) se guardarán en una sola carpeta en la ruta de acceso \Hyper-V\\[virtual
machine name] del volumen o ruta de acceso seleccionado.

 Sugerencia

Puede acceder a cualquier recurso compartido de Bloque de Mensajes del

Servidor (SMB) disponible en la red introduciendo la ruta en el campo de
nombre de carpeta como \\server\share . El uso de un recurso compartido
de red para el almacenamiento de máquinas virtuales requiere CredSSP.

7. Elija el número de procesadores virtuales y si desea habilitar la virtualización

anidada. Configure las opciones de memoria, los adaptadores de red y los discos
duros virtuales. Elija si desea instalar un sistema operativo desde un archivo de
imagen de .iso o desde la red.
 8. Seleccione Crear.

9. Una vez creada la máquina virtual y aparece en la lista de máquinas virtuales,

iníciela.

10. Conéctese a la consola de la máquina virtual a través de VMConnect para instalar

el sistema operativo. Seleccione la máquina virtual de la lista y, a continuación,
seleccione Conectar>Descargar archivo RDP para descargar el archivo RDP. Abra
el archivo RDP en la aplicación Conexión a Escritorio remoto. Dado que se está
conectando a la consola de la máquina virtual, debe escribir las credenciales de
administrador del host de Hyper-V.

Cambiar la configuración de la máquina virtual

1. En el panel izquierdo, seleccione Máquinas virtuales.

2. Seleccione la pestaña de inventario .

3. Elija una máquina virtual de la lista. A continuación, seleccione Configuración.

4. Para cada una de las pestañas General, Memoria, Procesadores, Discos, Redes,
Orden de arranquey Puntos de control, configure las opciones necesarias y, a
continuación, seleccione el botón que guarda la configuración de la pestaña
actual.
 La configuración disponible varía en función de la generación de la máquina
virtual. Además, algunas opciones de configuración no se pueden cambiar para
ejecutar máquinas virtuales. Para esa configuración, primero debe detener la
máquina virtual.

Migrar en vivo una máquina virtual a otro nodo

de clúster
Si está conectado a un clúster, puede migrar en vivo una máquina virtual a otro nodo de
clúster.

1. Vaya a un clúster de conmutación por error o a una conexión de clúster

hiperconvergida. En el panel izquierdo, seleccione Máquinas virtuales.

2. Seleccione la pestaña Inventario.

3. Elija una máquina virtual de la lista y, a continuación, seleccione

Administrar>Mover.

4. Elija un servidor en la lista de nodos de clúster disponibles y, a continuación,

seleccione Mover.

5. Las notificaciones sobre el progreso del movimiento aparecen en la esquina

superior derecha de Windows Admin Center. Si el traslado se realiza
correctamente, el nombre del servidor host cambia en la lista de máquinas
virtuales.
Realización de una administración avanzada y
solución de problemas para una sola máquina
virtual
Puede ver información detallada y gráficos de rendimiento de una sola máquina virtual.

1. En el panel izquierdo, seleccione Máquinas virtuales.

2. Seleccione la pestaña inventario.

3. Elija una máquina virtual de la lista. En el panel que se abre, puede:

Ver información detallada de la máquina virtual.

Vea los gráficos de líneas para IOPS y el rendimiento de entrada/salida, tanto
para datos en tiempo real como históricos. Los datos históricos solo están
disponibles para clústeres hiperconvergidos que ejecutan Windows Server
2019 o posterior.
Ver, crear, aplicar, cambiar el nombre y eliminar puntos de control.
Vea los detalles de los archivos .vhd de la máquina virtual, los adaptadores de
red y el servidor host.
Eliminar, iniciar, desactivar, apagar, pausar, reanudar, restablecer o cambiar el
nombre de la máquina virtual. También puede guardar la máquina virtual,
eliminar un estado guardado o crear un punto de control.
Cambiar la configuración de la máquina virtual.
Conéctese a la consola de máquina virtual mediante VMConnect a través del
host de Hyper-V.
Replicar la máquina virtual mediante Azure Site Recovery.
Administrar una máquina virtual a través del
host de Hyper-V (VMConnect)
1. En el panel izquierdo, seleccione Máquinas virtuales.

2. Seleccione la pestaña Inventario.

3. Elija una máquina virtual de la lista y, a continuación, seleccione una de estas

opciones:

Connect. Interactúe con la máquina virtual invitada a través de la consola

web de Escritorio remoto integrada en Windows Admin Center.

Descargar archivo RDP. Descargue un archivo RDP que puede abrir con la
aplicación Conexión a Escritorio remoto ([Link]).

Ambas opciones usan VMConnect para conectarse a la máquina virtual invitada a

través del host de Hyper-V. Ambos requieren que ingreses las credenciales de
administrador para el servidor host de Hyper-V.

Cambia la configuración del host de Hyper-V

1. En un servidor, un clúster hiperconvergido o un clúster de conmutación por error,
seleccione Configuración en la parte inferior del panel izquierdo.

2. En un Hyper-V servidor host o clúster, el grupo Hyper-V Configuración de host

tiene las secciones siguientes. Realice los cambios necesarios.
 general. Cambie los discos duros virtuales, la ruta de acceso del archivo de
máquina virtual y el tipo de programación del hipervisor (si se admite).
Modo de sesión mejorado
Expansión de NUMA
Migración en Vivo
Migración de almacenamiento

Si realiza algún cambio de configuración de host Hyper-V en un clúster hiperconvergido

o en una conexión de clúster de conmutación por error, el cambio se aplicará a todos
los nodos del clúster.

Ver registros de eventos de Hyper-V

Puede ver los registros de eventos Hyper-V directamente desde la herramienta
Máquinas Virtuales.

1. En el panel izquierdo, seleccione Máquinas virtuales.

2. Seleccione la pestaña Resumen.

3. En la sección Eventos, seleccione Ver todos los eventos.

4. La herramienta Visor de eventos muestra los canales de eventos Hyper-V en el

panel izquierdo. Elija un canal para ver los eventos en el panel derecho.

Si va a administrar un clúster de conmutación por error o un clúster

hiperconvergido, los registros de eventos muestran eventos para todos los nodos
del clúster. Muestran el servidor host en la columna Machine.
Replicación de máquinas virtuales mediante
Azure Site Recovery
Puede usar Windows Admin Center para configurar Azure Site Recovery y replicar las
máquinas virtuales locales en Azure. Más información.

Comentarios
¿Le ha resultado útil esta página?  Sí  No

Proporcionar comentarios sobre el producto

Registro de eventos en Windows Admin
Center
Artículo • 13/02/2025 •
Se aplica a: ✅ Windows Admin Center, ✅ Windows Admin Center Preview

Windows Admin Center escribe registros de eventos que muestran las actividades de
administración realizadas en los servidores de su entorno. Los registros de eventos
también pueden ayudarle a solucionar cualquier problema de Windows Admin Center.

Actividades de administración
Windows Admin Center proporciona información sobre las actividades de
administración realizadas en los servidores de su entorno mediante el registro de
acciones en el canal de eventos de Microsoft-ServerManagementExperience en el
registro de eventos del servidor administrado. EventID es 4000 y Source es SMEGateway .

Windows Admin Center registra solo las acciones en el servidor administrado. Los
eventos no se registran si un usuario accede a un servidor con fines de solo lectura.

Los eventos registrados incluyen la siguiente información:

ﾉ Expandir tabla

Clave Valor

PowerShell Nombre del script de PowerShell que se ejecutó en el servidor, si la acción

ejecutó un script de PowerShell.

CIM Llamada CIM realizada en el servidor, si la acción ejecutó una llamada CIM.

Module Herramienta (o módulo) donde se ejecutó la acción.

Gateway Nombre de la máquina de puerta de enlace de Windows Admin Center donde se

ejecutó la acción.

UserOnGateway Nombre de usuario que se usa para acceder a la puerta de enlace de Windows
Admin Center y ejecutar la acción.

UserOnTarget Nombre de usuario que se usa para acceder al servidor administrado de destino,
si es diferente de UserOnGateway . Es decir, el usuario accedió al servidor
utilizando Administrar como las credenciales de.

Delegation Boolean, si el servidor administrado de destino confía en la puerta de enlace y

las credenciales se delega desde la máquina cliente del usuario.
 Clave Valor

LAPS Boolean, si el usuario accedió al servidor mediante LASPS credenciales.

File Nombre del archivo cargado, si la acción era una carga de archivos.

Uso de la puerta de enlace

Windows Admin Center registra la actividad de puerta de enlace en el canal de eventos
del equipo de puerta de enlace para ayudarle a solucionar problemas y ver las métricas
sobre el uso. Estos eventos también se registran en el canal de eventos Microsoft-
ServerManagementExperience.

Más información sobre la solución de problemas de Windows Admin Center.

Comentarios
¿Le ha resultado útil esta página?  Sí  No

Proporcionar comentarios sobre el producto

Administración de Windows Server en
Amazon EC2 mediante Windows Admin
Center
Artículo • 20/02/2025 •
Se aplica a: ✅ Windows Admin Center, ✅ Windows Admin Center Preview

Con Windows Admin Center, puede administrar máquinas Windows Server que se
ejecutan en Amazon EC2 en Amazon Web Services. En este artículo, aprenderá a
preparar y conectar una máquina Windows Server que se ejecuta en Amazon EC2 a
Windows Admin Center mediante una dirección IP pública.

Prerrequisitos
Tener una instancia de Amazon EC2 en ejecución.
Configure WinRM para HTTPS. WinRM HTTPS requiere un certificado de
autenticación de servidor para un equipo local, con un CN que coincida con el
nombre público de la instancia de Amazon EC2 de Windows Server. Para obtener
más información, consulte Configuración de WINRM para HTTPS.
Habilite las conexiones entrantes para la instancia de Amazon EC2. Para obtener
más información, consulte la documentación de AWS .
Para Type, seleccione WinRM-HTTPS. En el intervalo de puertos, escriba 5986.
Para origen, seleccione direcciones IPy luego escriba la dirección IP del origen
que corresponde a la puerta de enlace de Windows Admin Center.

７ Nota

Como alternativa, puede conectarse a la instancia de Amazon EC2 a través de HTTP

seleccionando WinRM-HTTP y escribiendo 5985 como intervalo de puertos. Sin
embargo, se recomienda tener en cuenta las implicaciones de seguridad.

Preparación de la máquina
Configure la instancia de Amazon EC2 de Windows Server mediante los pasos
siguientes:

1. Habilite el acceso de WinRM a la instancia de Amazon EC2 de destino mediante la

ejecución del comando winrm quickconfig en PowerShell en la instancia ec2 de
 destino.

2. Habilite las conexiones entrantes al puerto 5986 para WinRM a través de HTTPS
mediante la ejecución del siguiente script de PowerShell en la instancia ec2 de
destino: Set-NetFirewallRule -Name WINRM-HTTPS-In-TCP-PUBLIC -RemoteAddress
Any . Como alternativa, puede configurar el puerto 5985 para WinRM a través de

HTTP.

Conexión a la máquina
Agregue la instancia de Amazon EC2 de Windows Server como conexión en Windows
Admin Center:

1. En Azure Portal, abra Windows Admin Center.

2. En el menú Agregar o crear recursos, en la sección Servidores, seleccione

Agregar.

3. En Nombre del servidor, escriba la dirección IPv4 pública de la instancia de

Amazon EC2.

4. Seleccione Usar otra cuenta para esta conexión y escriba sus credenciales de
Windows.

Contenido relacionado
Ahora que ha configurado la instancia de Amazon EC2 con Windows Admin Center,
aprenda a administrarla:

Administrar servidores con Windows Admin Center

Comentarios
¿Le ha resultado útil esta página?  Sí  No

Proporcionar comentarios sobre el producto

Conexión de Windows Server con los
servicios híbridos de Azure
Artículo • 21/10/2024

Se aplica a: Windows Server 2022, Windows Server 2019, Windows Server 2016

Para ampliar las implementaciones locales de Windows Server a la nube se puede usar
los servicios híbridos de Azure. Estos servicios en la nube proporcionan una matriz de
funciones útiles, tanto para ampliar el entorno local a Azure como para llevar a cabo una
administración centralizada desde Azure.

Con los servicios híbridos de Azure en Windows Admin Center, puedes:

Proteger las máquinas virtuales y usar la copia de seguridad y la recuperación ante

desastres (alta disponibilidad/DR) en la nube.
Ampliar la capacidad local mediante el almacenamiento y el proceso de Azure, y
simplificar la conectividad de red con Azure.
Centralizar la supervisión, la gobernanza, la configuración y la seguridad en las
aplicaciones, la red y la infraestructura con la ayuda de los servicios de
administración de Azure inteligentes de la nube.

Puede configurar la mayoría de los servicios híbridos de Azure descargando una

aplicación y realizando alguna configuración manual. Muchos servicios híbridos de
Azure se integran directamente en Windows Admin Center para proporcionar una
experiencia de configuración simplificada y una vista centrada en el servidor de los
servicios. Windows Admin Center también proporciona hipervínculos inteligentes útiles
en Azure Portal para ver los recursos de Azure conectados, así como para obtener una
vista centralizada del entorno híbrido.

Detección de servicios integrados en la

herramienta de servicios híbridos de Azure
La herramienta Azure Hybrid Services de Windows Admin Center consolida todos los
servicios de Azure integrados en un concentrador centralizado en el que se pueden
detectar fácilmente todos los servicios de Azure disponibles que aportan valor a su
entorno local o híbrido.

Si se conecta a un servidor con servicios de Azure ya habilitados, la herramienta de

servicios híbridos de Azure le permite ver todos los servicios habilitados en ese servidor
de un solo vistazo. Puede acceder fácilmente a la herramienta pertinente en Windows
Admin Center, iniciarla en Azure Portal para una administración más profunda de esos
servicios de Azure o obtener más información con la documentación a su alcance.

Desde la herramienta Azure Hybrid Services se pueden realizar las siguientes

operaciones:

Copia de seguridad de Windows Server desde Windows Admin Center con Azure
Backup
Proteger las máquinas virtuales de Hyper-V desde Windows Admin Center con
Azure Site Recovery
Sincronizar un servidor de archivos con la nube mediante Azure File Sync
Administrar las actualizaciones del sistema operativo de todos los servidores de
Windows, tanto locales como en la nube, con Azure Update Management
 Supervisar los servidores, tanto locales como en la nube, y configurar alertas con
Azure Monitor
Aplicar directivas de gobernanza a los servidores locales a través de Azure Policy
con Azure Arc para servidores
Protección de los servidores y obtención de protección contra amenazas avanzada
con Microsoft Defender for Cloud
Conectar los servidores de locales a Azure Virtual Network con el adaptador de red
de Azure
Hacer que el aspecto de las máquinas virtuales de Azure sea similar al de la red
local con la red extendida de Azure

Compatibilidad regional de los servicios

híbridos de Azure
Puede registrar la puerta de enlace de Windows Admin Center en nubes públicas y
privadas de Azure. En la actualidad, Microsoft admite el registro de puerta de enlace en
Azure Global, Azure China y Azure US Government. Al registrar una puerta de enlace,
Windows Admin Center asume que todas las demás operaciones de Azure, incluido el
uso de servicios híbridos de Azure, se realizarán en esa nube.

La compatibilidad regional de cada servicio híbrido de Azure es diferente. En general, en

la tabla siguiente se muestran las nubes admitidas para cada servicio híbrido de Azure
en Windows Admin Center:

ﾉ Expandir tabla

Servicio híbrido de Azure Azure Global Azure China Azure US Government

Azure Arc sí no sí

Azure Backup sí sí sí

Red extendida de Azure sí sí sí

Azure File Sync sí sí sí

Azure Monitor sí sí sí

Adaptador de red de Azure sí sí sí

Microsoft Defender for Cloud sí sí sí

Azure Site Recovery sí sí no

Azure Update Management sí sí no

Para ver más en detalle la compatibilidad regional para cada servicio, consulte los
productos de Azure disponibles por región .

Copia de seguridad y protección de las

máquinas virtuales y los servidores locales
Copia de seguridad de los servidores de Windows con Azure Backup Puede
hacer una copia de seguridad de los servidores de Windows en Azure. La copia de
seguridad de los servidores de Windows ayuda a protegerte de eliminaciones
accidentales o malintencionadas, daños y ransomware. Para más información,
consulte Copia de seguridad de servidores con Azure Backup.

Protección de las máquinas virtuales de Hyper-V con Azure Site Recovery Puede
replicar las cargas de trabajo que se ejecutan en las máquinas virtuales para que su
infraestructura empresarial crítica esté protegido en caso de desastre.
Windows Admin Center simplifica la instalación y el proceso de replicación de las
máquinas virtuales en los servidores o clústeres de Hyper-V, lo que facilita el
refuerzo de la resistencia de su entorno con el servicio de recuperación ante
desastres de Azure Site Recovery. Para más información, consulte Protección de
máquinas virtuales con Azure Site Recovery y Windows Admin Center.

Use la replicación sincrónica o asincrónica basada en bloques en una VM de

Azure mediante Réplica de almacenamiento Puede configurar la replicación
basada en bloque o en el volumen en un nivel de servidor a servidor mediante
Réplica de almacenamiento en una VM o un servidor secundario. Windows Admin
Center le permite crear una máquina virtual de Azure específicamente para el
destino de replicación, lo que le ayuda a ajustar el tamaño y configurar
correctamente el almacenamiento en una nueva máquina virtual de Azure. Para
obtener más información, consulta Replicación de servidor a servidor con la réplica
de almacenamiento.

Ampliación de la capacidad local con Azure

Ampliación de la capacidad de almacenamiento

Sincronización del servidor de archivos con la nube mediante Azure File Sync
Sincronice archivos en este servidor con recursos compartidos de archivos de
Azure. Mantén todos los archivos en un entorno local o usa la nube por niveles
para liberar espacio. Así mismo, almacena en la memoria caché solo los archivos
que se usen con más frecuencia en el servidor y deja en la nube los datos que se
 usan de forma esporádica. Puede realizar copias de seguridad de datos en la nube,
lo que elimina la necesidad de preocuparse por la copia de seguridad del servidor
local. Además, la sincronización entre varios sitios puede mantener un conjunto de
archivos sincronizados entre varios servidores. Para obtener más información,
consulta Sincronizar el servidor de archivos con la nube mediante Azure File Sync.

Migración de almacenamiento a una VM en Azure mediante Servicio de

migración de almacenamiento Use la herramienta paso a paso para realizar un
inventario de los datos en servidores Windows y Linux y, luego, transferir los datos
a una nueva VM de Azure. Windows Admin Center puede crear una nueva
máquina virtual de Azure para el trabajo que tenga un tamaño adecuado y una
configuración correcta para recibir los datos del servidor de origen. Para obtener
más información, consulta Usar el servicio de migración de almacenamiento para
migrar un servidor.

Ampliación de la capacidad de proceso

Creación de una nueva máquina virtual de Azure sin salir del Centro de
administración de Windows Desde la página Todas las conexiones del Centro de
administración de Windows, vaya a Agregar y seleccione Crear nuevo en VM de
Azure. Incluso puede unir un dominio a la máquina virtual de Azure y configurar el
almacenamiento desde esta herramienta de creación paso a paso.

Uso de Azure para lograr el cuórum en el clúster de conmutación por error con
Testigo de la nube En lugar de invertir en hardware adicional para lograr el
cuórum en un clúster de dos nodos, puedes usar una cuenta de Azure Storage
como testigo del clúster para el clúster de Azure Stack HCI u otro de conmutación
por error. Para más información, vea Deploy a Cloud Witness for a Failover Cluster
(Implementación de un testigo en la nube para un clúster de conmutación por
error).

Simplificación de la conectividad de red entre las redes

locales y de Azure
Conexión de los servidores locales a una instancia de Azure Virtual Network con
Adaptador de red de Azure Deje que el Centro de administración de Windows
simplifique la configuración de una VPN de punto a sitio desde un servidor local
en una red virtual de Azure.

Haga que las VM de Azure se parezcan a su red local con la red extendida de
Azure El Centro de administración de Windows puede configurar una VPN de sitio
 a sitio y ampliar las direcciones IP locales a la red virtual de Azure para que pueda
migrar las cargas de trabajo a Azure con más facilidad sin interrumpir las
dependencias de las direcciones IP.

Administración centralizada de tu entorno

híbrido desde Azure
Supervisión y obtención de alertas de correo electrónico de todos los servidores
de su entorno con Azure Monitor para máquinas virtuales Azure Monitor,
también conocido como Virtual Machines Insights, se puede usar para supervisar
el mantenimiento y los eventos de los servidores, crear alertas de correo
electrónico, obtener una vista consolidada del rendimiento del servidor en su
entorno y visualizar las aplicaciones, los sistemas y los servicios conectados a un
servidor dado. Windows Admin Center también puede configurar alertas de correo
electrónico predeterminadas para el rendimiento del estado del servidor y los
eventos de estado del clúster. Para más información, consulte Conexión se
servidores a Azure Monitor y configuración de notificaciones por correo
electrónico.

Administrar de forma centralizada las actualizaciones del sistema operativo para

todos los servidores windows con Azure Update Management Puede administrar
actualizaciones y revisiones para varios servidores y máquinas virtuales desde un
solo lugar, en lugar de por servidor. Con Azure Update Management, puede
evaluar rápidamente el estado de las actualizaciones disponibles, programar la
instalación de las actualizaciones necesarias y revisar los resultados de la
implementación para comprobar las actualizaciones que se aplican correctamente.
Esto es posible si los servidores son máquinas virtuales de Azure, hospedadas por
otros proveedores de nube o en un entorno local. Para obtener más información,
consulte Uso de Windows Admin Center para administrar las actualizaciones del
sistema operativo con Azure Update Management.

Mejorar la posición de seguridad y obtener protección contra amenazas

avanzada con Microsoft Defender for Cloud Microsoft Defender for Cloud es un
sistema unificado de administración de seguridad de infraestructura que refuerza
la posición de seguridad de los centros de datos y proporciona protección contra
amenazas avanzada en las cargas de trabajo híbridas en la nube, tanto si están en
Azure como no, así como en el entorno local. Con Windows Admin Center, puede
configurar y conectar fácilmente los servidores a Microsoft Defender for Cloud.
Para obtener más información, consulta Integrar Microsoft Defender for Cloud con
Windows Admin Center (versión preliminar).
 Aplicación de directivas y garantía del cumplimiento en el entorno híbrido con
Azure Arc para servidores y Azure Policy Realice un inventario de los servidores
locales, organícelos y adminístrelos desde Azure. Puedes controlar los servidores
mediante Azure Policy y el acceso mediante RBAC, así como habilitar servicios de
administración adicionales desde Azure.

Clústeres frente a máquinas virtuales y

servidores independientes
Los servicios híbridos de Azure funcionan con los servidores de Windows en las
siguientes configuraciones:

Servidores físicos independientes y máquinas virtuales (VM)

Clústeres, incluidos los clústeres hiperconvergidos certificados por los programas
Azure Stack HCI y Windows Server Software-Defined (WSSD)

Servicios para máquinas virtuales y servidores

independientes
Esta es la lista completa de servicios de Azure que proporcionan funcionalidad a
servidores independientes y máquinas virtuales:

Copia de seguridad de Windows Server desde Windows Admin Center con Azure
Backup
Proteger las máquinas virtuales de Hyper-V desde Windows Admin Center con
Azure Site Recovery
Sincronizar un servidor de archivos con la nube mediante Azure File Sync
Administrar las actualizaciones del sistema operativo de todos los servidores de
Windows, tanto locales como en la nube, con Azure Update Management
Supervisar los servidores, tanto locales como en la nube, y configurar alertas con
Azure Monitor
Aplicar directivas de gobernanza a los servidores locales a través de Azure Policy
con Azure Arc para servidores
Protección de los servidores y obtención de protección contra amenazas avanzada
con Microsoft Defender for Cloud
Conectar los servidores de locales a Azure Virtual Network con el adaptador de red
de Azure
Hacer que el aspecto de las máquinas virtuales de Azure sea similar al de la red
local con la red extendida de Azure
Servicios para clústeres
Estos son los servicios de Azure que proporcionan funcionalidad a los clústeres en
conjunto:

Supervisión de un clúster hiperconvergido con Azure Monitor

Protección de máquinas virtuales con Azure Site Recovery
Implementación de un testigo en la nube para un clúster

Otras capacidades integradas en Azure de

Windows Admin Center
Adición de conexiones de VM de Azure en el Centro de administración de
Windows Puede usar el Centro de administración de Windows para administrar
sus VM de Azure, así como sus máquinas locales. Al configurar la puerta de enlace
de Windows Admin Center para conectarse a una red virtual de Azure, puede
administrar máquinas virtuales en Azure mediante las consistentes y simplificadas
herramientas que proporciona Windows Admin Center. Para más información,
consulte Configuración de Windows Admin Center para administrar máquinas
virtuales en Azure.

Adición de una capa de seguridad al Centro de administración de Windows

mediante la incorporación de la autenticación de Microsoft Entra ID Puede
agregar una capa adicional de seguridad a Windows Admin Center solicitando a
los usuarios se autentiquen mediante identidades de Microsoft Entra para acceder
a la puerta de enlace. La autenticación de Microsoft Entra también le permite
aprovechar las características de seguridad de Microsoft Entra, como el acceso
condicional y la autenticación multifactor. Para obtener más información, consulte
Configuración de la autenticación de Microsoft Entra para Windows Admin Center.

Administración de recursos de Azure directamente a través de Azure Cloud Shell

insertado en el Centro de administración de Windows Aproveche Azure Cloud
Shell para obtener una experiencia de Bash o PowerShell en Windows Admin
Center que le proporcionará acceso simplificado a las tareas de administración de
Azure. Para obtener más información, consulta Introducción a Azure Cloud Shell.

Referencias adicionales
Conexión de Windows Admin Center con Azure
Implementación de Windows Admin Center en Azure
Comentarios
¿Le ha resultado útil esta página?  Sí  No

Proporcionar comentarios sobre el producto

Realización de copias de seguridad de
Windows Server desde Windows Admin
Center con Azure Backup
Artículo • 09/03/2023

Se aplica a: Windows Server 2022, Windows Server 2019, Windows Server 2016

Más información sobre la integración de Azure con Windows Admin Center.

Windows Admin Center simplifica el proceso de copia de seguridad de Windows Server

en Azure y le protege frente a eliminaciones accidentales o malintencionadas, daños e
incluso ransomware. Para automatizar la configuración, puede conectar la puerta de
enlace de Windows Admin Center a Azure.

Use la siguiente información para configurar Backup en Windows Server y crear una
directiva de Backup para hacer una copia de seguridad de los Volúmenes del servidor y
del Estado del sistema de Windows desde Windows Admin Center.

¿Qué es Azure Backup y cómo funciona con

Windows Admin Center?
Azure Backup es el servicio de Azure que puede usar para hacer una copia de seguridad
de los datos (protegerlos) y restaurarlos en Microsoft Cloud. Reemplaza su solución de
copia de seguridad local o remota existente por una solución confiable, segura y
rentable basada en la nube. Más información sobre Azure Backup.

Azure Backup ofrece varios componentes que se descargan e implementan en el equipo

o servidor adecuados, o en la nube. El componente, o agente, que se implemente
depende de lo que quiera proteger. Todos los componentes de Azure Backup (tanto si
quiere proteger datos en un entorno local como en Azure) se pueden usar para realizar
una copia de seguridad de datos en un almacén de Azure Recovery Services.

La integración de Azure Backup con Windows Admin Center es ideal para realizar copias
de seguridad de volúmenes y del estado del sistema de Windows en servidores virtuales
o instancias físicas de Windows. Esto hace que sea un mecanismo completo para realizar
copias de seguridad de servidores de archivos, controladores de dominios y servidores
web de IIS.
Windows Admin Center expone la integración de Azure Backup a través de la
herramienta nativa de Backup. La herramienta de Backup ofrece experiencias de
configuración, administración y supervisión para iniciar rápidamente copias de
seguridad de servidores, realizar operaciones habituales de copia de seguridad y
restauración, y supervisar el estado de copia de seguridad general de las instancias de
Windows Server.

Requisitos previos y planeamiento

Una cuenta de Azure con al menos una suscripción activa
Las instancias de Windows Server de destino de las que desea realizar una copia
de seguridad deben tener acceso de Internet a Azure
Conexión de la puerta de enlace de Windows Admin Center a Azure

Para iniciar el flujo de trabajo para realizar una copia de seguridad de Windows Server,
abra una conexión de servidor, haga clic en la herramienta Backup y siga los pasos
mencionados a continuación.

Configuración de Azure Backup

Al hacer clic en la herramienta Backup de una conexión de servidor en la que Azure
Backup aún no está habilitado, verá la pantalla Le damos la bienvenida a Azure Backup.
Haga clic en el botón Configuración de Azure Backup. Esto abrirá el asistente de
configuración de Azure Backup. Siga los pasos que se indican a continuación en el
asistente para realizar copias de seguridad del servidor.

Si Azure Backup ya está configurado, al hacer clic en la herramienta Backup se abrirá el

Panel de Backup. Consulte la sección (Administración y supervisión) para detectar
operaciones y tareas que se puedan realizar desde el panel.

Paso 1: Inicio de sesión en Microsoft Azure

Inicie sesión en la cuenta de Azure.

７ Nota

Si ha conectado la puerta de enlace de Windows Admin Center a Azure, debería

iniciar sesión automáticamente en Azure. Puede hacer clic en cerrar sesión para
iniciar sesión como un usuario diferente.
Paso 2: configuración de Azure Backup
Seleccione la configuración adecuada para Azure Backup, tal y como se describe a
continuación

Id. de suscripción: La suscripción a Azure que quiera usar para la copia de

seguridad de Windows Server en Azure. Todos los recursos de Azure, como el
grupo de recursos de Azure y el almacén de Recovery Services, se crearán en la
suscripción seleccionada.
Almacén: El almacén de Recovery Services donde se almacenarán las copias de
seguridad de los servidores. Puede seleccionarlo entre los almacenes existentes o
Windows Admin Center creará un nuevo almacén.
Grupos de recursos: El grupo de recursos de Azure es un contenedor para una
colección de recursos. El almacén de Recovery Services se crea o se guarda en el
grupo de recursos especificado. Puede seleccionarlo entre los grupos de recursos
existentes o Windows Admin Center creará uno nuevo.
Ubicación: región de Azure en la que se creará el almacén de Recovery Services. Se
recomienda seleccionar la región de Azure más cercana a Windows Server.

Paso 3: Selección de la programación y los elementos de

Backup
Seleccione aquello de lo que quiere realizar una copia de seguridad desde el
servidor. Windows Admin Center permite elegir entre una combinación de
Volúmenes y el Estado del sistema de Windows, a la vez que proporciona el
tamaño estimado de los datos seleccionados para la copia de seguridad.

７ Nota

La primera copia de seguridad es una copia de seguridad completa de todos los

datos seleccionados. Sin embargo, las copias de seguridad posteriores son
incrementales por naturaleza y solo transfieren los cambios que se hayan realizado
en los datos desde la copia de seguridad anterior.

Seleccione entre varias Programaciones de Backup preestablecidas en el Estado

del sistema o los Volúmenes.

Paso 4: Escribir frase de contraseña de cifrado

 Escriba una Frase de contraseña de cifrado de su elección (16 caracteres como
mínimo). Azure Backup protege los datos de copia de seguridad con una frase de
contraseña de cifrado administrada y configurada por el usuario. La frase de
contraseña de cifrado es necesaria para recuperar datos de Azure Backup.

７ Nota

Almacene la frase de contraseña en una ubicación segura remota, como otro

servidor o Azure Key Vault. Microsoft no almacena la frase de contraseña y no
puede recuperar ni restablecer la frase de contraseña si la pierde o se olvida de ella.

Revise toda la configuración y haga clic en Aplicar

Windows Admin Center realizará las siguientes operaciones

1. Creación de un grupo de recursos de Azure si aún no existe

2. Creación de un almacén de Azure Recovery Services según se haya especificado
3. Instalación y registro del agente de Microsoft Azure Recovery Services en el
almacén
4. Cree la programación de Copia de seguridad y Retención según las opciones
seleccionadas y asócielas a Windows Server.

Administración y supervisión
Después de configurar correctamente Azure Backup, verá el Panel de Backup al abrir la
herramienta Backup en la conexión de un servidor existente. Puede realizar las
siguientes tareas desde el Panel de Backup

Acceder al almacén en Azure: Puede hacer clic en el vínculo Almacén de Recovery

Services, en la pestaña Información general del Panel de Backup, para ir al
almacén de Azure y así poder realizar un amplio conjunto de operaciones de
administración
Realizar una copia de seguridad ad hoc: Haga clic en Realizar ahora una copia de
seguridad para hacer una copia de seguridad ad hoc.
Supervisar trabajos y configurar notificaciones de alerta: Vaya a la pestaña
Trabajos del panel para supervisar los trabajos en marcha o anteriores y configurar
las notificaciones de alerta para recibir correos electrónicos de los trabajos con
errores u otras alertas relacionadas con las copias de seguridad.
Ver puntos de recuperación y recuperar datos: Haga clic en la pestaña Puntos de
recuperación del panel para ver los Puntos de recuperación y haga clic en
Recuperar datos para conocer los pasos para recuperar los datos de Azure.
Protección de cargas de trabajo de
máquina virtual con Azure Site Recovery
en Azure Local (versión preliminar)
Artículo • 19/11/2024 •
Se aplica a: ✅ Windows Admin Center, ✅ Windows Admin Center Preview

Se aplica a: Azure Local, versión 22H2 y posteriores

En esta guía se describe cómo proteger las cargas de trabajo de máquinas virtuales
Windows y Linux que se ejecutan en Azure Local si se produce un desastre. Puede usar
Azure Site Recovery para replicar las máquinas virtuales locales de Azure Local en Azure
y proteger las cargas de trabajo críticas para la empresa.

Esta característica está habilitada en Azure Local que ejecuta la actualización

acumulativa de mayo de 2023 de la versión 22H2 y posteriores.

） Importante

Esta característica actualmente está en VERSIÓN PRELIMINAR. Consulte Términos

de uso complementarios para las versiones preliminares de Microsoft Azure
para conocer los términos legales que se aplican a las características de Azure que
se encuentran en la versión beta, en versión preliminar o que todavía no se han
publicado para que estén disponibles con carácter general.

Azure Site Recovery con Azure Local

Azure Site Recovery es un servicio de Azure que replica las cargas de trabajo que se
ejecutan en máquinas virtuales para que la infraestructura crítica para la empresa esté
protegida en caso de desastre. Para más información sobre Azure Site Recovery,
consulte Acerca de Site Recovery.

La estrategia de recuperación ante desastres para Azure Site Recovery consta de los
pasos siguientes:

Replicación: la replicación le permite replicar el VHD de la máquina virtual de

destino en una cuenta de Azure Storage y proteger así a la máquina virtual si se
produce un desastre.
 Conmutación por error: una vez replicada la máquina virtual, conmútela por error
y ejecútela en Azure. También puede realizar una conmutación por error de prueba
sin que afecte a las máquinas virtuales principales para probar el proceso de
recuperación en Azure.
Volver a proteger : las máquinas virtuales se replican de Azure en el sistema local.
Conmutación por recuperación: puede conmutar por recuperación de Azure al
sistema local.

En la implementación actual de la integración de Azure Site Recovery con Azure Local,

puede iniciar la recuperación ante desastres y preparar la infraestructura desde el
recurso local de Azure en Azure Portal. Una vez completada la preparación, puede
finalizar los pasos restantes en el recurso de Site Recovery en Azure Portal.

７ Nota

Azure Site Recovery no admite la replicación, conmutación por error y conmutación

por recuperación del puente de recursos de Arc y las máquinas virtuales de Arc.

Flujo de trabajo general

En el diagrama siguiente se muestra el flujo de trabajo general de Azure Site Recovery
que funciona con Azure Local.

Ilustración en la que se describe Azure Site Recovery y el flujo de trabajo local de
Azure.

Estos son los pasos principales que se producen al usar Site Recovery con una instancia
local de Azure:

1. Comience con una instancia de Azure Local registrada en la que habilite Azure Site
Recovery.
2. Asegúrese de que cumple los requisitos previos antes de comenzar.
3. Cree los siguientes recursos en el portal de recursos local de Azure:
a. Almacén de Recovery Services
b. Sitio de Hyper-V
c. Directiva de replicación
4. Una vez que haya creado todos los recursos, prepare la infraestructura.
5. habilitación de la replicación de máquinas virtuales Complete los pasos restantes
en el portal de recursos de Azure Site Recovery y comience la replicación.
6. Una vez replicadas las máquinas virtuales, puede conmutar por error las máquinas
virtuales y ejecutarlas en Azure.
Escenarios admitidos
En la tabla siguiente se enumeran los escenarios que se admiten para Azure Site
Recovery y Azure Local.

Conmutación por error de máquinas virtuales locales de Azure a Azure seguidas de

conmutación por recuperación

ﾉ Expandir tabla

Detalles de la máquina Conmutación por Conmutación por recuperación

virtual local de Azure error

Windows Gen 1 Conmutación por Conmutación por recuperación en el mismo

error a Azure host o en otro diferente al de la conmutación
por error

Windows Gen 2 Conmutación por Conmutación por recuperación en el mismo

error a Azure host o en otro diferente al de la conmutación
por error

Linux Gen 1 Conmutación por Conmutación por recuperación en el mismo

error a Azure host o en otro diferente al de la conmutación
por error

７ Nota

Si se elimina una máquina virtual local de Azure después de una conmutación por
error, se necesita una intervención manual para conmutar por recuperación al
mismo host o a otro host.

Requisitos previos y planeamiento

Asegúrese de que cumple los siguientes requisitos previos antes de empezar:

Las máquinas virtuales de Hyper-V que pretende replicar deben tener una alta
disponibilidad para que se produzca la replicación. Si las máquinas virtuales no son
de alta disponibilidad, se producirá un error en la replicación. Para más
información, consulte Procedimiento para lograr que una máquina virtual de
Hyper-V existente sea de alta disponibilidad .
Asegúrese de que Hyper-V está configurado en Azure Local.
Las máquinas que hospedan las máquinas virtuales que desea proteger deben
tener acceso a Internet para replicar en Azure.
 Azure Local ya debe estar registrado.

El sistema debe ejecutar la actualización acumulativa de mayo para Azure Local,

versión 22H2.

Si está ejecutando una compilación anterior, Azure Portal indica que la

recuperación ante desastres no se admite porque la identidad administrada no
está habilitada para versiones anteriores.

Ejecute el cmdlet de registro de reparación para asegurarse de que se crea una

identidad administrada para el recurso local de Azure y, a continuación, vuelva a
intentar el flujo de trabajo. Para más información, vaya a Habilitación de la
administración mejorada de Azure para Azure Local.

El sistema debe estar habilitado para Arc. Si el sistema no está habilitado para
Arc, verá un error en Azure Portal para que la pestaña Funcionalidades no esté
disponible.
Necesita permisos de propietario en el almacén de Recovery Services para asignar
permisos para la identidad administrada. También necesita permisos de lectura y
escritura en el recurso local de Azure y sus recursos secundarios.
Revise las advertencias asociadas a la implementación de esta característica.
Revise la herramienta de planeamiento de capacidad para evaluar los requisitos
para una replicación y conmutación por error correctas.

Paso 1: Preparación de la infraestructura en el

host de destino
Para preparar la infraestructura, prepare un almacén y un sitio de Hyper-V, instale la
extensión site recovery y asocie una directiva de replicación a las máquinas.

En el sistema de destino local de Azure, siga estos pasos para preparar la infraestructura:

1. En Azure Portal, vaya al panel Información general del recurso del sistema de
destino que hospeda máquinas virtuales que desea proteger.

2. En el panel derecho, vaya a la pestaña Funcionalidades y seleccione el icono

Recuperación ante desastres. A medida que la identidad administrada está
habilitada en el sistema, la recuperación ante desastres debe estar disponible.

Captura de pantalla de la pestaña Funcionalidades de Azure Portal para el 

recurso local de Azure.
3. En el panel derecho, vaya a Proteger y seleccione Proteger cargas de trabajo de la
máquina virtual.


Captura de pantalla de Protección de cargas de trabajo de máquina virtual en
Azure Portal para el recurso local de Azure.

4. En Replicar máquinas virtuales en Azure, seleccione Preparar infraestructura.

el
Captura de pantalla de Preparación de la infraestructura en Azure Portal para
recurso local de Azure.

5. En Preparar infraestructura, seleccione un almacén de Recovery Services existente

o cree uno. Este almacén se usa para almacenar la información de configuración de
las cargas de trabajo de las máquinas virtuales. Para más información, consulte
Introducción al almacén de Recovery Services.

a. Si decide crear un nuevo almacén de Recovery Services, la suscripción y los

grupos de recursos se rellenarán automáticamente.

b. Proporcione un nombre de almacén y seleccione la ubicación del almacén igual

que donde se implementa el sistema.

c. Acepte los valores predeterminados para las demás configuraciones.

） Importante

Necesita permisos de propietario en el almacén de Recovery Services para

asignar permisos para la identidad administrada. Necesitará permiso de
lectura y escritura en el recurso local de Azure y sus recursos secundarios.

Seleccione Revisar y crear para iniciar la creación del almacén. Para más
información, consulte Creación y configuración de un almacén de Recovery
Services.

Captura de pantalla de Creación de un almacén de Recovery Services en 

Azure Portal para el recurso local de Azure.

6. Seleccione un sitio de Hyper-V existente o cree uno.

el
Captura de pantalla de Creación de un sitio de Hyper-V en Azure Portal para
recurso local de Azure.

7. Seleccione una directiva de replicación existente o cree una nueva. Esta directiva
se usa para replicar las cargas de trabajo de la máquina virtual. Para más
 información, consulte Directiva de replicación. Después de que se cree la directiva,
seleccione Aceptar.


Captura de pantalla de Creación de una directiva de replicación en Azure Portal
para el recurso local de Azure.

8. Seleccione Preparar infraestructura. Al seleccionar Preparar infraestructura, se

producen las siguientes acciones:

a. Un grupo de recursos con la cuenta de almacenamiento y el almacén

especificados y la directiva de replicación se crean en la ubicación especificada.

b. Un agente de Azure Site Recovery se descarga automáticamente en cada nodo

del sistema que hospeda las máquinas virtuales.

c. Identidad administrada obtiene el archivo de clave de registro del almacén de

Recovery Services que creó y, a continuación, se usa el archivo de clave para
completar la instalación del agente de Azure Site Recovery. Un grupo de
recursos con la cuenta de almacenamiento y el almacén especificados y la
directiva de replicación se crean en la ubicación especificada.

d. La directiva de replicación está asociada al sitio de Hyper-V especificado y el

host del sistema de destino se registra con el servicio Azure Site Recovery.

Si no tiene acceso de nivel de propietario a la suscripción o al grupo de recursos

donde crea el almacén, verá un error que le indica que no tiene autorización
para realizar la acción.

9. En función del número de nodos del sistema, la preparación de la infraestructura

puede tardar varios minutos. Para ver el progreso, vaya a Notificaciones (el icono
de campana de la parte superior derecha de la ventana).

Paso 2: Habilitar la replicación de máquinas

virtuales
Una vez completada la preparación de la infraestructura, siga estos pasos para
seleccionar las máquinas virtuales que se van a replicar.

1. En Paso 2: Habilitar la replicación, seleccione Habilitar replicación. Ahora se le

dirigirá al almacén de Recovery Services, donde puede especificar las máquinas
virtuales que se van a replicar.
 
Captura de pantalla de Habilitación de la replicación en Azure Portal para un
recurso local de Azure.

2. Seleccione Replicar y, en la lista desplegable, seleccione máquinas de Hyper-V en

Azure.

3. En la pestaña Entorno de origen, especifique la ubicación de origen del sitio de

Hyper-V. En este caso, ha configurado el sitio de Hyper-V en el recurso local de
Azure. Seleccione Siguiente.

4. En la pestaña Entorno de destino, siga estos pasos:

a. En Suscripción, escriba o seleccione la suscripción.

b. En Grupo de recursos posterior a la conmutación por error, seleccione el

nombre del grupo de recursos al que va a conmutar por error. Cuando se
produzca la conmutación por error, las máquinas virtuales de Azure se crearán
en este grupo de recursos.

c. En Modelo de implementación posterior a la conmutación por error,

especifique Resource Manager. La implementación de Azure Resource Manager
se usa cuando se produce la conmutación por error.

d. En Cuenta de almacenamiento, escriba o seleccione una cuenta de

almacenamiento existente asociada a la suscripción que ha elegido. Esta cuenta
podría ser una cuenta de almacenamiento estándar o premium que se usa para
la replicación de la máquina virtual.

el
Captura de pantalla de la pestaña entorno de destino en Azure Portal para
recurso local de Azure.

e. Para la configuración de red de las máquinas virtuales que ha seleccionado para

replicar en Azure, proporcione una red virtual y una subred que se asocien a las
máquinas virtuales de Azure. Para crear esta red, consulte las instrucciones de
Creación de una red de Azure para la conmutación por error.

También puede elegir realizar la configuración de red más adelante.

Captura de pantalla de la pestaña Entorno de destino con La opción

Configurar más adelante seleccionada en Azure Portal para el recurso local
de
Azure.

Una vez replicada la máquina virtual, puede seleccionar la máquina virtual

replicada e ir a la opción Proceso y red para proporcionar la información de red.
 5. Seleccione Siguiente.

6. En la pestaña Selección de la máquina virtual, seleccione las máquinas virtuales

que desea replicar y Siguiente. Asegúrese de revisar los requisitos de capacidad
para proteger la máquina virtual.

Captura de pantalla de la pestaña selección virtual en Azure Portal para el 

recurso local de Azure.

7. En la pestaña Configuración de replicación, seleccione el tipo de sistema

operativo, el disco del sistema operativo y los discos de datos de la máquina
virtual que desea replicar en Azure y, a continuación, seleccione Siguiente.


Captura de pantalla de la pestaña Configuración de replicación en Azure Portal
para el recurso local de Azure.

8. En la pestaña Directiva de replicación, compruebe que la directiva de replicación

correcta está seleccionada. La directiva seleccionada debe ser la misma directiva de
replicación que creó al preparar la infraestructura. Seleccione Siguiente.


Captura de pantalla de la pestaña Directiva de replicación en Azure Portal para
el recurso local de Azure.

9. En la pestaña Revisar, revise los valores seleccionados y haga clic en Habilitar

replicación.


Captura de pantalla de la pestaña Revisar en Azure Portal para el recurso local
de Azure.

10. Aparece una notificación que indica que el trabajo de replicación está en curso.
Vaya a Elementos protegidos > Elementos de replicación para ver el estado de la
replicación y el del trabajo de replicación.

Captura de pantalla de elementos replicados en Azure Portal para el recurso

local de Azure.

11. Para supervisar la replicación de la máquina virtual, siga estos pasos.

a. Para ver la información de Estado de replicación y Estado, seleccione la

máquina virtual y vaya a Información general. Puede ver el porcentaje de
finalización del trabajo de replicación.

Captura de pantalla de Información general de un elemento replicado en

Azure Portal para el recurso local de Azure.
 b. Para ver un estado de trabajo más detallado y un identificador de trabajo,
seleccione la máquina virtual y vaya a Propiedades de la máquina virtual
replicada.

Captura de pantalla de propiedades de un elemento replicado en Azure 

Portal para el recurso local de Azure.

c. Para ver la información del disco, vaya a Discos. Una vez completada la
replicación, el disco del sistema operativo y el disco de datos deben aparecer
como Protegidos.

Captura de pantalla de Discos para una máquina virtual replicada 

seleccionada en Azure Portal para el recurso local de Azure.

El siguiente paso es configurar una conmutación por error de prueba.

Paso 3: Configuración y ejecución de una

conmutación por error de prueba en Azure
Portal
Una vez completada la replicación, las máquinas virtuales están protegidas. Se
recomienda configurar las opciones de conmutación por error y ejecutar una
conmutación por error de prueba al configurar Azure Site Recovery.

Para prepararse para la conmutación por error en una máquina virtual de Azure,
complete los pasos siguientes:

1. Si no especificó la configuración de red de la máquina virtual replicada, puede

completar esa configuración ahora.
a. En primer lugar, asegúrese de que una red de Azure está configurada para
probar la conmutación por error según las instrucciones de Creación de una red
para la conmutación por error de prueba.
b. Seleccione la máquina virtual y vaya a la opción Proceso y red y especifique la
red virtual y la subred. La máquina virtual conmutada por error en Azure se
asocia a esta red virtual y subred.

2. Una vez completada la replicación y que la máquina virtual aparece como

protegida en el estado, puede iniciar la conmutación por error de prueba.

Captura de pantalla de conmutación por error de prueba para una máquina

virtual replicada seleccionada en Azure Portal para el recurso local de Azure.
 3. Para ejecutar una conmutación por error de prueba, consulte las instrucciones
detalladas de Ejecución de un simulacro de recuperación ante desastres en Azure.

Paso 4: Creación de planes de recuperación

El plan de recuperación es una característica de Azure Site Recovery que le permite
conmutar por error y recuperar una aplicación completa que consta de una colección de
máquinas virtuales. Aunque es posible recuperar las máquinas virtuales protegidas de
forma individual, mediante la adición de las máquinas virtuales que componen una
aplicación a un plan de recuperación, podrá conmutar por error toda la aplicación
mediante el plan de recuperación.

También puede usar la característica de conmutación por error de prueba de un plan de

recuperación para probar la recuperación de la aplicación. El plan de recuperación le
permite agrupar máquinas virtuales, secuenciar el orden en que deben recuperarse
durante una conmutación por error y automatizar los pasos adicionales que se
realizarán como parte del proceso de recuperación. Una vez que haya protegido las
máquinas virtuales, puede ir al almacén de Azure Site Recovery en Azure Portal para
crear planes de recuperación para ellas. Más información sobre los planes de
recuperación.

Paso 5: Conmutación por error a Azure

Para conmutar por error a Azure, puede seguir las instrucciones de Conmutación por
error de máquinas virtuales de Hyper-V en Azure.

Advertencias
Tenga en cuenta la siguiente información antes de usar Azure Site Recovery para
proteger las cargas de trabajo de máquinas virtuales locales mediante la replicación de
esas máquinas virtuales en Azure.

Las extensiones instaladas por Arc no son visibles en las máquinas virtuales de
Azure. El servidor de Arc seguirá mostrando las extensiones instaladas, pero no
puede administrar esas extensiones (por ejemplo, instalar, actualizar o desinstalar)
mientras la máquina está en Azure.
Las directivas de configuración de invitado no se ejecutarán mientras la máquina
está en Azure, por lo que las directivas que auditan la configuración o seguridad
del sistema operativo no se ejecutarán hasta que la máquina se migre de nuevo en
el entorno local.
 Los datos de registro (incluida la información de Sentinel, Defender y Azure
Monitor) se asociarán a la máquina virtual de Azure mientras se encuentren en
Azure. Los datos históricos se asocian con el servidor de Arc. Si se migra de nuevo
en el entorno local, comienza a asociarse de nuevo con el servidor de Arc. Aún así,
se pueden encontrar todos los registros buscando por nombre de equipo en lugar
del identificador de recurso, pero merece la pena tener en cuenta que las
experiencias del usuario del portal buscan datos por identificador de recurso, por
lo que solo verá un subconjunto en cada recurso.
Se recomienda encarecidamente que no instale el agente invitado de máquina
virtual de Azure para evitar conflictos con Arc si existe el potencial de que la
máquina se migre de nuevo en el entorno local. Si necesita instalar el agente
invitado, asegúrese de que la máquina virtual tiene deshabilitada la administración
de extensiones. Si intenta instalar o administrar extensiones mediante el agente
invitado de máquina virtual de Azure cuando ya hay extensiones instaladas por Arc
en la misma máquina (o viceversa), se encuentra con todo tipo de problemas
porque nuestros agentes no son conscientes de las instalaciones de extensión
anteriores y encontrarán problemas de conciliación de estado.

Problemas conocidos
Esta es una lista de los problemas conocidos y las soluciones alternativas asociadas en
esta versión:

ﾉ Expandir tabla

# Problema Soluciones alternativas o comentarios

1. Al registrar Azure Site Recovery con un En este caso, es posible que las máquinas
sistema, una máquina no puede instalar virtuales no estén protegidas. Para comprobar
Azure Site Recovery o registrarse en el que todas las máquinas del sistema están
servicio Azure Site Recovery. registradas en Azure Portal, vaya al almacén de
Recovery Services>Trabajos de Site Recovery.>

2. El agente de Azure Site Recovery no se Cuando se produce un error en la instalación del

puede instalar. No se ven detalles de agente de Azure Site Recovery, se debe a uno de
error en los niveles del sistema o de la los siguientes motivos:
máquina en azure Local Portal.
- Se produce un error en la instalación, ya que
Hyper-V no está configurado en el host.

- El host de Hyper-V ya está asociado a un sitio

de Hyper-V y está intentando instalar la extensión
con otro sitio de Hyper-V.
 # Problema Soluciones alternativas o comentarios

3. El agente de Azure Site Recovery no se Se produce un error en la instalación cuando se

puede instalar. El mensaje de error "Error aplica WDAC.
en la instalación del proveedor de
Microsoft Azure Site Recovery con el - Al establecer WDAC en el modo "Audit" se
código de salida - 1" aparece en el portal permitirá que se complete la instalación. Para
con el error de instalación. establecer el modo WDAC en "Audit", puede
seguir las instrucciones que se indican en
Administración de la configuración de WDAC con
PowerShell

Pasos siguientes
Obtenga más información sobre las capacidades híbridas con los servicios Azure

Comentarios
¿Le ha resultado útil esta página?  Sí  No

Proporcionar comentarios sobre el producto

Sincroniza tu servidor de archivos con la
nube mediante Azure File Sync
Artículo • 02/11/2024 •
Se aplica a: ✅ Windows Admin Center, ✅ Windows Admin Center Preview

Use Azure File Sync para centralizar los recursos compartidos de archivos de su
organización en Azure, y mantener al mismo tiempo la flexibilidad, el rendimiento y la
compatibilidad de un servidor de archivos local. Azure File Sync transforma Windows
Server en una caché rápida del recurso compartido de archivos de Azure con la
característica opcional de nube por niveles. Puede usar cualquier protocolo disponible
en Windows Server para acceder a sus datos localmente, como SMB, NFS y FTPS.

Cuando los archivos se hayan sincronizado con la nube, puede conectar varios
servidores al mismo recurso compartido de archivos de Azure para sincronizar y
almacenar en caché el contenido localmente: los permisos (ACL) también se transportan.
Azure Files ofrece una funcionalidad de instantánea que puede generar instantáneas
diferenciales del recurso compartido de archivos de Azure. Estas instantáneas se pueden
montar incluso como unidades de red de solo lectura a través de SMB para facilitar la
exploración y la restauración. En combinación con la nube por niveles, la ejecución de
un servidor de archivos local nunca ha sido más fácil.

Para más información, consulte Planeamiento de una implementación de Azure File

Sync.

Comentarios
¿Le ha resultado útil esta página?  Sí  No

Proporcionar comentarios sobre el producto

Supervisar servidores y configurar
alertas con Azure Monitor desde
Windows Admin Center
Artículo • 15/08/2023

Se aplica a: Windows Server 2022, Windows Server 2019, Windows Server 2016

Azure Monitor es una solución que recopila, analiza y actúa con los datos de telemetría
de varios recursos entre los que se incluyen servidores y máquinas virtuales de
Windows, tanto en el entorno local como en la nube. Aunque Azure Monitor extrae
datos de máquinas virtuales (VM) de Azure y otros recursos de Azure, este artículo se
centra en cómo funciona Azure Monitor con servidores y máquinas virtuales locales,
específicamente con Windows Admin Center. Si está interesado en obtener información
sobre cómo puede usar Azure Monitor para obtener alertas por correo electrónico
sobre el clúster hiperconvergido, lea sobre el uso de Azure Monitor para enviar correos
electrónicos para errores del Servicio de mantenimiento.

¿Cómo funciona Azure Monitor?

Los datos generados desde servidores locales de Windows Server se recopilan en un

área de trabajo de Log Analytics en Azure Monitor. Dentro de un área de trabajo, puede
habilitar varias soluciones de supervisión: conjuntos de lógica que proporcionan
información sobre un escenario determinado. Por ejemplo, Azure Update Management,
Azure Security Center y Azure Monitor para VM son todas las soluciones de supervisión
que se pueden habilitar dentro de un área de trabajo.

Al habilitar una solución de supervisión en un área de trabajo de Log Analytics, todos los
servidores que generan informes a esa área de trabajo comienzan a recopilar datos
relevantes para esa solución, de modo que la solución pueda generar información para
todos los servidores del área de trabajo.

Para recopilar datos de telemetría en un servidor local e insertarlo en el área de trabajo

de Log Analytics, Azure Monitor requiere la instalación del Microsoft Monitoring Agent
o MMA. Algunas soluciones de supervisión también requieren un agente secundario.
Por ejemplo, Azure Monitor para máquinas virtuales también necesita el agente de
dependencia para la funcionalidad que proporciona esta solución.

Algunas soluciones, como Azure Update Management, también dependen de Azure

Automation, lo que le permite administrar de forma centralizada los recursos en
entornos de Azure y que no son de Azure. Por ejemplo, Azure Update Management usa
Azure Automation para programar y coordinar la instalación de actualizaciones en las
máquinas de su entorno, de forma centralizada, desde Azure Portal.

¿Cómo le permite Windows Admin Center usar

Azure Monitor?
Desde dentro de Windows Admin Center puede habilitar dos soluciones de supervisión:

Azure Update Management (en la herramienta Actualizaciones)

Azure Monitor para VM (en la página de conexión del Administrador del servidor),
también conocido como Virtual Machines Insights

Puede empezar a usar Azure Monitor desde cualquiera de estas herramientas. Si nunca
ha usado Azure Monitor antes, Windows Admin Center aprovisiona automáticamente un
área de trabajo de Log Analytics (y una cuenta de Azure Automation, si es necesario).
Windows Admin Center también instala y configura Microsoft Monitor Agent (MMA) en
el servidor de destino e instala la solución correspondiente en el área de trabajo.

Por ejemplo, si primero va a la herramienta Actualizaciones para configurar Azure

Update Management, Windows Admin Center hará lo siguiente:

1. Instalar el MMA en la máquina

2. Crear el área de trabajo de Log Analytics y la cuenta de Azure Automation (ya que
en este caso es necesaria una cuenta de Azure Automation)
 3. Instalar la solución Update Management en el área de trabajo recién creada.

Si quieres agregar otra solución de supervisión desde Windows Admin Center en el

mismo servidor, Windows Admin Center instala esa solución en el área de trabajo
existente a la que está conectado ese servidor. Windows Admin Center instala además
cualquier otro agente necesario.

Si se conecta a otro servidor y ya ha configurado un área de trabajo de Log Analytics,

también puede instalar Microsoft Monitor Agent en el servidor, conectándolo a un área
de trabajo existente. Cuando se conecta un servidor a un área de trabajo, se inicia
automáticamente la recopilación de datos y generación de informes en las soluciones
instaladas en esa área de trabajo.

Azure Monitor para máquinas virtuales

(también conocidas como Virtual Machines
Insights)
Al configurar Azure Monitor para VM en la página de conexión del Administrador del
servidor, Windows Admin Center habilita la solución Azure Monitor para VM, también
conocida como Virtual Machine Insights. Esta solución permite supervisar el estado y los
eventos de los servidores, crear alertas de correo electrónico, obtener una vista
consolidada del rendimiento del servidor en su entorno y visualizar las aplicaciones, los
sistemas y los servicios conectados a un servidor dado.

７ Nota

A pesar de su nombre, VM Insights funciona tanto para servidores físicos como

para máquinas virtuales.

Puede probar Azure Monitor mediante la asignación gratuita de 5 GB de

datos/mes/cliente. Para obtener más información sobre los planes de ingesta de
registros y los precios, consulte Precios de Azure Monitor . En las secciones siguientes
se muestran algunas de las ventajas que ofrecen los servidores de incorporación a
Azur Monitor, por ejemplo, tener una vista consolidada del rendimiento de los sistemas
en todo el entorno.

Configurar el servidor para su uso con Azure Monitor

En la página Información general de una conexión de servidor, vaya a Herramientas >
Azure Monitor. En la página Azure Monitor, incorpore el servidor a Azure Monitor; para
ello, seleccione Registrar con Azure e iniciar sesión, una vez completado, vuelva a la
misma página, seleccione Configuración y siga las indicaciones. Windows Admin Center
se encarga del aprovisionamiento del área de trabajo de Azure Log Analytics, de la
instalación del agente necesario y de la garantía de que la solución VM Insights está
configurada. Una vez completado, el servidor envía datos del contador de rendimiento a
Azure Monitor, lo que le permite ver y crear alertas de correo electrónico basadas en
este servidor, desde Azure Portal.

Crear alertas de correo electrónico

Una vez que haya asociado el servidor a Azure Monitor, puede usar los hipervínculos
inteligentes en Herramientas > Azure Monitor, en Alertas y acciones, seleccione
Configurar supervisión y alertas en Azure Portal para crear nuevas alertas. Windows
Admin Center permite recopilar automáticamente los contadores de rendimiento, por lo
que puede crear nuevas alertas fácilmente mediante una de las consultas predefinidas o
escribir las suyas propias.

Vista consolidada en varios servidores

Si incorpora varios servidores a una sola área de trabajo de Log Analytics dentro de
Azure Monitor, puede obtener una vista consolidada de todos estos servidores desde la
solución Virtual Machines Insights dentro de Azure Monitor. Solo las pestañas
Rendimiento y Mapas de Virtual Machines Insights para Azure Monitor funcionan con
servidores locales: las funciones de la pestaña Estado solo con las máquinas virtuales de
Azure. Para ver las pestañas Rendimiento y Mapas de Máquinas virtuales en
Azure Portal, vaya a Azure Monitor > Máquinas virtuales (en Información) y vaya a las
pestañas Rendimiento o Mapas.

Visualizar aplicaciones, sistemas y servicios conectados a

un servidor determinado
Cuando Windows Admin Center incorpora un servidor en la solución Virtual Machines
Insights dentro de Azure Monitor, también se activa una funcionalidad llamada Service
Map. Esta funcionalidad detecta automáticamente los componentes de la aplicación y
asigna la comunicación entre servicios para que pueda visualizar fácilmente las
conexiones entre servidores con gran detalle desde Azure Portal. Para encontrar el mapa
de servicio, vaya a Azure Portal > Azure Monitor > Máquinas virtuales (en Información
detallada) y vaya a la pestaña Mapas.

７ Nota
 Las visualizaciones de Virtual Machines Insights para Azure Monitor se ofrecen
actualmente en 6 regiones públicas. Para obtener la información más reciente,
consulte la documentación de Azure Monitor para VM. Debe implementar el área
de trabajo de Log Analytics en una de las regiones admitidas para obtener las
ventajas adicionales que proporciona la solución Virtual Machines Insights descrita
anteriormente.

Deshabilitar la supervisión
Para desconectar completamente el servidor del área de trabajo de Log Analytics,
desinstale Microsoft Monitor Agent. Con el agente desinstalado, significa que este
servidor ya no envía datos al área de trabajo y todas las soluciones instaladas en esa
área de trabajo ya no recopilan ni procesan datos de ese servidor. Sin embargo, la
desinstalación de Microsoft Monitor Agent no afecta a la propia área de trabajo: todos
los recursos que generan informes a esa área de trabajo continúan haciéndolo. Para
desinstalar Microsoft Monitoring Agent en Windows Admin Center, conéctese al
servidor y, a continuación, vaya a Aplicaciones instaladas, busque Microsoft Monitor
Agent y, a continuación, seleccione Quitar.

Si desea desactivar una solución específica dentro de un área de trabajo, debe quitar la
solución de supervisión de Azure Portal. Quitar una solución de supervisión significa que
la información que ha creado esa solución ya no se genera para ninguno de los
servidores que generan informes a esa área de trabajo. Por ejemplo, desinstalar la
solución Azure Monitor para VM significa que ya no puede ver información sobre el
rendimiento de la máquina virtual o del servidor de cualquiera de las máquinas
conectadas a mi área de trabajo.

Pasos siguientes
Más información sobre la integración de Azure con Windows Admin Center
Uso de un adaptador de red de Azure
para conectar un servidor a una
instancia de Azure Virtual Network
Artículo • 02/11/2024 •
Se aplica a: ✅ Windows Admin Center, ✅ Windows Admin Center Preview

Muchas cargas de trabajo que se ejecutan en entornos locales y en entornos multinube

requieren conexiones a máquinas virtuales que se ejecutan en Microsoft Azure. Para
conectar un servidor a una instancia de Azure Virtual Network, tiene varias opciones,
entre las que se incluyen VPN de sitio a sitio, Azure Express Route y VPN de punto a
sitio.

Windows Admin Center y el adaptador de red de Azure proporcionan una experiencia

en un solo clic para conectar el servidor a la red virtual con una conexión VPN de punto
a sitio. El proceso automatiza la configuración de la puerta de enlace de red virtual y el
cliente VPN local.

Cuándo usar un adaptador de red de Azure

Las conexiones VPN de punto a sitio del adaptador de red de Azure resultan útiles
cuando se desea establecer conexión con la red virtual desde una ubicación remota
como, por ejemplo, una sucursal, tienda u otra ubicación. También puede usar el
adaptador de red de Azure en lugar de una VPN de sitio a sitio si solo necesita unos
pocos servidores para conectarse a una red virtual. Las conexiones del adaptador de red
de Azure no requieren un dispositivo VPN ni una dirección IP pública para funcionar.

Requisitos
El uso de un adaptador de red de Azure para conectarse a una red virtual requiere lo
siguiente:

Una cuenta de Azure con al menos una suscripción activa.

Una red virtual existente.
Acceso a Internet para los servidores de destino que desea conectar a la red virtual
de Azure.
Una conexión de Windows Admin Center a Azure. Para más información, consulte
Configuración de la integración con Azure.
 La versión más reciente de Windows Admin Center. Para más información, consulte
Windows Admin Center .

７ Nota

No es necesario instalar Windows Admin Center en el servidor que desea conectar

a Azure. Sin embargo, puede hacerlo en un escenario de un solo servidor.

Incorporación de un adaptador de red de Azure

a un servidor
Para configurar el adaptador de red de Azure, vaya a la extensión de red de este en
Windows Admin Center.

En Windows Admin Center:

1. Vaya al servidor que hospeda las máquinas virtuales que desea agregar al
adaptador de red de Azure.
2. En Herramientas, seleccione Redes.
3. Seleccione Agregar adaptador de red de Azure.
4. En el panel Agregar adaptador de red de Azure, escriba la siguiente información
necesaria y, a continuación, seleccione Crear:

Suscripción

Ubicación

Virtual Network

Subred de puerta de enlace (si no existe)

SKU de puerta de enlace (si no existe)

Espacio de direcciones de cliente

El grupo de direcciones de cliente es un intervalo de direcciones IP privadas

que usted especifica. Los clientes que se conectan de forma dinámica a través
de una VPN de punto a sitio reciben una dirección IP de este intervalo. Use
un intervalo de direcciones IP privadas que no se superponga a la ubicación
local desde la que se va a conectar ni a la red virtual a la que desea
conectarse. Se recomienda el uso de direcciones IP que se encuentren en los
intervalos designados para redes privadas (10.x.x.x, 192.168.x.x o [Link] a
[Link]).
 Certificado de autenticación

Azure usa certificados para autenticar a los clientes que se conectan a una
red virtual a través de una conexión VPN de punto a sitio. La información de
clave pública del certificado raíz se carga en Azure. En ese momento, Azure
considera que el certificado raíz es "de confianza" para conectarse desde una
conexión de punto a sitio a la red virtual. Los certificados de cliente se deben
generar a partir del certificado raíz de confianza e instalarse en el servidor
cliente. El certificado de cliente se utiliza para autenticar al cliente cuando se
inicia una conexión con la red virtual.

Para más información, consulte la sección "Configuración del tipo de

autenticación" de Configuración de una conexión VPN de punto a sitio a una
red virtual mediante la autenticación nativa de los certificados de Azure:
Azure Portal.

７ Nota

Los dispositivos de red, como VPN Gateway y Application Gateway que se ejecutan
en una red virtual, tienen un costo adicional. Para más información, consulte
precios de Virtual Network .

Si no hay ninguna puerta de enlace de Azure Virtual Network, Windows Admin Center
creará una automáticamente. El proceso de configuración puede tardar hasta 25
minutos. Una vez creado el adaptador de red de Azure, puede empezar a acceder a las
máquinas virtuales de la red virtual directamente desde el servidor.

Si ya no necesita conectividad, en Redes, seleccione el adaptador de red de Azure que

desea desconectar y, en el menú superior, seleccione Desconectar y, a continuación, en
la ventana emergente de confirmación Desconectar VPN, seleccione Sí.

Pasos siguientes
Para más información acerca de Azure Virtual Network, consulte también:

Preguntas más frecuentes (P+F) acerca de Azure Virtual Network

Comentarios
¿Le ha resultado útil esta página?  Sí  No

Proporcionar comentarios sobre el producto

Uso de Windows Admin Center para
administrar las actualizaciones del
sistema operativo con Azure Update
Management
Artículo • 02/11/2024 •
Se aplica a: ✅ Windows Admin Center, ✅ Windows Admin Center Preview

Más información sobre la integración de Azure con Windows Admin Center.

Azure Update Management es una solución de Azure Automation que permite

administrar actualizaciones y revisiones para varias máquinas desde un solo lugar, en
oposición al modo por servidor. Con Azure Update Management, puede evaluar
rápidamente el estado de las actualizaciones disponibles, programar la instalación de las
actualizaciones necesarias y revisar los resultados de las implementaciones, con el fin de
comprobar si las actualizaciones se aplican correctamente. Esto es posible si las
máquinas son máquinas virtuales (VM) de Azure hospedadas por otros proveedores de
nube o de forma local. Más información sobre de Azure Update Management.

Con Windows Admin Center, puede configurar y usar fácilmente Azure Update
Management para mantener actualizados los servidores administrados. Si aún no tiene
un área de trabajo de Log Analytics en la suscripción de Azure, Windows Admin Center
configurará automáticamente el servidor y creará los recursos de Azure necesarios en la
suscripción y la ubicación que especifique. Si tiene un área de trabajo de Log Analytics
existente, Windows Admin Center puede configurar automáticamente el servidor para
que consuma actualizaciones de Azure Update Management.

Para empezar, vaya a la herramienta Actualizaciones en una conexión de servidor y

seleccione "Configurar ahora". A continuación, proporcione sus preferencias para los
recursos de Azure relacionados.

Cuando haya configurado el servidor para que lo administre Azure Update

Management, puede acceder a Azure Update Management mediante el hipervínculo
proporcionado en la herramienta Actualizaciones.

Aprenda a dejar de usar Azure Update Management para actualizar el servidor.

Tenga en cuenta que debe registrar la puerta de enlace de Windows Admin Center con
Azure antes de configurar Azure Update Management.
Comentarios
¿Le ha resultado útil esta página?  Sí  No

Proporcionar comentarios sobre el producto

Configuración de la integración de
Azure
Artículo • 13/11/2024 •
Se aplica a: ✅ Windows Admin Center, ✅ Windows Admin Center Preview

Windows Admin Center admite varias características opcionales que se integran con los
servicios de Azure. Obtenga información sobre las opciones de integración de Azure
disponibles en Windows Admin Center.

Para permitir que la puerta de enlace de Windows Admin Center se comunique con
Azure para aprovechar la autenticación de Microsoft Entra para el acceso a la puerta de
enlace o para crear recursos de Azure en su nombre (por ejemplo, para proteger las
máquinas virtuales administradas en Windows Admin Center mediante Azure Site
Recovery), primero debe registrar la puerta de enlace de Windows Admin Center con
Azure. Solo tienes que realizar esta acción una vez para la puerta de enlace de Windows
Admin Center: la configuración se conserva al actualizar la puerta de enlace a una
versión más reciente.

Registro de la puerta de enlace en Azure

La primera vez que intente usar una característica de integración de Azure en Windows
Admin Center, se le pedirá que registre la puerta de enlace en Azure. También puede
registrarla en la pestaña Azure de la configuración de Windows Admin Center. Solo los
administradores de puerta de enlace de Windows Admin Center pueden registrar la
puerta de enlace de Windows Admin Center en Azure. Obtenga más información sobre
los permisos de usuario y administrador en Windows Admin Center.

Los pasos guiados del producto crean una aplicación de Microsoft Entra en el directorio,
lo que permite que Windows Admin Center se comunique con Azure. Para ver la
aplicación de Microsoft Entra que se crea automáticamente, vaya a la pestaña Azure de
la configuración de Windows Admin Center. El hipervínculo Ver en Azure permite ver la
aplicación de Microsoft Entra en Azure Portal.

La aplicación de Microsoft Entra que se usa para todos los puntos de integración de
Azure en Windows Admin Center, incluida la autenticación de Microsoft Entra en la
puerta de enlace. Windows Admin Center configura automáticamente los permisos
necesarios para crear y administrar recursos de Azure en su nombre:

Microsoft Graph
 [Link]
[Link]
[Link]
[Link]
[Link]
[Link]
Azure Service Management
user_impersonation

Configuración manual de aplicaciones de Microsoft Entra

Si quiere configurar manualmente una aplicación de Microsoft Entra, en lugar de usar la
aplicación Microsoft Entra creada automáticamente por Windows Admin Center durante
el proceso de registro de la puerta de enlace, siga estos pasos:

1. Conceda a la aplicación de Microsoft Entra los permisos de API necesarios

enumerados anteriormente. Para ello, vaya a la aplicación de Microsoft Entra en
Azure Portal. Vaya a Azure Portal >Microsoft Entra ID>Registros de aplicaciones>
seleccione la aplicación De Microsoft Entra que desee usar. Luego, vaya a la
pestaña Permisos de API y agregue los permisos de API enumerados
anteriormente.

2. Agregue la dirección URL de la puerta de enlace de Windows Admin Center a las

direcciones URL de respuesta (también conocidas como direcciones URI de
redireccionamiento). Vaya a la aplicación Microsoft Entra y, a continuación, vaya a
Manifiesto. Busque la clave "replyUrlsWithType" en el manifiesto. Dentro de la
clave, agregue un objeto que contenga dos claves: "url" y "type". La clave "url"
debe tener un valor de la dirección URL de puerta de enlace de Windows
Administración Center y debe anexar un carácter comodín al final. La clave "type"
debe tener un valor de "Web". Por ejemplo:

JSON

"replyUrlsWithType": [
{
"url": "[Link]
"type": "Single-Page Application"
}
],

７ Nota
 Si Protección de aplicaciones de Microsoft Defender está habilitado para el
explorador, no podrá registrar Windows Admin Center en Azure ni iniciar sesión en
Azure.

Solución de problemas de errores de inicio de

sesión de Azure

El URI de redirección no coincide con los URI

configurados para esta aplicación.
Si ha migrado recientemente los datos de una versión anterior de Windows Admin
Center a la versión 2410 de Windows Admin Center, es posible que los URI de
redirección estén mal configurados. Esto puede ocurrir si no completó el paso Registro
de Azure en el Asistente para migración. Esta configuración incorrecta se debe a que
Windows Admin Center cambió la forma en que realizamos la autenticación en función
de las instrucciones generales de Microsoft. Si se ha utilizado anteriormente el flujo de
concesión implícita, se deberá utilizar el flujo de código de autorización.

Hay dos URI de redirección que se deben agregar a la plataforma de aplicación de

página única (SPA). Un ejemplo de estos URI de redirección sería:

[Link]
[Link]

En este ejemplo, el valor numérico hace referencia al puerto al que se hace referencia en
la instalación de Windows Admin Center.

Todos los URI de redireccionamiento para Windows Admin Center deben contener:

Nombre de dominio completo (FQDN) o nombre de host de la máquina de puerta

de enlace, sin mencionar localhost
Prefijo HTTPS, no HTTP

Obtenga información sobre cómo volver a configurar los URI de redirección.

Después de agregar los URI de redirección adecuados, se recomienda limpiar los URI de
redireccionamiento antiguos y sin usar.
Canje de tokens entre orígenes permitido solo para la
aplicación de página única
Si ha actualizado recientemente la instancia de Windows Admin Center a una versión
más reciente y la puerta de enlace se registró anteriormente con Azure, podría
producirse un error que indica que el canje de tokens entre orígenes solo se permite
para el tipo de cliente "Aplicación de página única" al iniciar sesión en Azure. Esto
aparece porque Windows Admin Center cambió la forma en que realizamos la
autenticación en función de las instrucciones generales de Microsoft. Si se ha utilizado
anteriormente el flujo de concesión implícita, se deberá utilizar el flujo de código de
autorización.

Si desea continuar usando el registro de aplicación existente para su aplicación de

Windows Admin Center, utilice el Centro de administración Microsoft Entra para
actualizar los URI de redireccionamiento del registro a la plataforma de aplicación de
página única (SPA). Al hacerlo, se habilita el flujo de código de autorización con la clave
de prueba para Code Exchange (PKCE) y la compatibilidad con el uso compartido de
recursos entre orígenes (CORS) para las aplicaciones que usan ese registro.

Siga estos pasos con los registros de aplicaciones que están configurados actualmente
con los URI de redirección de la plataforma web:

1. Inicie sesión en el centro de administración de Microsoft Entra .

2. Vaya a Identidad > Aplicaciones> Registros de aplicaciones, seleccione la
aplicación y, a continuación, Autenticación.
3. En el icono de plataforma Web que hay debajo de URI de redirección, seleccione
el banner de advertencia que indica que debe migrar los URI.

4. Seleccione el URI de redirección de la aplicación y, a continuación, seleccione

Configurar. Estos URI de redirección deberían aparecer ahora en el icono de la
plataforma de aplicación de página única, lo cual indica que la compatibilidad de
 CORS con el flujo de código de autorización y PKCE está habilitada para estos URI.

En lugar de actualizar identificadores URI existentes, puede crear un nuevo registro de

aplicación para su puerta de enlace. Los registros de aplicaciones que se crean
recientemente para Windows Admin Center a través del flujo de registro de la puerta de
enlace crean identificadores URI de redirección de la plataforma de aplicación de página
única.

Si no puede migrar los identificadores URI de redirección del registro de la aplicación

para usar el flujo de código de autenticación, puede seguir usando el registro de
aplicaciones existente tal cual. Para ello, debe anular el registro de la puerta de enlace
de Windows Admin Center y volver a registrarse con el mismo id. de registro de
aplicación.

Mantente al día
Síguenos en Twitter

Lea nuestros blogs

Comentarios
¿Le ha resultado útil esta página?  Sí  No

Proporcionar comentarios sobre el producto

Implementar máquinas virtuales de
Azure desde Windows Admin Center
Artículo • 12/04/2023

Se aplica a: Windows Admin Center, versión preliminar de Windows Admin Center

Windows Admin Center versión 1910 permite implementar máquinas virtuales de Azure.
Esto integra la implementación de máquinas virtuales en cargas de trabajo
administradas por Windows Admin Center como Servicio de migración de
almacenamiento y Réplica de almacenamiento. En lugar de compilar nuevos servidores y
máquinas virtuales en Azure Portal manualmente antes de implementar la carga de
trabajo (y posiblemente sin la configuración y los pasos necesarios), Windows Admin
Center puede implementar la máquina virtual de Azure, configurar su almacenamiento,
replicarla en el dominio, instalar roles y, a continuación, configurar el sistema
distribuido. También puede implementar máquinas virtuales de Azure nuevas sin una
carga de trabajo desde la página Conexiones de Windows Admin Center.

Windows Admin Center también administra una variedad de servicios de Azure.

Obtenga más información sobre las opciones de integración de Azure disponibles con
Windows Admin Center.

Si desea migrar mediante lift-and-shift máquinas virtuales a Azure en lugar de crear

otras nuevas, considere la posibilidad de usar Azure Migrate. Para más información,
consulte Introducción a Azure Migrate.

Escenarios
La implementación de máquinas virtuales de Azure de Windows Admin Center versión
1910 admite los siguientes escenarios:

Servicio de migración de almacenamiento

Réplica de almacenamiento
Nuevo servidor independiente (sin roles)

Requisitos
La creación de una nueva máquina virtual de Azure desde Windows Admin Center
requiere que tenga:
 Una suscripción de Azure .
Una puerta de enlace de Windows Admin Center registrada con Azure
Un grupo de recursos de Azure existente en el que tenga permisos de Crear.
Una red virtual de Azure y una subred existentes.
Un circuito de Azure ExpressRoute o una solución VPN de Azure asociada a la
red virtual y a la subred que permita la conectividad desde máquinas virtuales de
Azure a los clientes locales, los controladores de dominio, el equipo de Windows
Admin Center y cualquier servidor que requiera comunicación con esta máquina
virtual como parte de una implementación de carga de trabajo. Por ejemplo, para
usar el Servicio de migración de almacenamiento para migrar el almacenamiento a
una máquina virtual de Azure, tanto el equipo de orquestador como el equipo de
origen deben ser capaces de ponerse en contacto con la máquina virtual de Azure
de destino a la que va a migrar.

Uso
Los pasos y los asistentes de implementación de máquinas virtuales de Azure varían
según el escenario. Revise la documentación de la carga de trabajo para obtener
información detallada sobre el escenario general.

Implementación de máquinas virtuales de Azure como

parte del Servicio de migración de almacenamiento
1. Desde la herramienta Servicio de migración de almacenamiento dentro de
Windows Admin Center, realice un inventario de uno o varios servidores de origen.
2. Una vez que esté en la fase Transferir datos, seleccione Crear una nueva máquina
virtual de Azure en la página Especificar un destino y, a continuación, elija Crear
máquina virtual.

Esto inicia una herramienta de creación paso a paso que selecciona una máquina
virtual de Azure Windows Server 2012 R2, Windows Server 2016 o Windows Server
2019 como destino de la migración. El Servicio de migración de almacenamiento
proporciona tamaños de máquina virtual recomendados para que coincidan con el
origen, pero puede reemplazarlos eligiendo Ver todos los tamaños.

Los datos del servidor de origen también se usan para configurar

automáticamente los discos administrados y sus sistemas de archivos, así como
para replicar la nueva máquina virtual de Azure al dominio de Active Directory. Si
la máquina virtual es Windows Server 2019 (que es lo que recomendamos),
Windows Admin Center instala la característica de proxy del Servicio de migración
 de almacenamiento. Una vez creada la máquina virtual de Azure, Windows Admin
Center vuelve al flujo de trabajo de transferencia normal del Servicio de migración
de almacenamiento.

En este vídeo se muestra cómo usar el Servicio de migración de almacenamiento para

migrar a máquinas virtuales de Azure.
[Link]

Implementación de máquinas virtuales de Azure como

parte de Réplica de almacenamiento
1. Desde la herramienta Réplica de almacenamiento dentro de Windows Admin
Center, en la pestaña Asociaciones, seleccione Nuevo y, después, en Replicar con
otro servidor, seleccione Usar una nueva máquina virtual de Azure y, a
continuación, seleccione Siguiente.
2. Especifique la información del servidor de origen y el nombre del grupo de
replicación y, a continuación, seleccione Siguiente.

Esto inicia un proceso que selecciona automáticamente una máquina virtual de

Azure de Windows Server 2016 o Windows Server 2019 como destino para el
origen de la migración. El Servicio de migración de almacenamiento recomienda
tamaños de máquina virtual para que coincidan con el origen, pero puede
reemplazalos seleccionando Ver todos los tamaños. Los datos de inventario se
usan para configurar automáticamente los discos administrados y sus sistemas de
archivos, así como para replicar la nueva máquina virtual de Azure en el dominio
de Active Directory.
3. Después de que Windows Admin Center cree la máquina virtual de Azure,
proporcione un nombre de grupo de replicación y seleccione Crear. Windows
Admin Center comienza entonces el proceso de sincronización inicial normal de
Réplica de almacenamiento para empezar a proteger los datos.

En este vídeo se muestra cómo usar Réplica de almacenamiento para replicar en

máquinas virtuales de Azure.
[Link]

Implementación de una nueva máquina virtual de Azure

independiente
1. Desde la página Todas las conexiones dentro de Windows Admin Center, seleccione
Agregar.
 2. En la sección Máquina virtual de Azure, seleccione Crear nueva.

Esto inicia una herramienta de creación paso a paso que le permitirá seleccionar
una máquina virtual de Azure Windows Server 2012 R2, Windows Server 2016 o
Windows Server 2019, elegir un tamaño, agregar discos administrados y,
opcionalmente, replicar el dominio de Active Directory.

En este vídeo se muestra cómo usar Windows Admin Center para crear máquinas
virtuales de Azure.
[Link]
Administración de máquinas virtuales
de Azure con Windows Admin Center
Artículo • 17/04/2023

En este artículo se describe cómo usar Windows Admin Center que se ejecuta en el
equipo local o en el servidor para administrar el sistema operativo en una o varias
máquinas virtuales de Azure (además de servidores, equipos y máquinas virtuales
locales).

Para usar Windows Admin Center directamente en Azure Portal para administrar el
sistema operativo en una sola máquina virtual de Azure, consulte Uso de Windows
Admin Center en Azure. También puede usar scripts para configurar un servidor de
Windows Admin Center en una máquina virtual de Azure.

Conexión a máquinas virtuales con una

dirección IP pública
Si las máquinas virtuales de destino (las máquinas virtuales que quiere administrar con
Windows Admin Center) tienen direcciones IP públicas, agréguelas a la puerta de enlace
de Windows Admin Center por dirección IP o por nombre de dominio completo (FQDN).
Hay un par de consideraciones que se deben tener en cuenta:

Debe habilitar el acceso de WinRM a la máquina virtual de destino mediante la

ejecución del siguiente comando en PowerShell o en el símbolo del sistema en la
máquina virtual de destino: winrm quickconfig .
Si no ha unido a un dominio la máquina virtual de Azure, esta se comporta como
un servidor en el grupo de trabajo, por lo que deberá asegurarse de usar Windows
Admin Center en un grupo de trabajo.
También debe habilitar las conexiones entrantes al puerto 5985 para WinRM sobre
HTTP para que Windows Admin Center administren la máquina virtual de destino:

1. Ejecute el siguiente script de PowerShell en la máquina virtual de destino

para permitir conexiones entrantes al puerto 5985 en el sistema operativo
invitado: Set-NetFirewallRule -Name WINRM-HTTP-In-TCP-PUBLIC -
RemoteAddress Any .

2. También debe abrir el puerto en Redes de Azure:

Seleccione la máquina virtual de Azure, elija Redes y, después, Agregar
regla de puerto de entrada.
 Asegúrese de que en la parte superior del panel Agregar regla de
seguridad de entrada, esté seleccionada la opción Básica.
En el campo Intervalos de puertos, escriba 5985.

Si la puerta de enlace de Windows Admin Center tiene una dirección IP

estática, puede seleccionar permitir solo el acceso entrante a WinRM desde la
puerta de enlace de Windows Admin Center para mayor seguridad. Para ello,
en la parte superior del panel Agregar regla de seguridad de entrada,
seleccione Avanzada.

En Origen, seleccione Direcciones IP y escriba la dirección IP de origen

correspondiente a la puerta de enlace de Windows Admin Center.
En Protocolo, seleccione TCP.
Las demás opciones se pueden dejar con los valores predeterminados.

７ Nota

Debe crear una regla de puerto personalizada. La regla de puerto de WinRM

proporcionada por las redes de Azure usa el puerto 5986 (sobre HTTPS) en lugar de
5985 (sobre HTTP).

Conexión a máquinas virtuales sin una

dirección IP pública
Si las máquinas virtuales de Azure de destino no tienen direcciones IP públicas y quiere
administrar estas máquinas virtuales desde una puerta de enlace de Windows Admin
Center implementada en la red local, debe configurar la red local para que tenga
conectividad con la red virtual en la que están conectadas las máquinas virtuales de
destino. Hay 3 maneras de hacerlo: ExpressRoute, VPN de sitio a sitio o VPN de punto a
sitio. Descubra qué opción de conectividad tiene sentido en su entorno.

 Sugerencia

Si quiere usar una VPN de punto a sitio para conectar la puerta de enlace de
Windows Admin Center a una red virtual de Azure para administrar máquinas
virtuales de Azure en ella, puede usar la característica Adaptador de red de
Azure en Windows Admin Center. Para ello, conéctese al servidor en el que está
instalado Windows Admin Center, vaya a la herramienta Red y seleccione "Agregar
adaptador de red de Azure". Cuando proporcione los detalles necesarios y haga clic
en "Configurar", Windows Admin Center configurará una VPN de punto a sitio en la
 red virtual de Azure que especifique, después de lo cual, puede conectarse a
máquinas virtuales de Azure y administrarlas desde la puerta de enlace de
Windows Admin Center local.

Asegúrese de que WinRM se ejecuta en las máquinas virtuales de destino; para ello,
ejecute el siguiente comando en PowerShell o en el símbolo del sistema en la máquina
virtual de destino: winrm quickconfig

Si no ha unido a un dominio la máquina virtual de Azure, esta se comporta como un

servidor en el grupo de trabajo, por lo que deberá asegurarse de usar Windows Admin
Center en un grupo de trabajo.

Si tiene algún problema, consulte Solución de problemas Windows Admin Center para
ver si se requieren pasos adicionales para la configuración (por ejemplo, si se está
conectando mediante una cuenta de administrador local o no está unido a un dominio).
Implementación manual de Windows
Admin Center en Azure para administrar
varios servidores
Artículo • 09/03/2023

En este artículo se describe cómo implementar manualmente Windows Admin Center en

una máquina virtual de Azure para su uso en la administración de varias máquinas
virtuales de Azure. Para administrar una sola máquina virtual, use en su lugar la
funcionalidad de Windows Admin Center integrada en Azure Portal, como se describe
en Uso de Windows Admin Center en Azure Portal.

Implementación mediante un script

Puede descargar Deploy-WACAzVM.ps1 que se ejecuta desde Azure Cloud Shell
para configurar una puerta de enlace de Windows Admin Center en Azure. Este script
puede crear todo el entorno, incluido el grupo de recursos.

Salto a los pasos de implementación manual

Requisitos previos
Configure su cuenta en Azure Cloud Shell . Si es la primera vez que usa Cloud
Shell, se le pedirá que asocie o cree una cuenta de Azure Storage con Cloud Shell.
En Cloud Shell de PowerShell, vaya al directorio principal: PS Azure:\> cd ~ .
Para cargar el archivo Deploy-WACAzVM.ps1 , arrástrelo desde la máquina local y
colóquelo en cualquier lugar de la ventana de Cloud Shell.

Si especifica su propio certificado:

Cargue el certificado en Azure Key Vault. En primer lugar, cree un almacén de

claves en Azure Portal y cargue en él el certificado. Como alternativa, puede usar
Azure Portal para generar un certificado automáticamente.

Parámetros de script
ResourceGroupName - [String] Especifica el nombre del grupo de recursos donde
se creará la máquina virtual.

Name - [String] Especifica el nombre de la máquina virtual.

 Credencial: [PSCredential] Especifica las credenciales de la máquina virtual.

MsiPath - [String] Especifica la ruta de acceso local de MSI de Windows Admin

Center al implementar Windows Admin Center en una máquina virtual existente. Si
se omite, el valor predeterminado es la versión de
[Link] .

VaultName : [String] Especifica el nombre del almacén de claves que contiene el

certificado.

CertName - [String] Especifica el nombre del certificado que se va a usar para la

instalación de MSI.

GenerateSslCert - [Switch] True si MSI debe generar un certificado SSL

autofirmado.

PortNumber - [int] Especifica el número de puerto SSL para el servicio Windows

Admin Center. Si se omite, el valor predeterminado es 443.

OpenPorts : [int[]] Especifica los puertos abiertos para la máquina virtual.

Location - [String] Especifica la ubicación de la máquina virtual.

Size - [String] Especifica el tamaño de la máquina virtual. Si se omite, el valor

predeterminado es "Standard_DS1_v2".

Image - [String] Especifica la imagen de la máquina virtual. Si se omite, el valor

predeterminado es "Win2016Datacenter".

VirtualNetworkName - [String] Especifica el nombre de la red virtual para la

máquina virtual.

SubnetName - [String] Especifica el nombre de la subred de la máquina virtual.

SecurityGroupName - [String] Especifica el nombre del grupo de seguridad de la

máquina virtual.

PublicIpAddressName - [String] Especifica el nombre de la dirección IP pública de

la máquina virtual.

InstallWACOnly - [Switch] Se establece en True si WAC debe instalarse en una

máquina virtual de Azure ya existente.

Hay dos opciones diferentes para que MSI implemente el certificado usado para su
instalación. MSI se puede descargar desde [Link]/WACDownload o, si se implementa
en una máquina virtual existente, se puede proporcionar la ruta de acceso de archivo de
un MSI localmente en la máquina virtual. El certificado se puede encontrar en Azure Key
Vault o MSI generará uno autofirmado.

Ejemplos de script
En primer lugar, defina las variables comunes necesarias para los parámetros del script.

PowerShell

$ResourceGroupName = "wac-rg1"
$VirtualNetworkName = "wac-vnet"
$SecurityGroupName = "wac-nsg"
$SubnetName = "wac-subnet"
$VaultName = "wac-key-vault"
$CertName = "wac-cert"
$Location = "westus"
$PublicIpAddressName = "wac-public-ip"
$Size = "Standard_D4s_v3"
$Image = "Win2016Datacenter"
$Credential = Get-Credential

Ejemplo 1: Use el script para implementar la puerta de enlace WAC

en una nueva máquina virtual en una nueva red virtual y un grupo
de recursos. Use MSI de [Link]/WACDownload y un certificado
autofirmado de MSI.

PowerShell

$scriptParams = @{
ResourceGroupName = $ResourceGroupName
Name = "wac-vm1"
Credential = $Credential
VirtualNetworkName = $VirtualNetworkName
SubnetName = $SubnetName
GenerateSslCert = $true
}
./Deploy-WACAzVM.ps1 @scriptParams

Ejemplo 2: Igual que el 1, pero con un certificado de Azure Key

Vault.

PowerShell

$scriptParams = @{
ResourceGroupName = $ResourceGroupName
 Name = "wac-vm2"
Credential = $Credential
VirtualNetworkName = $VirtualNetworkName
SubnetName = $SubnetName
VaultName = $VaultName
CertName = $CertName
}
./Deploy-WACAzVM.ps1 @scriptParams

Ejemplo 3: Uso de un MSI local en una máquina virtual existente

para implementar WAC.

PowerShell

$MsiPath = "C:\Users\<username>\Downloads\WindowsAdminCenter<version>.msi"
$scriptParams = @{
ResourceGroupName = $ResourceGroupName
Name = "wac-vm3"
Credential = $Credential
MsiPath = $MsiPath
InstallWACOnly = $true
GenerateSslCert = $true
}
./Deploy-WACAzVM.ps1 @scriptParams

Requisitos para la máquina virtual que ejecuta la puerta

de enlace de Windows Admin Center
El puerto 443 (HTTPS) debe estar abierto. Con las mismas variables definidas para el
script, puede usar el código siguiente en Azure Cloud Shell para actualizar el grupo de
seguridad de red:

PowerShell

$nsg = Get-AzNetworkSecurityGroup -Name $SecurityGroupName -

ResourceGroupName $ResourceGroupName
$newNSG = Add-AzNetworkSecurityRuleConfig -NetworkSecurityGroup $nsg -Name
ssl-rule -Description "Allow SSL" -Access Allow -Protocol Tcp -Direction
Inbound -Priority 100 -SourceAddressPrefix Internet -SourcePortRange * -
DestinationAddressPrefix * -DestinationPortRange 443
Set-AzNetworkSecurityGroup -NetworkSecurityGroup $newNSG

Requisitos para las máquinas virtuales administradas de

Azure
El puerto 5985 (WinRM a través de HTTP) debe estar abierto y tener un cliente de
escucha activo. Puede usar el código siguiente en Azure Cloud Shell para actualizar los
nodos administrados. $ResourceGroupName y $Name usan las mismas variables que el
script de implementación, pero deberá usar el objeto $Credential específico de la
máquina virtual que administra.

PowerShell

Enable-AzVMPSRemoting -ResourceGroupName $ResourceGroupName -Name $Name

Invoke-AzVMCommand -ResourceGroupName $ResourceGroupName -Name $Name -
ScriptBlock {Set-NetFirewallRule -Name WINRM-HTTP-In-TCP-PUBLIC -
RemoteAddress Any} -Credential $Credential
Invoke-AzVMCommand -ResourceGroupName $ResourceGroupName -Name $Name -
ScriptBlock {winrm create winrm/config/Listener?Address=*+Transport=HTTP} -
Credential $Credential

Implementación manual en una máquina

virtual de Azure existente
Antes de instalar Windows Admin Center en la máquina virtual de puerta de enlace
deseada, instale un certificado SSL para usar la comunicación HTTPS; también puede
optar por usar un certificado autofirmado generado por Windows Admin Center. Sin
embargo, si elige esta opción, al intentar conectarse desde un explorador recibirá una
advertencia. Para omitir esta advertencia en Edge, haga clic en Detalles > Ir a la página
web o, en Chrome, seleccione Avanzadas > Continuar a [página web]. Se recomienda
usar solo certificados autofirmados para entornos de prueba.

７ Nota

Estas instrucciones son para la instalación en Windows Server con Experiencia de

escritorio, no en una instalación de Server Core.

1. Descargue Windows Admin Center en el equipo local.

2. Establezca una conexión de Escritorio remoto a la máquina virtual y, luego, copie el

MSI de la máquina local y péguelo en la máquina virtual.

3. Haga doble clic en el MSI para comenzar la instalación y siga las instrucciones del
asistente. Tenga en cuenta lo siguiente:

De forma predeterminada, el instalador usa el puerto recomendado 443

(HTTPS). Si quiere seleccionar otro puerto, tenga en cuenta que también
 debe abrir ese puerto en el firewall.

Si ya ha instalado un certificado SSL en la máquina virtual, asegúrese de

seleccionar esa opción e introduzca la huella digital.

4. Inicie el servicio Windows Admin Center (ejecute C:/Archivos de

programa/Windows Admin Center/[Link]).

Más información sobre la implementación de Windows Admin Center.

Configure la máquina virtual de puerta de enlace para

habilitar el acceso mediante el puerto HTTPS:
1. Vaya a la máquina virtual en Azure Portal y seleccione Redes.

2. Seleccione Agregar regla de puerto de entrada y, en Servicio, elija HTTPS.

７ Nota

Si eligió un puerto distinto de 443, el predeterminado, elija Personalizado en

Servicio y escriba el puerto que eligió en el paso 3 en Intervalos de puertos.

Acceso a una puerta de enlace de Windows Admin Center

instalada en una máquina virtual de Azure
En este momento, debería poder acceder a Windows Admin Center desde un
explorador moderno (Edge o Chrome) en el equipo local; para ello, vaya al nombre DNS
de la máquina virtual de puerta de enlace.

７ Nota

Si seleccionó un puerto distinto de 443, puede acceder a Windows Admin Center;

para ello, vaya a [Link] DNS de la máquina virtual>:<puerto
personalizado>.

Al intentar acceder a Windows Admin Center, el explorador solicitará las credenciales

para acceder a la máquina virtual en la que está instalado Windows Admin Center. Aquí
deberá especificar las credenciales que se encuentran en el grupo Usuarios locales o
Administradores locales de la máquina virtual.
Para agregar otras máquinas virtuales a la red virtual, ejecute el siguiente comando en
PowerShell o en el símbolo del sistema de la máquina virtual de destino: winrm
quickconfig para asegurarse de que WinRM se ejecuta en dicha máquina.

Si no ha unido a un dominio la máquina virtual de Azure, esta se comporta como un

servidor en el grupo de trabajo, por lo que deberá asegurarse de usar Windows Admin
Center en un grupo de trabajo.
Administración de una máquina virtual
Windows mediante Windows Admin
Center en Azure
Artículo • 20/06/2024

Ahora puede usar Windows Admin Center en Azure Portal para administrar el sistema
operativo Windows dentro de una máquina virtual de Azure. Administre las funciones
del sistema operativo desde Azure Portal y trabaje con archivos en la máquina virtual sin
usar el Escritorio remoto o PowerShell.

En este artículo se proporciona información general sobre la funcionalidad

proporcionada, los requisitos y cómo instalar Windows Admin Center y usarlo para
administrar una sola máquina virtual. También se responde a las preguntas más
frecuentes y se proporciona una lista de problemas conocidos y sugerencias para
solucionar problemas en caso de que algo no funcione.
 

Información general de la funcionalidad

Windows Admin Center en Azure Portal proporciona el conjunto esencial de
herramientas de administración para administrar máquinas virtuales de Azure cliente y
Windows Server:

Certificados
Dispositivos
Eventos
Archivos y uso compartido de archivos
Firewall
Aplicaciones instaladas
Usuarios y grupos locales
Monitor de rendimiento
PowerShell
 Procesos
Registro
Escritorio remoto
Roles y características
Tareas programadas
Servicios
Almacenamiento
Actualizaciones

En este momento no se admiten extensiones para Windows Admin Center en Azure

Portal.

Si ha instalado manualmente Windows Admin Center en la máquina virtual para

administrar varios sistemas, la instalación de esta extensión de máquina virtual reduce la
funcionalidad a administrar únicamente la máquina virtual en la que está instalada la
extensión. Desinstale la extensión para recuperar la funcionalidad completa.

Requisitos
En esta sección se proporcionan los requisitos para usar Windows Admin Center en
Azure Portal para administrar la máquina virtual IaaS de Azure:

Cuenta de Azure con una suscripción activa

Permisos de Azure
Requisitos de la máquina virtual
Requisitos de red
Requisitos del equipo de administración

Cuenta de Azure con una suscripción activa

Necesita una cuenta de Azure con una suscripción activa para implementar Windows
Admin Center. Si aún no la tiene, puede crear una cuenta gratis .

Permisos de Azure
Para instalar la extensión Windows Admin Center en la máquina virtual IaaS, la cuenta
debe tener los roles de Propietario o Colaborador en Azure.

La conexión a Windows Admin Center requiere que tenga los permisos de Lector y de
Inicio de sesión de administrador de Windows Admin Center en el nivel del recurso de
máquina virtual.
Obtenga más información sobre cómo configurar la asignación de roles para la máquina
virtual.

Requisitos de la máquina virtual

Para usar Windows Admin Center en Azure Portal, se instala Windows Admin Center en
cada máquina virtual de Azure que quiera administrar mediante esta herramienta. La
máquina virtual de Azure tiene los requisitos siguientes:

Windows Server 2022, Windows Server 2019, Windows Server 2016, Windows 10 o
Windows 11
Al menos 3 GiB de memoria
Debe estar en cualquier región de una nube pública de Azure (no se admite en
Azure China, Azure Government u otras nubes no públicas).

Requisitos de red
La máquina virtual también tiene los siguientes requisitos de red, que se recorren paso a
paso durante el procedimiento de instalación:

Acceso saliente a Internet o una regla de puerto de salida que permita el tráfico
HTTPS a la etiqueta de servicio WindowsAdminCenter y AzureActiveDirectory

Una regla de puerto de entrada si se usa una dirección IP pública para conectarse
a la máquina virtual (no se recomienda)

Al igual que con el Escritorio remoto, se recomienda conectarse a la máquina virtual

mediante una dirección IP privada en la red virtual de la máquina virtual para aumentar
la seguridad. El uso de una dirección IP privada no requiere una regla de puerto de
entrada, aunque requiere acceso a la red virtual (se describe a continuación).

７ Nota

No se admite que otro servicio (por ejemplo, Azure Firewall) redirija la conectividad
entrante. Debe haber conectividad entrante desde Azure Portal a una de las
direcciones IP directas de la máquina virtual (como se muestra en la pestaña
"Redes" de la máquina virtual de Azure en Azure Portal) en el puerto en que
Windows Admin Center está instalado.

Requisitos del equipo de administración

El equipo de administración u otro sistema que use para conectarse a Azure Portal tiene
los siguientes requisitos:

Explorador web Microsoft Edge o Google Chrome

Acceso a la red virtual que está conectada a la máquina virtual (es más seguro que
usar una dirección IP pública para conectarse). Hay muchas maneras de conectarse
a una red virtual, incluido el uso de una puerta de enlace de VPN.

Instalación en una máquina virtual

Para poder usar Windows Admin Center en Azure Portal, debe instalarlo en la máquina
virtual que quiere administrar. A continuación se muestra cómo hacerlo:

1. Abra Azure Portal y vaya a la configuración de su máquina virtual.

2. Si la máquina virtual tiene bloqueado todo el tráfico saliente de Internet, cree una
regla de puerto de salida para conectarse al servicio Windows Admin Center.

Para ello, vaya a Windows Admin Center (que se encuentra en el grupo

Configuración) y active la casilla titulada "Abrir un puerto de salida para que
Windows Admin Center se instale" en la pantalla Instalar de Windows Admin
Center. Como alternativa, puede ejecutar los siguientes comandos de PowerShell:

PowerShell

$allowWindowsAdminCenter = New-AzNetworkSecurityRuleConfig -Name

"PortForWACService" -Access Allow -Protocol Tcp -Direction Outbound -
Priority 100 -DestinationAddressPrefix WindowsAdminCenter -
SourcePortRange * -SourceAddressPrefix * -DestinationPortRange 443
$allowAAD = New-AzNetworkSecurityRuleConfig -Name "PortForAADService"
-Access Allow -Protocol Tcp -Direction Outbound -Priority 101 -
DestinationAddressPrefix AzureActiveDirectory -SourcePortRange * -
SourceAddressPrefix * -DestinationPortRange 443

3. En la configuración de la máquina virtual, vaya a Windows Admin Center (se

encuentra en el grupo Configuración).

4. Para proporcionar opcionalmente acceso a la máquina virtual a través de la red

pública de Internet desde cualquier dirección IP (resulta conveniente para realizar
pruebas, pero expone la máquina virtual a ataques desde cualquier host de
Internet), puede seleccionar Abrir este puerto para mí.

Sin embargo, en su lugar, se recomienda usar una dirección IP privada para conectarse
o, al menos, crear manualmente una regla de puerto de entrada bloqueada para aceptar
el tráfico solo de las direcciones IP que especifique.
 1. Seleccione Instalar.

La instalación tarda unos minutos. Si ha seleccionado Abrir este puerto para mí o

ha creado manualmente una regla de puerto de entrada en los últimos minutos,
puede que pasen un par de minutos más antes de que pueda conectarse a
Windows Admin Center.

Uso con una máquina virtual

Después de instalar Windows Admin Center en una máquina virtual de Azure, aquí se
muestra cómo conectarse a ella y usarla para administrar Windows:

1. Abra Azure Portal, vaya a la máquina virtual y, a continuación, Windows Admin

Center.
2. Seleccione la dirección IP que quiere usar al conectarse a la máquina virtual y, a
continuación, seleccione Conectar.

Windows Admin Center se abre en el portal, lo que le proporciona acceso a las mismas
herramientas que le pueden resultar familiares de usar Windows Admin Center en una
implementación local.

７ Nota
 A partir de agosto de 2022, Windows Admin Center ahora le permite usar la
autenticación basada en Microsoft Entra ID para la VM IaaS de Azure. Ya no se le
pedirán las credenciales de una cuenta de administrador local.

Si ve un mensaje "No se pudo conectar", asegúrese de que la cuenta sea miembro del
rol Inicio de sesión de administrador de Windows Admin Center en el recurso de
máquina virtual.

Creación de una regla de puerto de entrada

para conectarse desde direcciones IP públicas
específicas
Al igual que con el Escritorio remoto, abrir una regla de puerto de entrada en la
dirección IP pública de la máquina virtual expone la máquina virtual a posibles ataques
desde cualquier host de Internet, por lo que se recomienda acceder a la máquina virtual
mediante una dirección IP privada.

Sin embargo, si necesita usar una dirección IP pública, puede mejorar la seguridad
limitando las direcciones IP que pueden acceder a la máquina virtual solo a las
direcciones IP usadas por los sistemas que usa para conectarse a Azure Portal. A
continuación se muestra cómo hacerlo:
 1. Abra Azure Portal y vaya a la sección >Redes>Reglas de puerto de entrada de la
máquina virtual.

2. Si ya ha instalado Windows Admin Center y lo ha configurado para abrir un puerto

de entrada para la dirección IP pública, seleccione PortForWAC. De lo contrario,
seleccione Agregar regla de puerto de entrada.

3. Proporcione los valores siguientes, especificando las direcciones IP públicas de los

sistemas de administración (separadas por comas) y, opcionalmente, cambiando el
puerto de destino del puerto 6516. A continuación, seleccione Agregar.

ﾉ Expandir tabla

Campo Value

Origen Dirección IP

Direcciones IP de origen Direcciones IP del sistema de administración

Intervalos de puertos de origen *

Destino Any

Intervalos de puertos de destino 6516

Protocolo Cualquiera

Acción Allow

Es posible que tenga que usar un sitio web o una aplicación que no sean de Microsoft
para buscar la dirección IP pública del sistema que usa para conectarse a Azure Portal.

Configuración de las asignaciones de roles para

la máquina virtual
El acceso a Windows Admin Center se controla mediante el rol Inicio de sesión de
administrador de Windows Admin Center de Azure.

７ Nota

El rol Inicio de sesión de administrador de Windows Admin Center usa dataActions

y, por tanto, no se puede asignar en el ámbito del grupo de administración.
Actualmente estos roles solo se pueden asignar en el ámbito de suscripción, grupo
de recursos o recurso.
Para configurar las asignaciones de roles para las máquinas virtuales mediante la
experiencia del Centro de administración Microsoft Entra:

1. Seleccione el grupo de recursos que contiene la máquina virtual y sus recursos de

Virtual Network, interfaz de red, IP pública o Load Balancer asociados.

2. Seleccione Access Control (IAM) .

3. Seleccione Agregar>Agregar asignación de roles para abrir la página Agregar

asignación de roles.

4. Asigne el siguiente rol. Para asignar roles, consulte Asignación de roles de Azure
mediante Azure Portal.

ﾉ Expandir tabla

Configuración Valor

Role Inicio de sesión de administrador de Windows Admin Center

Asignar acceso a Usuario, grupo, entidad de servicio o identidad administrada

Para obtener más información sobre cómo usar RBAC de Azure para administrar el
acceso a los recursos de la suscripción de Azure, consulte los siguientes artículos:

Asignación de roles de Azure mediante la CLI de Azure

Asigne roles de Azure mediante los ejemplos de la CLI de Azure. La CLI de Azure
también se puede usar en la experiencia de Azure Cloud Shell.
Asignación de roles de Azure mediante Azure Portal
Asignación de roles de Azure mediante Azure PowerShell.

Configuración de proxy
Si la máquina se conecta mediante un servidor proxy para comunicarse a través de
Internet, consulte los siguientes requisitos para conocer la configuración de red
necesaria.

La extensión de Windows Admin Center puede comunicarse a través de un servidor

proxy mediante el protocolo HTTPS. Use los ajustes de extensiones a efectos de
configuración como se describe en los siguientes pasos. No se admiten proxy
autenticados.

７ Nota
La configuración de proxy solo se admite para las versiones de extensión
superiores a [Link].

1. Use este diagrama de flujo para determinar los valores de los parámetros Settings

2. Después de determinar los valores de parámetro Settings , proporcione estos

otros parámetros al implementar el agente AdminCenter. Use comandos de
PowerShell, como se muestra en el ejemplo siguiente:

PowerShell

$wacPort = "6516"
$settings = @{"port" = $wacPort; "proxy" = @{"mode" = "application";
"address" = "[Link]
Set-AzVMExtension -ExtensionName AdminCenter -ExtensionType AdminCenter -
Publisher [Link] -ResourceGroupName <resource-group-name> -
VMName <virtual-machine-name> -Location <location> -TypeHandlerVersion "0.0"
-settings $settings
Actualización de Windows Admin Center
Constantemente publicamos nuevas versiones de Windows Admin Center. Para que
Windows Admin Center se actualice automáticamente a la última versión, la máquina
virtual de Azure necesita que se realice una operación del plano de control. En caso de
que quiera realizar la actualización antes, puede ejecutar los siguientes comandos:

PowerShell

Set-AzContext <subscription_id>
Set-AzVMExtension -ExtensionName "AdminCenter" -Publisher
"[Link]" -ExtensionType "AdminCenter" -ResourceGroupName
<RG_name> -VMName <VM_name>

Detalles de la implementación
Windows Admin Center actualmente está implementado en Azure Portal como una
extensión que se instala en cada máquina virtual de Azure con la que quiera usar
Windows Admin Center.

Esta extensión se conecta a un servicio externo que administra certificados y registros

DNS para que pueda conectarse fácilmente a la máquina virtual.

Cada máquina virtual de Azure que usa la extensión Windows Admin Center obtiene un
registro DNS público que Microsoft mantiene en Azure DNS. Aplicamos un algoritmo
hash al nombre del registro con sal para anonimizar la dirección IP de la máquina virtual
al guardarla en DNS (las direcciones IP no se guardan en texto sin formato en DNS). Este
registro DNS se usa para emitir un certificado para Windows Admin Center en la
máquina virtual, lo que permite la comunicación cifrada con la máquina virtual.

La conexión de una máquina virtual de Azure a Windows Admin Center implementa una
cuenta virtual en el grupo de administradores, lo que le proporciona acceso total de
administrador a la máquina virtual. El acceso a la máquina virtual se controla mediante
el rol Inicio de sesión de administrador de Windows Admin Center de Azure. Un
usuario de Azure con los roles de Propietario o Colaborador asignados para una
máquina virtual no tiene automáticamente privilegios para iniciar sesión en la máquina
virtual.

Solución de problemas
A continuación se indican algunas sugerencias que puede probar en caso de que algo
no funcione. Para obtener ayuda general para solucionar problemas de Windows Admin
Center (no específicamente en Azure), consulte Solución de problemas de Windows
Admin Center.

Error al conectar
1. En una nueva pestaña, abra [Link] . Si esta página se carga
correctamente con un error de certificado, cree una solicitud de soporte técnico.

Si esta página no se carga correctamente, hay algún problema con la propia

conexión a Windows Admin Center. Asegúrese de que está conectado a la red
virtual correcta y de que usa la dirección IP correcta antes de intentar otras
soluciones de problemas.

2. Si está usando una dirección IP pública, asegúrese de que el puerto que seleccionó
en la instalación está abierto a Internet. De forma predeterminada, el puerto se
establece en 6516. En la máquina virtual, vaya a "Redes" > "Agregar regla de
puerto de entrada".

3. Asegúrese de que se puede acceder al puerto.

a. En Azure Portal, vaya a "Redes" y asegúrese de que no haya reglas en conflicto
con una prioridad más alta que pudieran estar bloqueando el puerto de
Windows Admin Center.
b. En Azure Portal, vaya a "Solución de problemas de conexión" para probar que la
conexión funciona y se puede acceder al puerto.

4. Asegúrese de que se permite el tráfico saliente a Windows Admin Center en la

máquina virtual.

a. En Azure Portal, vaya a "Redes" y "Reglas de puerto de salida".

b. Cree una nueva regla de puerto para las etiquetas de servicio Windows Admin
Center y Azure Active Directory .

c. Para probarla, ejecute el siguiente comando mediante PowerShell dentro de la

máquina virtual:

PowerShell

Invoke-RestMethod -Method GET -Uri

[Link]

Expected
 Microsoft Certificate and DNS service for Windows Admin Center in
the Azure Portal

d. Si ha permitido todo el tráfico saliente y el comando anterior sigue devolviendo

un error, compruebe que no haya ninguna regla de firewall que bloquee la
conexión. Si todo parece correcto, cree una solicitud de soporte técnico, ya que
nuestro servicio podría estar experimentando problemas.

5. Asegúrese de que el servicio Windows Admin Center se ejecuta en la máquina

virtual.
a. En Azure Portal, vaya a "Conectar" > "RDP" > "Descargar archivo RDP".
b. Abra el archivo RDP e inicie sesión con sus credenciales de administrador.
c. Abra el Administrador de tareas (Ctrl+Mayús+Esc) y vaya a "Servicios".
d. Asegúrese de que WindowsAdminCenter está en ejecución. Si no es así, inicie el
servicio.

6. Compruebe que la instalación está en buen estado.

a. En Azure Portal, vaya a "Conectar" > "RDP" > "Descargar archivo RDP".
b. Abra el archivo RDP e inicie sesión con sus credenciales de administrador.
c. Abra un explorador y escriba [Link] para sustituir <port>
por el puerto en el que instaló Windows Admin Center. ¿No está seguro del
puerto en el que lo instaló? Consulte las Preguntas más frecuentes más
adelante en este artículo.
d. Si no se carga la aplicación, es posible que haya algún problema con la
instalación. Vuelva a Azure Portal, vaya a "Extensiones" y desinstale la extensión
Admin Center. Vuelva a "Windows Admin Center" e instale de nuevo la
extensión.

7. Compruebe que la regla de firewall está abierta para SmeInboundOpenException.

a. En Azure Portal, vaya a "Conectar" > "RDP" > "Descargar archivo RDP".
b. Abra el archivo RDP e inicie sesión con sus credenciales de administrador.
c. Abra el Panel de control y vaya a Panel de control\Sistema y seguridad\Firewall
de Windows Defender\Aplicaciones permitidas.
d. Asegúrese de que la regla SmeInboundOpenException esté habilitada para
Privado y Público y vuelva a intentar conectarse.

Se bloquea en la página de carga de "Windows Admin

Center" con el logotipo
Esto puede ocurrir si su navegador bloquea cookies de terceros. Actualmente, Windows
Admin Center requiere que no bloquee cookies de terceros y estamos trabajando
activamente para eliminar este requisito. Mientras tanto, permita las cookies de terceros
en el navegador.

1. En Edge:
a. Vaya a los tres puntos en la esquina superior derecha y a Configuración.
b. Vaya a Cookies y permisos de sitio.
c. Vaya a Administrar y eliminar cookies y datos del sitio
d. Asegúrese de que la casilla Bloquear cookies de terceros está desactivada.

2. En Chrome
a. Vaya a los tres puntos en la esquina superior derecha y a Configuración.
b. Vaya a Privacidad y Seguridad
c. Vaya a Cookies y otros datos del sitio
d. Seleccione el botón de opción para Bloquear cookies de terceros en modo
incógnito o Permitir todas las cookies.

Una de las herramientas de Windows Admin Center no se

está cargando o genera un error
Vaya a cualquier otra herramienta de Windows Admin Center y vuelva a la que no se
está cargando.

Si no se está cargando ninguna otra herramienta, puede haber un problema con la

conectividad de red. Pruebe a cerrar la hoja y, luego, vuelva a conectarse. Si esto no
funciona, abra una incidencia de soporte técnico.

No se pudo instalar la extensión de Windows Admin

Center
1. Vuelva a comprobar que la máquina virtual cumple los requisitos.

2. Asegúrese de que se permite el tráfico saliente a Windows Admin Center en la

máquina virtual.

a. En Azure Portal, vaya a "Redes" y "Reglas de puerto de salida".

b. Cree una nueva regla de puerto de salida para Windows Admin Center.

c. Pruebe la conectividad mediante la ejecución del siguiente comando con

PowerShell dentro de la máquina virtual:

PowerShell
 Invoke-RestMethod -Method GET -Uri
[Link]

Expected

Microsoft Certificate and DNS service for Windows Admin Center in

the Azure Portal

3. Si ha permitido todo el tráfico saliente y el comando anterior devuelve un error,

compruebe que no haya ninguna regla de firewall que bloquee la conexión.

Si todo parece correcto y Windows Admin Center sigue sin instalarse, abra una solicitud
de soporte técnico con la siguiente información:

Registros de Azure Portal Esta información se puede encontrar en Configuración >

Extensiones > AdminCenter > Ver estado detallado.
Registros de la máquina virtual. Comparta los registros desde las siguientes
ubicaciones:
C:\WindowsAzure\Logs\Plugins\AdminCenter
C:\Packages\Plugins\AdminCenter
Seguimiento de red, si procede. Los seguimientos de red pueden contener datos
del cliente e información de seguridad confidencial, como contraseñas, por lo que
se recomienda revisar el seguimiento y quitar la información confidencial antes de
compartirlo.

Automatización de la implementación de
Windows Admin Center mediante una plantilla
de ARM
Puede automatizar la implementación de Windows Admin Center en Azure Portal
mediante esta plantilla de Azure Resource Manager.

JSON

const deploymentTemplate = {
"$schema": "[Link]
01/[Link]#",
"contentVersion": "[Link]",
"parameters": {
"vmName": {
"type": "string"
},
"location": {
 "type": "string"
},
"extensionName": {
"type": "string"
},
"extensionPublisher": {
"type": "string"
},
"extensionType": {
"type": "string"
},
"extensionVersion": {
"type": "string"
},
"port": {
"type": "string"
},
"salt": {
"type": "string"
}
},
"resources": [
{
"type": "[Link]/virtualMachines/extensions",
"name": "[concat( parameters('vmName'), '/' ,
parameters('extensionName') )]",
"apiVersion": "2018-10-01",
"location": "[parameters('location')]",
"properties": {
"publisher": "[parameters('extensionPublisher')]",
"type": "[parameters('extensionType')]",
"typeHandlerVersion": "
[parameters('extensionVersion')]",
"autoUpgradeMinorVersion": true,
"settings": {
"port": "[parameters('port')]",
"salt": "[parameters('salt')]",
}
}
}
];

const parameters = {
vmName: <VM name>,
location: <VM location>,
extensionName: "AdminCenter",
extensionPublisher: "[Link]",
extensionType: "AdminCenter",
extensionVersion: "0.0",
port: "6516",
salt: <unique string used for hashing>
}
Automatización de la implementación de
Windows Admin Center mediante PowerShell
También puede automatizar la implementación de Windows Admin Center en Azure
Portal mediante este script de PowerShell.

PowerShell

$resourceGroupName = <get VM's resource group name>

$vmLocation = <get VM location>
$vmName = <get VM name>
$vmNsg = <get VM's primary nsg>
$salt = <unique string used for hashing>

$wacPort = "6516"
$Settings = @{"port" = $wacPort; "salt" = $salt}

# Open outbound port rule for WAC service

Get-AzNetworkSecurityGroup -Name $vmNsg -ResourceGroupName
$resourceGroupName | Add-AzNetworkSecurityRuleConfig -Name
"PortForWACService" -Access "Allow" -Direction "Outbound" -
SourceAddressPrefix "VirtualNetwork" -SourcePortRange "*" -
DestinationAddressPrefix "WindowsAdminCenter" -DestinationPortRange "443" -
Priority 100 -Protocol Tcp | Set-AzNetworkSecurityGroup

# Open outbound port rule for AAD

Get-AzNetworkSecurityGroup -Name $vmNsg -ResourceGroupName
$resourceGroupName | Add-AzNetworkSecurityRuleConfig -Name
"PortForAADService" -Access "Allow" -Direction "Outbound" -
SourceAddressPrefix "VirtualNetwork" -SourcePortRange "*" -
DestinationAddressPrefix "AzureActiveDirectory" -DestinationPortRange "443"
-Priority 101 -Protocol Tcp | Set-AzNetworkSecurityGroup

# Install VM extension
Set-AzVMExtension -ResourceGroupName $resourceGroupName -Location
$vmLocation -VMName $vmName -Name "AdminCenter" -Publisher
"[Link]" -Type "AdminCenter" -TypeHandlerVersion "0.0" -
settings $Settings

# Open inbound port rule on VM to be able to connect to WAC

Get-AzNetworkSecurityGroup -Name $vmNsg -ResourceGroupName
$resourceGroupName | Add-AzNetworkSecurityRuleConfig -Name "PortForWAC" -
Access "Allow" -Direction "Inbound" -SourceAddressPrefix "*" -
SourcePortRange "*" -DestinationAddressPrefix "*" -DestinationPortRange
$wacPort -Priority 100 -Protocol Tcp | Set-AzNetworkSecurityGroup

Problemas conocidos
 Si cambia cualquiera de las reglas de red, Windows Admin Center tarda
aproximadamente un minuto en actualizar sus redes. La conexión puede no estar
operativa durante unos minutos.
Si acaba de iniciar la máquina virtual, la dirección IP tarda aproximadamente un
minuto en registrarse con Windows Admin Center y, por lo tanto, puede que no se
cargue.
El primer tiempo de carga de Windows Admin Center puede ser un poco más
largo. Cualquier carga posterior será de tan solo unos segundos.
No se admite el modo de incógnito de Chrome.
No se admite la aplicación de escritorio de Azure Portal.

Preguntas más frecuentes

¿Cuánto cuesta usar Windows Admin Center?

No hay ningún costo por usar Windows Admin Center en Azure Portal.

¿Puedo usar Windows Admin Center para administrar las

máquinas virtuales que se ejecutan en mi máquina virtual
de Azure?
Puede instalar el rol de Hyper-V mediante la extensión Roles y características. Una vez
instalada, actualice el explorador y Windows Admin Center mostrará las extensiones de
máquina virtual y conmutador.

¿Qué sistemas operativos puedo administrar mediante

esta extensión?
Puede usar la extensión para administrar máquinas virtuales que ejecutan Windows
Server 2016 o posterior o Windows 10/11.

¿Cómo controla Windows Admin Center la seguridad?

El tráfico de Azure Portal a Windows Admin Center que se ejecuta en la máquina virtual
usa HTTPS. La máquina virtual de Azure se administra mediante PowerShell y WMI a
través de WinRM.
Para un puerto de entrada, ¿por qué debo abrir un puerto
y por qué se debe establecer el origen en "Any"?
Windows Admin Center se instala en la máquina virtual de Azure. La instalación consta
de un servidor web y una puerta de enlace. Al publicar el servidor web en DNS y abrir el
firewall (el puerto de entrada de la máquina virtual), puede acceder a Windows Admin
Center desde Azure Portal. Las reglas de este puerto son muy similares a las del puerto
"RDP". Si no quiere abrir este puerto a "Any", se recomienda especificar la regla en la
dirección IP del equipo que se usa para abrir Azure Portal.

¿Por qué debo crear una regla de puerto de salida?

Hay un servicio de Windows Admin Center externo que administra automáticamente
certificados y registros DNS. Para permitir que la máquina virtual interactúe con nuestro
servicio, debe crear una regla de puerto de salida.

¿Puedo usar PowerShell o la CLI de Azure para instalar la

extensión en mi máquina virtual?
Yes:

PowerShell: Set-AzVMExtension
CLI de Azure: az vm extension set

Ya tengo Windows Admin Center instalado en mi

máquina virtual. ¿Puedo acceder a él desde el portal?
Sí, pero sigue teniendo que instalar la extensión.

¿Hay alguna documentación sobre la funcionalidad

general de Windows Admin Center y sus herramientas?
Sí, consulte Introducción a Windows Admin Center y Administración de servidores.

¿Tengo que instalar Windows Admin Center en cada una

de mis máquinas virtuales de Azure?
Sí. En la implementación inicial, Windows Admin Center debe instalarse en todas las
máquinas virtuales de Azure en las que quiera usarlo.
¿Puedo usar Windows Admin Center para administrar
todos los servidores y máquinas virtuales?
Sí, puede usar Windows Admin Center local para administrar servidores y máquinas
virtuales locales y en Azure. Para obtener más información, consulte Administración de
las VM de Azure con Windows Admin Center.

¿Windows Admin Center en Azure Portal funciona con

Azure Bastion?
Desafortunadamente, no.

¿Se admite Windows Admin Center para máquinas

virtuales detrás de un equilibrador de carga?
Sí.
Administración de servidores
habilitados para Azure Arc mediante
Windows Admin Center en Azure
Artículo • 30/10/2024 •
Se aplica a: ✅ Windows Admin Center, ✅ Windows Admin Center Preview

） Importante

Las versiones 1.36 y 1.35 del agente de Azure Connected Machine (agente de Arc)
interrumpen la conexión a Windows Admin Center. Esto se ha corregido en
versiones posteriores del agente de Arc (1.37 y posteriores) Esto se puede
descargar aquí .

El uso de Windows Admin Center en Azure Portal permite administrar el sistema

operativo Windows Server de los servidores habilitados para Arc, conocidos como
máquinas híbridas. Puede administrar de forma segura las máquinas híbridas desde
cualquier lugar, sin necesidad de una VPN, una dirección IP pública u otra conectividad
entrante a la máquina. Para más información sobre los servidores habilitados para Arc,
consulte ¿Qué son los servidores habilitados para Azure Arc?

Con la extensión Windows Admin Center en Azure, obtendrá las funcionalidades de

administración, configuración, solución de problemas y mantenimiento para administrar
los servidores habilitados para Arc en Azure Portal. La infraestructura de Windows Server
y la administración de cargas de trabajo ya no requerirán que establezca una línea de
visión o Protocolo de escritorio remoto (RDP), y todo se puede realizar de forma nativa
desde Azure Portal. Windows Admin Center proporciona herramientas que
normalmente se encuentran en el administrador del servidor, el administrador de
dispositivos, el administrador de tareas y el administrador de Hyper-V, y la mayoría de
las demás herramientas de Microsoft Management Console (MMC).

En este artículo se proporciona información general sobre el uso de Windows Admin

Center, los requisitos y cómo instalar Windows Admin Center en Azure Portal y usarlo
para administrar la máquina híbrida. También se responde a las preguntas más
frecuentes y se proporciona una lista de problemas conocidos y sugerencias para
solucionar problemas en caso de que algo no funcione.
 

Información general acerca de Windows Admin

Center en Azure
Windows Admin Center en Azure Portal proporciona herramientas esenciales para
administrar Windows Server en ejecución en una sola máquina híbrida. Puede
administrar máquinas híbridas sin necesidad de abrir puertos de entrada en el firewall.

Con Windows Admin Center en Azure Portal, puede administrar los elementos
siguientes:

Certificados
Dispositivos
Eventos
Archivos y uso compartido de archivos
Firewall
Aplicaciones instaladas
Usuarios y grupos locales
Monitor de rendimiento
PowerShell
Procesos
Registro
Escritorio remoto
Roles y características
Tareas programadas
Servicios
Almacenamiento
 Actualizaciones
Máquinas virtuales
Conmutadores virtuales

En este momento no se admiten otras extensiones para Windows Admin Center en

Azure Portal.

２ Advertencia

Si ha instalado manualmente Windows Admin Center en la máquina virtual para

administrar varios sistemas, habilitar Windows Admin Center en Azure reemplazará
la instancia de Windows Admin Center existente y quitará la capacidad de
administrar otras máquinas. Perderá el acceso a la instancia de Windows Admin
Center implementada anteriormente.

Requisitos
En esta sección se proporcionan los requisitos para usar Windows Admin Center en
Azure Portal para administrar una máquina híbrida:

Cuenta de Azure con una suscripción activa

Permisos de Azure
Disponibilidad de regiones de Azure
Requisitos de la máquina híbrida
Requisitos de red

Cuenta de Azure con una suscripción activa

Necesitará una cuenta de Azure con una suscripción activa para implementar Windows
Admin Center. Si aún no la tiene, puede crear una cuenta gratis .

Durante la implementación de Windows Admin Center, intentaremos registrar el

proveedor de recursos [Link] para la suscripción.

） Importante

Debe tener permiso para registrar un proveedor de recursos, lo que requiere la

operación */register/action . Se incluye si se le asigna el rol Colaborador o
Propietario en la suscripción.
 ７ Nota

El registro del proveedor de recursos es una tarea única que se realiza para cada
suscripción.

Para comprobar el estado del proveedor de recursos y registrarse si es necesario:

1. Inicie sesión en Azure Portal .

2. Seleccione Suscripciones.
3. Seleccione el nombre de la suscripción.
4. Seleccione Proveedores de recursos.
5. Busque [Link].
6. Compruebe que el estado de [Link] sea Registrado.
a. Si el estado es NotRegistered, seleccione [Link] y, a
continuación, Registrar.

Permisos de Azure
Para instalar la extensión de Windows Admin Center para un recurso de servidor
habilitado para Arc, su cuenta debe tener la función de inicio de sesión de propietario,
colaborador o administrador de Windows Admin Center en Azure.

La conexión al Centro de administración de Windows requiere que tenga permisos de

inicio de sesión de lector y administrador de Windows Admin Center en el recurso de
servidor habilitado para Arc.

Obtenga más información sobre la asignación de roles de Azure mediante Azure Portal

Disponibilidad de regiones de Azure

Windows Admin Center se admite en las regiones de Azure siguientes:

Este de Australia
Sur de Brasil
Centro de Canadá
Este de Canadá
Centro de la India
Centro de EE. UU.
Este de Asia
Este de EE. UU.
Este de EE. UU. 2
 Centro de Francia
Japón Oriental
Centro de Corea del Sur
Centro-Norte de EE. UU
Norte de Europa
Norte de Sudáfrica
Centro-sur de EE. UU.
Sudeste de Asia
Centro de Suecia
Norte de Suiza
Norte de Emiratos Árabes Unidos
Sur de Reino Unido
Oeste de Reino Unido
Centro-Oeste de EE. UU.
Oeste de Europa
Oeste de EE. UU.
Oeste de EE. UU. 2
Oeste de EE. UU. 3

７ Nota

Windows Admin Center no se admite en Azure China 21Vianet, Azure Government

ni otras nubes no públicas

Requisitos de la máquina híbrida

Para usar Windows Admin Center en Azure Portal, el agente de Windows Admin Center
debe instalarse en cada máquina híbrida que quiera administrar a través de una
extensión de máquina virtual de Azure. Asegúrese de que la máquina está conectada a
Azure Arc antes de continuar. Para más información sobre cómo incorporar la máquina
a Azure Arc, consulte Conexión de máquinas Windows Server a Azure a través del
programa de instalación de Azure Arc. La máquina híbrida debe cumplir los siguientes
requisitos:

Windows Server 2016 o posterior

3 GB de RAM o más
Agente de Azure Arc versión 1.13.21320.014 o posterior
Debe usar los tipos de licencia de Pago por uso de Windows Server o Software
Assurance.
 ） Importante

A partir del 1 de noviembre de 2024, Windows Admin Center para Azure Arc
requiere que la máquina híbrida tenga un tipo de licencia de Pago por uso o
Software Assurance. Todas las instalaciones nuevas del agente de Windows Admin
Center deben cumplir este requisito. Las máquinas con Windows Admin Center
para Azure Arc instaladas antes del 1 de noviembre de 2024 pueden seguir usando
Windows Admin Center para Azure Arc durante un máximo de 12 meses sin
actualizaciones hasta el 1 de noviembre de 2025.

Requisitos de red
La máquina híbrida debe cumplir los siguientes requisitos de red:

Acceso saliente a Internet o una regla de puerto de salida que permite el tráfico
HTTPS a los siguientes puntos de conexión:
*[Link] o la etiqueta de WindowsAdminCenter servicio

[Link]
*.[Link]

７ Nota

No se requiere ningún puerto de entrada para poder usar Windows Admin Center.

La máquina de administración en la que se ejecuta Azure Portal debe cumplir los

siguientes requisitos de red:

Acceso saliente a Internet a través del puerto 443

Asegúrese de revisar los dispositivos compatibles y los exploradores recomendados

antes de acceder al Azure Portal desde el equipo de administración o el sistema.

Instalación de Windows Admin Center en Azure

Portal
Para poder usar Windows Admin Center en Azure Portal, debe implementar la extensión
de máquina virtual de Windows Admin Center siguiendo este procedimiento:

1. Abra Azure Portal y vaya al servidor habilitado para Arc.

2. En el grupo Configuración, seleccione Windows Admin Center.
 3. Especifique el puerto en el que desea instalar Windows Admin Center y, luego,
seleccione Instalar.

Conectar a Windows Admin Center en Azure

Portal
Después de instalar Windows Admin Center en la máquina virtual, realice el
procedimiento siguiente para conectarse a este y usarlo para administrar Windows
Server:

1. Abra Azure Portal y vaya al servidor habilitado para Arc y, a continuación, en el

grupo Configuración, seleccione Windows Admin Center (vista previa).
2. Seleccione Conectar.

７ Nota

A partir de agosto de 2022, Windows Admin Center ahora le permite usar la

autenticación basada en Microsoft Entra ID para la máquina híbrida. Ya no se le
pedirán las credenciales de una cuenta de administrador local.

Windows Admin Center se abre en el portal, lo que le proporciona acceso a las mismas
herramientas que le pueden resultar familiares de usar Windows Admin Center en una
implementación local.
 

Configurar asignaciones de roles

El acceso a Windows Admin Center se controla mediante el rol Inicio de sesión de
administrador de Windows Admin Center de Azure.

７ Nota

El rol Inicio de sesión de administrador de Windows Admin Center usa dataActions

y, por tanto, no se puede asignar en el ámbito del grupo de administración.
Actualmente estos roles solo se pueden asignar en el ámbito de suscripción, grupo
de recursos o recurso.

Para configurar asignaciones de roles para máquinas híbridas mediante la experiencia

del centro de administración Microsoft Entra:

1. Abra la máquina híbrida que desea administrar mediante Windows Admin Center.

2. Seleccione Access Control (IAM) .

3. Seleccione Agregar>Agregar asignación de roles para abrir la página Agregar

asignación de roles.

4. Asigne el siguiente rol. Para asignar roles, consulte Asignación de roles de Azure
mediante Azure Portal.

ﾉ Expandir tabla
 Configuración Valor

Role Inicio de sesión de administrador de Windows Admin Center

Asignar acceso a Usuario, grupo, entidad de servicio o identidad administrada

Para obtener más información sobre cómo usar RBAC de Azure para administrar el
acceso a los recursos de la suscripción de Azure, consulte los siguientes artículos:

Asignación de roles de Azure mediante la CLI de Azure

Asigne roles de Azure mediante los ejemplos de la CLI de Azure. La CLI de Azure
también se puede usar en la experiencia de Azure Cloud Shell.
Asignación de roles de Azure mediante Azure Portal
Asignación de roles de Azure mediante Azure PowerShell.

Configuración de proxy
Si la máquina se conecta mediante un servidor proxy para comunicarse a través de
Internet, consulte los siguientes requisitos para conocer la configuración de red
necesaria.

La extensión de Windows Admin Center puede comunicarse a través de un servidor

proxy mediante el protocolo HTTPS. Use los ajustes de extensiones a efectos de
configuración como se describe en los siguientes pasos. No se admiten servidores proxy
autenticados.

７ Nota

La configuración de proxy solo se admite para las versiones de extensión

superiores a [Link].
 1. Use este diagrama de flujo para determinar los valores de los parámetros Settings

2. Después de determinar los valores de parámetro Settings , proporcione estos

otros parámetros al implementar el agente AdminCenter. Use comandos de
PowerShell, como se muestra en el ejemplo siguiente:

PowerShell

$wacPort = "6516"
$settings = @{"port" = $wacPort; "proxy" = @{"mode" = "application";
"address" = "[Link]
New-AzConnectedMachineExtension -Name AdminCenter -ExtensionType AdminCenter
-Publisher [Link] -ResourceGroupName <resource-group-name> -
MachineName <arc-server-name> -Location <arc-server-location> -Setting
$settings -SubscriptionId <subscription-id>

Cómo funciona
Mediante el uso de Windows Admin Center en Azure, puede conectarse a la máquina
híbrida sin necesidad de habilitar ningún puerto de entrada en el firewall. Windows
Admin Center, a través del agente de Arc, puede establecer de forma segura una
conexión de sesión de proxy inverso con el servicio Azure Arc de forma saliente.

Para cada máquina híbrida que desee administrar con Windows Admin Center en Azure
Portal, deberá implementar un agente en cada máquina.

El agente se comunica con un servicio externo que administra certificados, por lo que
puede conectarse fácilmente a la máquina híbrida.

Al hacer clic en Instalar, se realizan las acciones siguientes:

1. Registra el proveedor de recursos [Link] en su suscripción. El

proveedor de recursos aloja el proxy usado para la comunicación con el servidor
habilitado para Arc.
2. Implementa un recurso de punto de conexión de Azure sobre el recurso habilitado
para Arc que habilita una conexión de proxy inverso en el puerto especificado. Esto
es simplemente un recurso lógico en Azure y no implementa ningún elemento en
el propio servidor.
3. Instala el agente de Windows Admin Center en la máquina híbrida con un
certificado TLS válido.

７ Nota

La desinstalación de Windows Admin Center no elimina el recurso de punto de

conexión lógico de Azure. Esto se mantiene para otras experiencias que podrían
aprovechar este recurso, como SSH.

Al hacer clic en Instalar, se realizan las acciones siguientes:

1. Azure Portal solicita al proveedor de recursos [Link] acceso

al servidor habilitado para Arc.
2. El proveedor de recursos se comunica con un proxy SNI de nivel 4 para establecer
un acceso específico de sesión de corta duración al servidor habilitado para Arc en
el puerto de Windows Admin Center.
3. Se genera una dirección URL única de corta duración y se establece la conexión a
Windows Admin Center a partir de Azure Portal.

La conexión a Windows Admin Center está cifrada de un extremo a otro con la

terminación SSL que se produce en la máquina híbrida.
Automatización de la implementación de
Windows Admin Center mediante PowerShell
Puede automatizar la implementación de Windows Admin Center en Azure Portal
mediante este script de PowerShell de ejemplo.

PowerShell

$location = "<location_of_hybrid_machine>"
$machineName = "<name_of_hybrid_machine>"
$resourceGroup = "<resource_group>"
$subscription = "<subscription_id>"
$port = "6516"
$portint = 6516

#Deploy Windows Admin Center

$Setting = @{"port" = $port; "proxy" = @{"mode" = "application"; "address" =
"[Link] #proxy configuration is optional
New-AzConnectedMachineExtension -Name "AdminCenter" -ResourceGroupName
$resourceGroup -MachineName $machineName -Location $location -Publisher
"[Link]" -Settings $Setting -ExtensionType "AdminCenter" -
SubscriptionId $subscription

#Allow connectivity
$putPayload = "{'properties': {'type': 'default'}}"
Invoke-AzRestMethod -Method PUT -Uri
"[Link]
{resourceGroup}/providers/[Link]/machines/${machineName}/pr
oviders/[Link]/endpoints/default?api-version=2023-03-
15" -Payload $putPayload

$patch = @{ "properties" = @{ "serviceName" = "WAC"; "port" = $portint}}

$patchPayload = ConvertTo-Json $patch
Invoke-AzRestMethod -Method PUT -Path
/subscriptions/${subscription}/resourceGroups/${resourceGroup}/providers/Mic
[Link]/machines/${machineName}/providers/[Link]
ctivity/endpoints/default/serviceconfigurations/WAC?api-version=2023-03-15 -
Payload $patchPayload

Solución de problemas
A continuación se indican algunas sugerencias que puede probar en caso de que algo
no funcione. Para obtener ayuda general para solucionar problemas de Windows Admin
Center (no concretamente en Azure), consulte Solución de problemas de Windows
Admin Center.
No se pudo conectar y se recibió el error "No se encontró
el punto de conexión 404"
1. Las versiones 1.36 y 1.35 del agente de Azure Connected Machine (agente de Arc)
interrumpen la conexión a Windows Admin Center. Esto se ha corregido en
versiones posteriores del agente de Arc (1.37 y posteriores) Esto se puede
descargar aquí .

Error al conectar
1. Reinicie el servicio HIMDS.

a. RDP en el servidor.

b. Abra PowerShell como administrador y ejecute:

PowerShell

Restart-Service -Name himds

2. Compruebe que la versión de su extensión sea [Link] o posterior.

a. Vaya a "Extensiones"
b. Compruebe que la versión de la extensión "AdminCenter" es [Link] o
posterior
c. Si no es así, desinstale la extensión y vuelva a instalarla

3. Asegúrese de que el servicio de Windows Admin Center se ejecuta en la máquina.

a. RDP en el servidor.
b. Abra el Administrador de tareas (Ctrl+Mayús+Esc) y vaya a Servicios.
c. Asegúrese de que ServerManagementGateway / Windows Admin Center está
en ejecución.
d. Si no se está ejecutando, inicie el servicio.

4. Compruebe que el puerto está habilitado para la sesión de proxy inverso.

a. RDP en el servidor.

b. Abra PowerShell como administrador y ejecute:

PowerShell

azcmagent config list

 c. Esto debe devolver una lista de puertos en la configuración
[Link] (versión preliminar) que están habilitadas para
conectarse desde Azure. Confirme que el puerto en el que ha instalado
Windows Admin Center aparece en esta lista. Por ejemplo, si Windows Admin
Center está instalado en el puerto 443, el resultado sería:

Output

Local configuration setting

[Link] (preview): 443

d. En caso de que no aparezca en esta lista, ejecute

PowerShell

azcmagent config set [Link] <port>

Si usa otra experiencia (como SSH) mediante esta solución, puede especificar
varios puertos separados por una coma.

5. Asegúrese de que tiene conectividad de salida con los puertos necesarios

a. La máquina híbrida debe tener conectividad saliente con los siguientes puntos
de conexión:

*.[Link] , *.[Link] o WindowsAdminCenter ServiceTag

[Link]
*.[Link]

Una de las herramientas de Windows Admin Center no se

está cargando o genera un error
1. Vaya a cualquier otra herramienta de Windows Admin Center y vuelva a la que no
se está cargando.

2. Si no se está cargando ninguna otra herramienta, puede haber un problema con la

conectividad de red. Pruebe a cerrar la hoja y, luego, vuelva a conectarse. Si esto
no funciona, abra una incidencia de soporte técnico.

No se pudo instalar la extensión de Windows Admin

Center
1. Vuelva a comprobar que la máquina híbrida cumple los requisitos.
 2. Asegúrese de que se permite el tráfico saliente a Windows Admin Center en la
máquina híbrida

a. Pruebe la conectividad mediante la ejecución del siguiente comando con

PowerShell dentro de la máquina virtual:

PowerShell

Invoke-RestMethod -Method GET -Uri

[Link]

Output

Microsoft Certificate and DNS service for Windows Admin Center in

the Azure Portal

3. Si ha permitido todo el tráfico saliente y el comando anterior devuelve un error,

compruebe que no hay ninguna regla de firewall que bloquee la conexión.

Si todo parece correcto y Windows Admin Center sigue sin instalarse, abra una solicitud
de soporte técnico con la siguiente información:

Registros de Azure Portal. Los registros de Windows Admin Center se pueden

encontrar en Configuración>Extensiones>AdminCenter>Ver estado detallado.

Inicia sesión en la máquina híbrida. Ejecute el comando de PowerShell siguiente y

comparta el archivo .zip resultante.

PowerShell

azcmagent logs

Seguimiento de red, si procede. Los seguimientos de red pueden contener datos

del cliente e información de seguridad confidencial, como contraseñas, por lo que
se recomienda revisar el seguimiento y quitar la información confidencial antes de
compartirlo.

Problemas conocidos
No se admite el modo incógnito de Chrome.
No se admite la aplicación de escritorio de Azure Portal.
Aún no están disponibles los mensajes de error detallados de las conexiones con
errores.
 A partir del 1 de noviembre de 2024, algunos clientes existentes no pueden usar
Windows Admin Center para Azure Arc.
A partir del 1 de noviembre de 2024, algunos clientes no pueden instalar ni usar
Windows Admin Center para Azure Arc, incluso con la atestación de licencia
adecuada.

Preguntas más frecuentes

Encuentre respuestas a las preguntas más frecuentes sobre el uso de Windows
Admin Center en Azure.

¿Cuánto cuesta usar Windows Admin Center?

No hay ningún costo asociado para usar Windows Admin Center en Azure Portal.

¿Puedo usar Windows Admin Center para administrar las

máquinas virtuales que se ejecutan en mi servidor?
Puede instalar el rol de Hyper-V mediante la extensión Roles y características. Una vez
instalado, actualice el explorador y Windows Admin Center mostrará las extensiones
Máquina virtual y Conmutador.

¿Qué servidores puedo administrar con esta extensión?

Puede usar la funcionalidad para administrar Windows Server 2016 habilitado para Arc y
versiones posteriores. También puede usar Windows Admin Center en Azure para
administrar Azure Stack HCI.

¿Cómo controla Windows Admin Center la seguridad?

El tráfico de Azure Portal a Windows Admin Center está cifrado de un extremo a otro. El
servidor habilitado para Arc se administra mediante PowerShell y WMI a través de
WinRM.

¿Necesito un puerto de entrada para usar Windows

Admin Center?
No se requiere ninguna conexión de entrada para usar Windows Admin Center.
¿Por qué debo crear una regla de puerto de salida?
Para comunicarse con el servidor, se requiere una regla de puerto de salida para el
servicio que hemos creado. Nuestro servicio emite un certificado gratuito para su
instancia de Windows Admin Center. Este servicio garantiza que siempre puede
conectarse a la instancia de Windows Admin Center desde Azure Portal manteniendo
actualizado el certificado WAC.

Además, el acceso a Windows Admin Center desde Azure no requiere ningún puerto de
entrada y solo conectividad saliente a través de una solución de proxy inverso. Estas
reglas de salida son necesarias para establecer la conexión.

¿Cómo encuentro el puerto usado para la instalación de

Windows Admin Center?
Para verificar el valor de la opción SmePort:

1. RDP en el servidor
2. Abra el Editor del registro
3. Vaya a la clave \HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\ServerManagementGateway
4. Lea el valor de SmePort para buscar el puerto usado

¿Puedo usar PowerShell o la CLI de Azure para instalar la

extensión en mi máquina virtual?
Sí, para instalar la extensión mediante Azure CLI, ejecute el comando siguiente desde un
símbolo del sistema:

Azure CLI

az connectedmachine extension create

También puede instalar la extensión empleando PowerShell. Obtenga más información

sobre la automatización de la implementación de Windows Admin Center mediante
PowerShell.

Ya tengo Windows Admin Center instalado en mi servidor

Arc. ¿Puedo acceder a él desde el portal?
Sí. Puede seguir los mismos pasos indicados en este documento.
 ２ Advertencia

Al habilitar esta funcionalidad, se reemplazará la instancia de Windows

Admin Center existente y se quitará la capacidad de administrar otras máquinas. La
instancia implementada anteriormente de Windows Admin Center ya no se podrá
usar. No haga esto si usa la instancia de Admin Center para administrar varios
servidores.

Pasos siguientes
Obtenga información sobre Windows Admin Center
Obtenga información sobre la administración de servidores con Windows
Admin Center
Obtenga más información sobre Azure Arc

Comentarios
¿Le ha resultado útil esta página?  Sí  No

Proporcionar comentarios sobre el producto

Administración de clústeres locales de
Azure mediante Windows Admin Center
en Azure (versión preliminar)
Artículo • 31/12/2024 • Se aplica a: ✅ Azure Local, versions 23H2 and 22H2

） Importante

Windows Admin Center de Azure Portal está actualmente en versión preliminar.

Consulte Términos de uso complementarios para las versiones preliminares de
Microsoft Azure para conocer los términos legales que se aplican a las
características de Azure que se encuentran en la versión beta, en versión preliminar
o que todavía no se han publicado para que estén disponibles con carácter general.

） Importante

Las versiones 1.36 y 1.35 del agente de Azure Connected Machine (agente de Arc)
interrumpen la conexión a Windows Admin Center. Esto se ha corregido en
versiones posteriores del agente de Arc (1.37 y posteriores) Esto se puede
descargar aquí .

Con Windows Admin Center en Azure Portal, puede administrar el sistema operativo
Local de Azure del clúster. Puede administrar de forma segura el clúster desde cualquier
lugar, sin necesidad de una VPN, una dirección IP pública u otra conectividad entrante a
la máquina.

Con la extensión de Windows Admin Center en Azure, obtendrá la funcionalidad de

administración, configuración, solución de problemas y mantenimiento para administrar
el clúster de Azure Local en Azure Portal. La administración de clústeres y cargas de
trabajo locales de Azure ya no requiere que establezca línea de visión o protocolo de
escritorio remoto (RDP), todo se puede realizar de forma nativa desde Azure Portal.
Windows Admin Center proporciona herramientas que normalmente se encuentran en
el administrador del clúster de conmutación por error, el administrador de dispositivos,
el administrador de tareas y el administrador de Hyper-V, y la mayoría de las demás
herramientas de Microsoft Management Console (MMC).

En este artículo se proporciona información general sobre el uso de Windows Admin

Center, los requisitos y cómo instalar Windows Admin Center y usarlo para administrar
el clúster. También se responde a las preguntas más frecuentes y se proporciona una
lista de problemas conocidos y sugerencias para solucionar problemas en caso de que
algo no funcione.

Información general acerca de Windows Admin

Center en Azure
Windows Admin Center en Azure Portal proporciona herramientas esenciales para
administrar el clúster local de Azure. Puede administrar clústeres sin tener que abrir
ningún puerto de entrada en el firewall.

Con Windows Admin Center en Azure Portal, puede administrar los elementos
siguientes:

Servidores
Volúmenes
Unidades
Infraestructura de SDN
Diagnóstico
Seguridad
Certificados
Dispositivos
Eventos
Archivos y uso compartido de archivos
Firewall
Aplicaciones instaladas
Usuarios y grupos locales
 Monitor de rendimiento
PowerShell
Procesos
Registro
Escritorio remoto
Roles y características
Tareas programadas
Servicios
Storage
Máquinas virtuales
Conmutadores virtuales

En este momento no se admiten otras extensiones para Windows Admin Center en

Azure Portal.

２ Advertencia

Si ha instalado manualmente Windows Admin Center en el clúster para administrar

varios sistemas, habilitar Windows Admin Center en Azure reemplazará la instancia
de Windows Admin Center existente y quitará la capacidad de administrar otras
máquinas. Perderá el acceso a la instancia de Windows Admin Center
implementada anteriormente.

Requisitos
En esta sección se proporcionan los requisitos para usar Windows Admin Center en
Azure Portal para administrar una máquina híbrida:

Cuenta de Azure con una suscripción activa

Permisos de Azure
Disponibilidad de regiones de Azure
requisitos locales de Azure
Requisitos de red

Cuenta de Azure con una suscripción activa

Necesitará una cuenta de Azure con una suscripción activa para implementar Windows
Admin Center. Si aún no la tiene, puede crear una cuenta gratis .

Durante la implementación de Windows Admin Center, registrará el proveedor de

recursos [Link] para su suscripción.
 ） Importante

Debe tener permiso para registrar un proveedor de recursos, lo que requiere la

operación */register/action . Se incluye si se le asigna el rol Colaborador o
Propietario en la suscripción.

７ Nota

El registro del proveedor de recursos es una tarea única que se realiza para cada
suscripción.

Para comprobar el estado del proveedor de recursos y registrarse si es necesario, realice

el procedimiento siguiente:

1. Inicie sesión en Azure Portal .

2. Seleccione Suscripciones.
3. Seleccione el nombre de la suscripción.
4. Seleccione Proveedores de recursos.
5. Busque [Link].
6. Compruebe que el estado de [Link] sea Registrado.
a. Si el estado es NotRegistered, seleccione [Link] y, a
continuación, Registrar.

Permisos de Azure
La conexión al Centro de administración de Windows requiere que tenga permisos de
inicio de sesión de lector y administrador Windows Admin Center en el recurso local
de Azure habilitado para Arc.

Obtenga más información sobre la asignación de roles de Azure mediante el Azure

Portal.

Disponibilidad de regiones de Azure

Windows Admin Center se admite en todas las regiones públicas del entorno local de
Azure.

７ Nota
 Windows Admin Center no se admite en Azure China 21Vianet, Azure Government
ni otras nubes no públicas

Requisitos locales de Azure

Para usar Windows Admin Center en Azure Portal, el agente de Windows Admin Center
debe instalarse en cada nodo del clúster a través de una extensión de máquina virtual
de Azure. Cada nodo del clúster debe cumplir los requisitos siguientes:

Azure Local, versión 21H2 o posterior

3 GB de memoria o más
El clúster local de Azure debe estar conectado a Azure mediante Azure Arc
Agente de Azure Arc versión 1.13.21320.014 o posterior

Requisitos de red
Cada nodo del clúster local de Azure debe cumplir los siguientes requisitos de red:

Acceso saliente a Internet o una regla de puerto de salida que permite el tráfico
HTTPS a los siguientes puntos de conexión:
*.[Link] o la etiqueta de WindowsAdminCenter servicio
[Link]

*.[Link]

７ Nota

No se requiere ningún puerto de entrada para poder usar Windows Admin Center.

La máquina de administración en la que se ejecuta Azure Portal debe cumplir los

requisitos de red siguientes:

Acceso saliente a Internet a través del puerto 443

Asegúrese de revisar los dispositivos compatibles y los exploradores recomendados

antes de acceder al Azure Portal desde el equipo de administración o el sistema.

Instalación de Windows Admin Center en Azure

Portal
Para poder usar Windows Admin Center en Azure Portal, debe implementar la extensión
de máquina virtual de Windows Admin Center siguiendo este procedimiento:

1. Abra Azure Portal y vaya al clúster local de Azure.

2. En el grupo Configuración, seleccione Windows Admin Center.
3. Especifique el puerto en el que desea instalar Windows Admin Center y, luego,
seleccione Instalar.

Conectar Windows Admin Center a Azure

Portal
Después de instalar Windows Admin Center en el clúster, realice los pasos siguientes
para conectarse a él y usarlo para administrar Azure Local:

1. Abra el portal de Azure y vaya a su clúster local de Azure y, luego, en el grupo de

configuraciones , seleccione Windows Admin Center.
2. Seleccione Conectar.

７ Nota

A partir de abril de 2023, Windows Admin Center ya permite usar la autenticación

basada en Microsoft Entra ID para los clústeres 22H2 o posteriores que ejecutan
una extensión AdminCenter superior a [Link]. Ya no se le pedirán las
credenciales de una cuenta de administrador local. Sin embargo, puede que haya
todavía algunas experiencias en Windows Admin Center que puedan requerir
credenciales de administrador local. Por ejemplo, cuando se requiere CredSSP. Los
 clústeres que ejecutan 21H2 u otra versión anterior seguirán necesitando las
credenciales de administrador local.

Windows Admin Center se abre en el portal, lo que le proporciona acceso a las mismas
herramientas que le pueden resultar familiares de usar Windows Admin Center en una
implementación local.

Configurar asignaciones de roles

El acceso a Windows Admin Center se controla mediante el rol Inicio de sesión de
administrador de Windows Admin Center de Azure. Debe tener este rol configurado en
el recurso local de Azure y cada uno de los servidores habilitados para Azure Arc
asociados a este clúster.

７ Nota

El rol Inicio de sesión de administrador de Windows Admin Center usa dataActions

y, por tanto, no se puede asignar en el ámbito del grupo de administración.
Actualmente estos roles solo se pueden asignar en el ámbito de suscripción, grupo
de recursos o recurso.

Para configurar asignaciones de roles para el clúster mediante la experiencia del centro
de administración Microsoft Entra:

1. Seleccione el grupo de recursos que contenga el clúster y los recursos de Azure

Arc asociados.
 2. Seleccione Access Control (IAM) .

3. Seleccione Agregar>Agregar asignación de roles para abrir la página Agregar

asignación de roles.

4. Asigne el siguiente rol. Para asignar roles, consulte Asignación de roles de Azure
mediante Azure Portal.

ﾉ Expandir tabla

Configuración Valor

Role Inicio de sesión de administrador de Windows Admin Center

Asignar acceso a Usuario, grupo, entidad de servicio o identidad administrada

Para obtener más información sobre cómo usar RBAC de Azure para administrar el
acceso a los recursos de la suscripción de Azure, consulte los siguientes artículos:

Asignación de roles de Azure mediante la CLI de Azure

Asigne roles de Azure mediante los ejemplos de la CLI de Azure. La CLI de Azure
también se puede usar en la experiencia de Azure Cloud Shell.
Asignación de roles de Azure mediante Azure Portal
Asignación de roles de Azure mediante Azure PowerShell

Cómo funciona
Mediante el uso de Windows Admin Center en Azure, puede conectarse al clúster sin
necesidad de habilitar ningún puerto de entrada en el firewall. Windows Admin Center,
a través del agente de Arc, puede establecer de forma segura una conexión de sesión de
proxy inverso con el servicio Azure Arc de forma saliente.

Para cada clúster local de Azure que quiera administrar con Windows Admin Center en
Azure Portal, debe implementar un agente en todos los nodos del clúster.

El agente se comunica con un servicio externo que administra certificados, por lo que
puede conectarse fácilmente al clúster.

Al hacer clic en Instalar, se realizan las acciones siguientes:

1. Registra el proveedor de recursos [Link] en su suscripción. El

proveedor de recursos aloja el proxy usado para la comunicación con el clúster
habilitado para Arc.
 2. Implementa un recurso de punto de conexión de Azure sobre el recurso habilitado
para Arc en el clúster que habilita una conexión de proxy inverso en el puerto
especificado. Esto es simplemente un recurso lógico en Azure y no implementa
ningún elemento en el propio servidor.
3. Instala el agente de Windows Admin Center en la máquina híbrida con un
certificado TLS válido.

７ Nota

La desinstalación de Windows Admin Center no elimina el recurso de punto de

conexión lógico de Azure. Esto se mantiene para otras experiencias que podrían
aprovechar este recurso, como SSH.

Al hacer clic en Instalar, se realizan las acciones siguientes:

1. Azure Portal solicita al proveedor de recursos [Link] acceso

al servidor habilitado para Arc.
2. El proveedor de recursos se comunica con un proxy SNI de nivel 4 para establecer
un acceso específico de sesión de corta duración a uno de los nodos habilitados
para Arc en el puerto de Windows Admin Center.
3. Se genera una dirección URL única de corta duración y se establece la conexión a
Windows Admin Center a partir de Azure Portal.

La conexión a Windows Admin Center está cifrada de un extremo a otro con la

terminación SSL que se produce en el clúster.

Automatización de la implementación de
Windows Admin Center mediante PowerShell
Puede automatizar la implementación de Windows Admin Center en Azure Portal
mediante este script de PowerShell de ejemplo.

PowerShell

$clusterName = "<name_of_cluster>"
$resourceGroup = "<resource_group>"
$subscription = "<subscription_id>"
$port = "6516"

#Deploy Windows Admin Center

$setting = @{ "port" = $port }
New-AzStackHciExtension -ArcSettingName "default" -Name "AdminCenter" -
ResourceGroupName $resourceGroup -ClusterName $clusterName -
 ExtensionParameterPublisher "[Link]" -
ExtensionParameterSetting $setting -ExtensionParameterType "AdminCenter" -
SubscriptionId $subscription -ExtensionParameterTypeHandlerVersion "0.0"

#Allow connectivity
$patch = @{ "properties" = @{ "connectivityProperties" = @{"enabled" =
$true}}}
$patchPayload = ConvertTo-Json $patch
Invoke-AzRestMethod -Method PATCH -Uri
"[Link]
sourceGroup/providers/[Link]/clusters/$clusterName/ArcSetti
ngs/default?api-version=2023-02-01" -Payload $patchPayload

Solución de problemas
A continuación se indican algunas sugerencias que puede probar en caso de que algo
no funcione. Para obtener ayuda general para solucionar problemas de Windows Admin
Center (no concretamente en Azure), consulte Solución de problemas de Windows
Admin Center.

No se pudo conectar y se recibió el error "No se encontró

el punto de conexión 404"
1. Las versiones 1.36 y 1.35 del agente de Azure Connected Machine (agente de Arc)
interrumpen la conexión a Windows Admin Center. Esto se ha corregido en
versiones posteriores del agente de Arc (1.37 y posteriores) Esto se puede
descargar aquí .

Error al conectar
1. Reinicie el servicio HIMDS.

a. RDP en cada nodo del clúster.

b. Abra PowerShell como administrador y ejecute:

PowerShell

Restart-Service -Name himds

2. Asegúrese de que el servicio de Windows Admin Center se ejecuta en el clúster.

a. RDP en cada nodo del clúster.
b. Abra el Administrador de tareas (Ctrl+Mayús+Esc) y vaya a Servicios.
 c. Asegúrese de que ServerManagementGateway / Windows Admin Center está
en ejecución.
d. Si no se está ejecutando, inicie el servicio.

3. Compruebe que el puerto está habilitado para la sesión de proxy inverso.

a. RDP en cada nodo del clúster.

b. Abra PowerShell como administrador y ejecute:

PowerShell

azcmagent config list

c. Esto debe devolver una lista de puertos en la configuración

[Link] (versión preliminar) que están habilitadas para
conectarse desde Azure. Confirme que el puerto en el que ha instalado
Windows Admin Center aparece en esta lista. Por ejemplo, si Windows Admin
Center está instalado en el puerto 443, el resultado sería:

Output

Local configuration setting

[Link] (preview): 443

d. En caso de que no aparezca en esta lista, ejecute

PowerShell

azcmagent config set [Link] <port>

Si usa otra experiencia (como SSH) mediante esta solución, puede especificar
varios puertos separados por una coma.

4. Asegúrese de que tiene conectividad de salida con los puertos necesarios.

a. Cada nodo del clúster debe tener conectividad saliente con el siguiente punto
de conexión

*.[Link] , *.[Link] o WindowsAdminCenter ServiceTag

[Link]

*.[Link]
Una de las herramientas de Windows Admin Center no se
está cargando o genera un error
1. Vaya a cualquier otra herramienta de Windows Admin Center y vuelva a la que no
se está cargando.

2. Si no se está cargando ninguna otra herramienta, puede haber un problema con la

conectividad de red. Pruebe a cerrar la hoja y, luego, vuelva a conectarse. Si esto
no funciona, abra una incidencia de soporte técnico.

No se pudo instalar la extensión de Windows Admin

Center
1. Vuelva a comprobar que el clúster cumple los requisitos.

2. Asegúrese de que se permite el tráfico saliente a Windows Admin Center en cada

nodo del clúster.

a. Pruebe la conectividad mediante la ejecución del siguiente comando con

PowerShell dentro de la máquina virtual:

PowerShell

Invoke-RestMethod -Method GET -Uri

[Link]

Expected

Microsoft Certificate and DNS service for Windows Admin Center in

the Azure Portal

3. Si ha permitido todo el tráfico saliente y el comando anterior devuelve un error,

compruebe que no hay ninguna regla de firewall que bloquee la conexión.

Si todo parece correcto y Windows Admin Center sigue sin instalarse, abra una solicitud
de soporte técnico con la siguiente información:

Registros de Azure Portal Esta información se puede encontrar en

Configuración>Extensiones>AdminCenter>Ver estado detallado.

Inicia sesión en cada nodo del clúster. Ejecute el comando de PowerShell siguiente
y comparta el archivo .zip resultante.

PowerShell
 azcmagent logs

Seguimiento de red, si procede. Los seguimientos de red pueden contener datos

del cliente e información de seguridad confidencial, como contraseñas, por lo que
se recomienda revisar el seguimiento y quitar la información confidencial antes de
compartirlo.

Problemas conocidos
No se admite el modo incógnito de Chrome.
No se admite la aplicación de escritorio de Azure Portal.
Aún no están disponibles los mensajes de error detallados de las conexiones con
errores.
No se admiten actualizaciones. Los usuarios no pueden aplicar actualizaciones al
clúster local de Azure con CAU (Cluster-Aware Updating).

Preguntas más frecuentes

Encuentre respuestas a las preguntas más frecuentes sobre el uso de Windows
Admin Center en Azure.

¿Cuánto cuesta usar Windows Admin Center?

No hay ningún costo asociado para usar Windows Admin Center en Azure Portal.

¿Puedo usar Windows Admin Center para administrar las

máquinas virtuales que se ejecutan en mi clúster?
Puede instalar el rol de Hyper-V mediante la extensión Roles y características. Una vez
instalada, actualice el explorador y Windows Admin Center mostrará las extensiones de
máquina virtual y conmutador.

¿Qué clústeres puedo administrar con esta extensión?

Puede usar la funcionalidad para administrar clústeres locales de Azure habilitados para
Arc, versión 21H2 o posterior. También puede usar Windows Admin Center para
administrar los servidores habilitados para Arc
¿Cómo controla Windows Admin Center la seguridad?
El tráfico de Azure Portal a Windows Admin Center está cifrado de un extremo a otro. El
clúster habilitado para Arc se administra mediante PowerShell y WMI a través de
WinRM.

¿Necesito un puerto de entrada para usar Windows

Admin Center?
No se requiere ninguna conexión de entrada para usar Windows Admin Center.

¿Por qué debo crear una regla de puerto de salida?

Para comunicarse con el servidor, se requiere una regla de puerto de salida para el
servicio que hemos creado. Nuestro servicio emite un certificado gratuito para su
instancia de Windows Admin Center. Este servicio garantiza que siempre puede
conectarse a la instancia de Windows Admin Center desde Azure Portal manteniendo
actualizado el certificado WAC.

Además, el acceso a Windows Admin Center desde Azure no requiere ningún puerto de
entrada y solo conectividad saliente a través de una solución de proxy inverso. Estas
reglas de salida son necesarias para establecer la conexión.

¿Cómo encuentro el puerto usado para la instalación de

Windows Admin Center?
Para verificar el valor de la opción SmePort:

1. RDP en el servidor.
2. Abra el Editor del Registro.
3. Vaya a la clave \HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\ServerManagementGateway .
4. Lea el valor de SmePort para buscar el puerto usado.

Ya tengo Windows Admin Center instalado en uno o

todos los nodos de mi clúster. ¿Puedo acceder a él desde
el portal?
Sí. Puede seguir los mismos pasos indicados en este documento.

２ Advertencia
 Al habilitar esta funcionalidad, se reemplazará la instancia de Windows
Admin Center existente y se quitará la capacidad de administrar otras máquinas. La
instancia implementada anteriormente de Windows Admin Center ya no se podrá
usar.

Pasos siguientes
Obtenga información sobre Windows Admin Center
Obtenga información sobre la administración de servidores con Windows
Admin Center
Más información sobre Azure Local
Obtenga información sobre cómo conectar el entorno local de Azure a Azure

Comentarios
¿Le ha resultado útil esta página?  Sí  No

Proporcionar comentarios sobre el producto

Novedades de la extensión de Windows
Admin Center Azure
Artículo • 29/12/2024 •
Se aplica a: ✅ Windows Admin Center, ✅ Windows Admin Center Preview

La extensión de Windows Admin Center Azure (que se ve como "AdminCenter" en

Azure) recibe mejoras de forma continua. Para mantenerse al día de los avances más
recientes, este artículo proporciona información acerca de los elementos siguientes:

Versiones más recientes

Problemas conocidos
Corrección de errores

Esta página se actualiza mensualmente, por lo que se recomienda visitarla con

frecuencia.

７ Nota

En este artículo solo se trata Windows Admin Center de Azure. Para obtener notas
de la versión sobre Windows Admin Center local, vaya al historial de versiones.

Versión [Link]: junio de 2024

Nuevas características
Compatibilidad con máquinas Windows 10/11.

Fijo
Se ha corregido un problema por el que se produce un error en la conexión a
clústeres locales de Azure.

Versión [Link]: abril de 2024

Nuevas características
 Se ha actualizado la compilación de Windows Admin Center a nuestra nueva
puerta de enlace modernizada .
Actualización significativa del agente de .NET 4.6.2 a .NET Core.
Cambie a una arquitectura basada en varios procesos y microservicios, lo que
permite que el Centro de administración sea más flexible, escalable y resistente.
Cambie de Kantana al servidor web HTTP de Kestrel.

Fijo
Se ha corregido un problema por el que se produce un error al actualizar entre
versiones porque los certificados no se importan.
Se ha corregido un problema por el que fallaba la instalación en dispositivos con
WDAC aplicado.
Se ha corregido un problema por el que se produciría un error en la conexión
debido a una nueva directiva de Chromium que afectaba a 1% de usuarios de
Edge/Chrome.

Versión [Link]: marzo de 2024

Fijo
Se ha corregido un problema por el cual la herramienta de Escritorio Remoto no
funcionaba, o al redimensionarla, quedaba inutilizable.
Se ha corregido un problema por el que el texto de algunos idiomas estaba
engronado.

Versión [Link], diciembre de 2023

Nuevas características
Se ha actualizado la compilación de Windows Admin Center a la versión 2311. Para
obtener un resumen completo de las nuevas características, visite nuestra entrada
de blog .
Se ha agregado compatibilidad para la instalación cuando TLS 1.3 está habilitado.

Fijo
Se ha corregido un problema por el que la pérdida momentánea del acceso a
IMDS/HIMDS no provocaba un error de instalación de Windows Admin Center.
Versión [Link], noviembre de 2023

Fijo
Se quitó la directiva de ejecución "Sin restricciones" cuando se ejecutan scripts de
Windows Admin Center.
Se ha agregado más registro cuando se usan servidores proxy para una mejor
depuración.

Versión [Link], septiembre de 2023

Fijo
Se ha corregido un problema por el que la validación de certificados de Windows
Admin Center no provocaba un error en Windows Admin Center si ya hay un
certificado válido disponible. Este problema se mostraría durante los arranques del
servidor cuando se ejecuta la operación “Habilitar”.

Versión [Link], agosto de 2023

Fijo
Se ha corregido un problema por el que se requería una dirección URL adicional al
usar servidores proxy.
Se ha actualizado la generación de Windows Admin Center a la versión preliminar
más reciente.

Versión [Link]: julio de 2023

Nuevas características
Se introdujo compatibilidad con servidores proxy. Ahora puede configurar un
proxy para supervisar o filtrar todo el tráfico saliente de la extensión AdminCenter.
Se ha actualizado la compilación de Windows Admin Center a la versión 2306. Para
obtener un resumen completo de las nuevas características, visite nuestra entrada
de blog .
Se han introducido nuevas funcionalidades de administración para Azure Local:
soporte remoto y diagnóstico.
Versión [Link]: abril de 2023

Nuevas características
Se ha introducido la autenticación de Microsoft Entra para el entorno local de
Azure. Tenga en cuenta que esta funcionalidad está en versión preliminar. Cree una
incidencia de soporte técnico para todos los problemas.
Se ha introducido una herramienta de Red.
Se introdujo la migración en vivo de almacenamiento de máquinas virtuales.
Se han introducido nuevas experiencias de seguridad para clústeres locales de
Azure con el paquete complementario.

Fijo
Si existe una instalación anterior de Windows Admin Center en la máquina, la
extensión la desinstalará primero antes de instalar Windows Admin Center en
Azure.
Se ha corregido la carga infinita de la herramienta Escritorio remoto.

Versión [Link], enero de 2023

Nuevas características
Se ha actualizado la compilación de Windows Admin Center a la versión 2211.
Aparecen algunos aspectos resaltados. Para obtener un resumen completo, visite
nuestra entrada de blog .
Compatibilidad con la infraestructura aplicada a WDAC.
Compatibilidad con zoom del 400 %.
Configuración de búsqueda con palabras clave inteligentes.
Mejoras en la administración local de Azure.

Versión [Link], diciembre de 2022

Fijo
Se ha corregido la autenticación de Microsoft Entra al administrar controladores de
dominio. La autenticación de Microsoft Entra no se admite en controladores de
dominio y los usuarios deben escribir credenciales de administrador local.
Versión [Link]: octubre de 2022

Nuevas características
Se ha introducido la autenticación de Microsoft Entra para servidores habilitados
para Windows Server Azure Virtual Machines y Arc. El entorno local de Azure aún
no admite la autenticación de Microsoft Entra.
Windows Admin Center para máquinas virtuales Azure ya está disponible con
carácter general. Windows Admin Center para servidores habilitados para Arc y el
entorno local de Azure permanece en versión preliminar pública.

Comentarios
¿Le ha resultado útil esta página?  Sí  No

Proporcionar comentarios sobre el producto

Historial de versiones de Windows Admin
Center
Artículo • 23/04/2025 • Se aplica a: ✅ Windows Admin Center, ✅ Windows Admin Center Preview

Aquí tienes una lista de nuestras últimas características lanzadas:

La versión 2410 es la más recientemente disponible (GA): incluye una actualización del
backend de .NET 4.6.2 a .NET 8, mejoras en las máquinas virtuales y herramientas de
seguridad, y muchas mejoras y correcciones de errores. Una actualización de compilación
secundaria publicada el 25 de febrero de 2025 realiza mejoras de calidad en torno a la
localización, la instalación y la página "Todas las conexiones". Con esta versión de
software, actualizamos los términos de licencia de software de Microsoft para Windows
Admin Center. Al usar el software actualizado, acepta estos términos aquí .
La versión 2311 incluye una actualización de Angular 15, mejoras en la experiencia de
importación de máquinas virtuales, incorporación de Azure Arc a escala y una nueva
experiencia de evaluación de Azure Migrate.
La versión 2306 incluye la infraestructura habilitada para WDAC en disponibilidad
general (GA), nuevas características y mejoras en Hyper-V, el tan esperado visor de
eventos con reconocimiento de clúster, así como una gran cantidad de correcciones de
errores y mejoras.
La versión 2211 incluye compatibilidad con el zoom del 400 % e infraestructura
habilitada para WDAC y mejoras en las características de administración de Azure Local,
así como correcciones de errores y actualizaciones de varias extensiones.
La versión 2110.2 incluye correcciones de errores importantes del control de acceso
basado en roles (RBAC), la característica de búsqueda de la página de conexiones, así
como correcciones de errores en varias extensiones.
La versión 2110 incluye actualizaciones de Angular 11, mejoras de rendimiento y
seguridad. También incluye el SDK para desarrolladores actualizado para el desarrollo de
extensiones mediante Angular 11 o la actualización de extensiones existentes, mejoras de
CredSSP, una mejor herramienta de máquina virtual y dos nuevas herramientas para la
administración de seguridad y GPU.
La versión 2103.2 incluye correcciones de errores importantes y actualizaciones de
características en el proceso de inicio de sesión de Azure, compatibilidad con Azure
China, compatibilidad con actualizaciones inalámbricas ininterrumpidas para Azure Local,
así como actualizaciones adicionales de la experiencia de la herramienta Eventos y
Escritorio remoto.
La versión 2103 presenta una plataforma automática, una actualización de extensión, e
incluye actualizaciones para varias de nuestras herramientas principales, como la
herramienta de máquina virtual y Eventos.
La versión 2009 incluye compatibilidad con Azure Kubernetes Service en Azure Local y
actualizaciones importantes de las herramientas de máquinas virtuales, recursos
compartidos de archivos y contenedores.
La versión 2007 incluye compatibilidad con las nuevas características de Azure Local y
de varias herramientas.
La versión 1910.2 incluye actualizaciones en la accesibilidad de la plataforma y varias
correcciones de errores
La versión 1910 incorpora varios servicios híbridos nuevos de Azure y ofrece
características que anteriormente se encontraban en versión preliminar en el canal de
disponibilidad general.
En la versión 1909 se incorpora el tipo de conexión específico de la máquina virtual de
Azure y se unifican los tipos de conexión para los clústeres de conmutación por error
tradicionales y los clústeres de HCI.
En la versión 1908 se agregaron actualizaciones visuales, Packetmon, FlowLog Audit, la
incorporación de Azure Monitor para clústeres y compatibilidad con WinRM a través de
HTTPS (puerto 5986).
En la versión 1907 se agregaron vínculos de estimación de costos de Azure y se
realizaron mejoras en la importación, exportación y etiquetado de máquinas virtuales.
En la versión 1906 se agregaron VM de importación y exportación, se cambiaron las
cuentas de Azure y se incluyeron conexiones de Azure, el experimento de configuración
de la conectividad, mejoras de rendimiento y las herramientas de generación de perfiles
de rendimiento.
La versión 1904.1 era una actualización de mantenimiento para mejorar la estabilidad de
los complementos de puerta de enlace.
La versión 1904 era una versión con disponibilidad general que introdujo la
herramienta Azure Hybrid Services y que trajo las características que anteriormente se
encontraban en la versión preliminar al canal de disponibilidad general.
En la versión 1903 se agregaron notificaciones por correo electrónico desde Azure
Monitor, la posibilidad de agregar conexiones de servidor o de PC desde Active Directory
y nuevas herramientas para administrar Active Directory, DHCP y DNS.
En la versión 1902 se agregó una lista de conexiones compartidas y mejoras en la
administración de redes definidas por software entre las que se incluyen nuevas
herramientas SDN para administrar ACL, conexiones de puerta de enlace y redes lógicas.
En la versión 1812 se agregó un tema oscuro (en versión preliminar), opciones de
configuración de energía, información BMC y compatibilidad con PowerShell para
administrar extensiones y conexiones.
La versión 1809.5 era una actualización acumulativa de disponibilidad general que
incluye una serie de mejoras de calidad y funcionales, así como correcciones de errores
en toda la plataforma y algunas nuevas funciones en la solución de administración de la
infraestructura hiperconvergida.
La versión 1809 fue un lanzamiento de disponibilidad general (GA) que aportó
funciones que anteriormente estaban en versión preliminar al canal GA.
En la versión 1808 se agregó la herramienta Aplicaciones instaladas, una gran cantidad
de mejoras de fondo y actualizaciones importantes del SDK en versión preliminar.
En la versión 1807 se agregó una experiencia de conexión optimizada de Azure,
mejoras en la página de inventario de VM, funcionalidad de uso compartido de archivos,
integración de administración de actualizaciones en Azure y mucho más.
En la versión 1806 se agregó la posibilidad de mostrar el script de PowerShell,
administración SDN, conexiones de 2008 R2, SDN, tareas programadas y muchas otras
mejoras.
Versión 1804.25: una actualización de mantenimiento para dar soporte técnico a usuarios
que instalaban Windows Admin Center en entornos completamente sin conexión.
Versión 1804 : el Proyecto Honolulu se convierte en Windows Admin Center y permite
agregar características de seguridad y control de acceso basado en rol. Nuestra primera
versión en disponibilidad general.
En la versión 1803 se agregó compatibilidad con el control de acceso de Microsoft
Entra, registro detallado, reajuste de tamaño de contenido y gran número de mejoras de
herramientas.
En la versión 1802 se agregó compatibilidad para accesibilidad, localización,
implementaciones de alta disponibilidad, etiquetado, configuración del host de Hyper-V y
autenticación de puerta de enlace.
En la versión 1712 se agregaron más características de máquina virtual y mejoras de
rendimiento en las herramientas.
En la versión 1711 se agregaron herramientas ya previstas desde hacía mucho tiempo
(Escritorio remoto y PowerShell) junto con otras mejoras.
Directiva de soporte técnico de Windows
Admin Center
Artículo • 05/04/2025 • Se aplica a: ✅ Windows Admin Center, ✅ Windows Admin Center Preview

Las versiones de Windows Admin Center (no preliminares) se admiten continuamente, según la
Directiva de Ciclo de Vida Moderno de Microsoft. Esto significa que solo se mantiene y se da
soporte técnico a la última versión de Windows Admin Center, y los usuarios deben actualizar a
la versión más reciente de Windows Admin Center en un plazo de 30 días desde que está
disponible para seguir recibiendo soporte técnico. Esta directiva es aplicable tanto a la
plataforma Windows Admin Center como a las extensiones de Microsoft (no versiones
preliminares) publicadas en la fuente de extensiones de Windows Admin Center. Tenga en
cuenta que algunas extensiones se pueden actualizar con más frecuencia que otras entre las
versiones de Windows Admin Center.

Para obtener información acerca de las versiones preliminares de Windows Admin Center,
consulte Versiones de Windows Insider Preview .
Solución de problemas de Windows
Admin Center
Artículo • 09/03/2023

Se aplica a: Windows Admin Center, Windows Admin Center (versión preliminar),

Azure Stack HCI, versiones 21H2 y 20H2.

En este artículo se describe cómo diagnosticar y resolver problemas de Windows Admin

Center. Si tiene un problema con una herramienta concreta, compruebe si se trata de un
problema conocido.

El instalador muestra el mensaje de error: No se

pudo cargar el módulo
"[Link]".
Este error puede producirse si la ruta de acceso predeterminada del módulo de
PowerShell se ha modificado o quitado. Para resolver el problema, asegúrese de que
%SystemRoot%\system32\WindowsPowerShell\v1.0\Modules sea el primer elemento de la
variable de entorno PSModulePath. Para ello, puede usar la siguiente línea de
PowerShell:

PowerShell

[Environment]::SetEnvironmentVariable("PSModulePath","%SystemRoot%\system32\
WindowsPowerShell\v1.0\Modules;" +
([Environment]::GetEnvironmentVariable("PSModulePath","User")),"User")

Recibo el error No se puede acceder a este sitio

o página en mi explorador web

Si ha instalado Windows Admin Center como aplicación

de Windows 10
Asegúrese de que Windows Admin Center está en ejecución. Busque el icono de

Windows Admin Center en la bandeja del sistema o Windows Admin

 Center Escritorio/[Link] en el Administrador de tareas. Si así no lo
encuentra, inicie Windows Admin Center desde el menú Inicio.

７ Nota

Después de reiniciar, debe iniciar Windows Admin Center desde el menú Inicio.

Compruebe la versión de Windows.

Asegúrese de que usa Microsoft Edge o Google Chrome como explorador web.

¿Ha seleccionado el certificado correcto en el primer inicio?

Intente abrir el explorador en una sesión privada; si funciona, deberá borrar la
caché.

¿Ha actualizado recientemente Windows 10 a una nueva compilación o versión?

Puede que se haya borrado la configuración de los hosts de confianza. Siga
estas instrucciones para actualizar la configuración de los hosts de confianza.

Si ha instalado Windows Admin Center como puerta de

enlace de Windows Server
Compruebe la versión de Windows del cliente y el servidor.

Asegúrese de que usa Microsoft Edge o Google Chrome como explorador web.

En el servidor, abra Administrador de tareas > Servicios y asegúrese de que

ServerManagementGateway /Windows Admin Center está en ejecución.

Pruebe la conexión de red a la puerta de enlace (reemplace los <valores> por la

información de la implementación).

PowerShell

Test-NetConnection -Port <port> -ComputerName <gateway> -

InformationLevel Detailed
Si ha instalado Windows Admin Center en una máquina
virtual de Windows Server de Azure
Compruebe la versión de Windows.
¿Ha agregado una regla de puerto de entrada para HTTPS?
Más información sobre cómo instalar Windows Admin Center en una máquina
virtual de Azure.

Comprobación de la versión de Windows

Para comprobar la versión de Windows:

1. Abra el cuadro de diálogo de ejecución (tecla de Windows + R) e inicie winver .

2. Compruebe la versión que aparece en la ventana Acerca de Windows.

Si usa Windows 10 versión 1703 o anterior, Windows Admin Center no es

compatible con la versión de Microsoft Edge. Actualice a una versión reciente
de Windows 10 o use Google Chrome.

Si usa una versión preliminar de Insider de Windows 10 o Server con una

versión de compilación entre 17134 y 17637, Windows presentaba un error
que hacía que Windows Admin Center generara errores. Para corregir este
problema, use una versión compatible actual de Windows.

Asegúrese de que el servicio Administración remota de

Windows (WinRM) se está ejecutando tanto en la
máquina de puerta de enlace como en el nodo
administrado.
1. Abra el cuadro de diálogo de ejecución con la tecla de Windows + R.

2. Escriba [Link] y presione Entrar.

3. En la ventana que se abre, busque Administración remota de Windows (WinRM),

asegúrese de que se esté ejecutando y establézcalo para que se inicie
automáticamente.

Si recibe mensajes de error de WinRM al administrar

servidores en Windows Admin Center
WinRM no permite la delegación de credenciales de forma predeterminada. Para
permitir la delegación, el equipo debe tener el proveedor de servicios de seguridad de
credenciales (CredSSP) habilitado temporalmente.

Si recibe mensajes de error de WinRM, pruebe a seguir los pasos de comprobación de la

sección Solución de problemas manual de Solución de problemas de CredSSP para
resolverlos.

¿Ha actualizado el servidor de 2016 a 2019?

Puede que se haya borrado la configuración de los hosts de confianza. Siga estas
instrucciones para actualizar la configuración de los hosts de confianza.

Recibo el mensaje: "No se puede conectar de

forma segura a esta página. Puede que sea
debido a que el sitio usa configuraciones de
seguridad TLS en desuso o no seguras".
La máquina está restringida a conexiones HTTP/2. Windows Admin Center usa la
autenticación integrada de Windows, que no se admiten en HTTP/2. Agregue los dos
valores del Registro siguientes en la clave
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Http\Parameters de la máquina

que ejecuta el explorador para quitar la restricción HTTP/2:

Símbolo del sistema de Windows

EnableHttp2Cleartext=dword:00000000
EnableHttp2Tls=dword:00000000

Tengo problemas con las herramientas

Escritorio remoto, Eventos y PowerShell.
Estas tres herramientas requieren el protocolo de socket web, que normalmente está
bloqueado por los servidores proxy y los firewalls. Si usa Google Chrome, hay un
problema conocido con los sockets web y la autenticación NTLM.
Puedo conectarme a algunos servidores, pero
no a otros
Inicie sesión en la máquina de puerta de enlace localmente e intente Enter-
PSSession <machine name> en PowerShell, pero reemplace <nombre de la
máquina> por el nombre de la máquina que intenta administrar en Windows
Admin Center.

Si el entorno usa un grupo de trabajo en lugar de un dominio, consulte Uso de

Windows Admin Center en un grupo de trabajo.

Usar cuentas de administrador local: si usa una cuenta de usuario local que no es
la cuenta de administrador integrada, debe habilitar la directiva en la máquina de
destino mediante la ejecución del siguiente comando en PowerShell o en el
símbolo del sistema como administrador en la máquina de destino:

Símbolo del sistema de Windows

REG ADD HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System

/v LocalAccountTokenFilterPolicy /t REG_DWORD /d 1

Recibo el mensaje "No está autorizado para ver

esta página. Si ha actualizado recientemente
Windows Admin Center, es posible que tenga
que reiniciar el explorador y, a continuación,
actualizar la página".
Asegúrese de seleccionar el certificado Cliente de Windows Admin Center cuando se le
solicite en el primer inicio, y no otro. Si selecciona otro certificado, recibirá este mensaje
de error. Para resolver este error, reinicie el explorador y actualice la página y seleccione
el certificado Cliente de Windows Admin Center. Si sigue recibiendo el mismo error,
pruebe a borrar la caché del explorador o cambiar a otro explorador. Si ninguno de
estos pasos de solución de problemas funciona, es posible que tenga que desinstalar y
reinstalar Windows Admin Center y, luego, reiniciarlo.

Uso de Windows Admin Center en un grupo de

trabajo
¿Qué cuenta usa?
Asegúrese de que las credenciales que usa son miembros del grupo de administradores
locales del servidor de destino. En algunos casos, WinRM también requiere la
pertenencia al grupo Usuarios de Administración remota. Si usa una cuenta de usuario
local que no es la cuenta de administrador integrada, debe habilitar la directiva en la
máquina de destino mediante la ejecución del siguiente comando en PowerShell o en el
símbolo del sistema como administrador en la máquina de destino.

Símbolo del sistema de Windows

REG ADD HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System /v

LocalAccountTokenFilterPolicy /t REG_DWORD /d 1

¿Está conectado a una máquina de grupo de trabajo en

una subred diferente?
Para conectarse a una máquina de grupo de trabajo que no está en la misma subred
que la puerta de enlace, asegúrese de que el puerto de firewall de WinRM (TCP 5985)
permita el tráfico entrante en la máquina de destino. Para crear esta regla de firewall,
puede ejecutar el siguiente comando en PowerShell o en un símbolo del sistema como
administrador en la máquina de destino:

Windows Server

PowerShell

Set-NetFirewallRule -Name WINRM-HTTP-In-TCP-PUBLIC -RemoteAddress Any

Windows 10

PowerShell

Set-NetFirewallRule -Name WINRM-HTTP-In-TCP -RemoteAddress Any

Configuración de TrustedHosts
Al instalar Windows Admin Center, se le da la opción de permitir que Windows Admin
Center administre la opción TrustedHosts de la puerta de enlace. Esto es necesario en un
entorno de grupo de trabajo o cuando se usan credenciales de administrador local en
un dominio. Si elige pasar por alto esta opción, debe configurarla manualmente.
Para modificar TrustedHosts mediante comandos de PowerShell:

1. Abra una sesión de PowerShell como administrador.

2. Vea la configuración actual de TrustedHosts:

PowerShell

Get-Item WSMan:\localhost\Client\TrustedHosts

２ Advertencia

Si no está vacía, los comandos siguientes sobrescribirán la configuración. Se

recomienda guardar la configuración actual en un archivo de texto con el
siguiente comando para poder restaurarla si es necesario:

Get-Item WSMan:localhost\Client\TrustedHosts | Out-File

C:\[Link]

3. Establezca TrustedHosts en el NetBIOS, la IP o el FQDN de las máquinas que quiere

administrar:

PowerShell

Set-Item WSMan:localhost\Client\TrustedHosts -Value

'[Link],[Link],server02'

 Sugerencia

Para establecer todos los hosts de confianza a la vez de forma sencilla, puede
usar un carácter comodín.

PowerShell

Set-Item WSMan:\localhost\Client\TrustedHosts -Value '*'

4. Cuando haya terminado de realizar las pruebas necesarias, puede emitir el

siguiente comando desde una sesión de PowerShell con privilegios elevados para
borrar la configuración de TrustedHosts:

PowerShell
 Clear-Item WSMan:localhost\Client\TrustedHosts

5. Si ha exportado previamente la configuración, abra el archivo, copie los valores y

use este comando:

PowerShell

Set-Item WSMan:localhost\Client\TrustedHosts -Value '<paste values from

text file>'

Anteriormente tenía instalado Windows Admin

Center y ahora ninguna otra aplicación puede
usar el mismo puerto TCP/IP
Ejecute manualmente estos dos comandos en un símbolo del sistema con privilegios
elevados:

Símbolo del sistema de Windows

netsh http delete sslcert ipport=[Link]:443

netsh http delete urlacl url=[Link]

Las características de Azure no funcionan

correctamente en Microsoft Edge
Microsoft Edge tiene problemas conocidos relacionados con zonas de seguridad que
afectan al inicio de sesión de Azure en Windows Admin Center.

Si tiene problemas para usar características de Azure con Microsoft Edge, siga estos
pasos para agregar las direcciones URL necesarias:

1. Busque Opciones de Internet en el menú Inicio de Windows.

2. Vaya a la pestaña Seguridad.

3. En la opción Sitios de confianza, haga clic en el botón de Sitios y agregue las

siguientes direcciones URL en el cuadro de diálogo que se abre:

Dirección URL de la puerta de enlace

[Link]
 [Link]

4. Haga clic en Cerrar y, después, en Aceptar.

5. Actualice la configuración de Bloqueador de elementos emergentes de Microsoft

Edge:

a. Vaya a edge://settings/content/popups?search=pop-up.

b. En la sección Permitir, agregue las siguientes direcciones URL:

Dirección URL de la puerta de enlace

[Link]

[Link]

¿Tiene un problema con una característica

relacionada con Azure?
Envíenos un correo electrónico a wacFeedbackAzure@[Link] con la siguiente
información:

Información general del problema de las preguntas que se enumeran a

continuación.
Describa el problema y los pasos que ha realizado para reproducirlo.
¿Ha registrado previamente la puerta de enlace en Azure mediante el script
descargable New-AadApp.ps1 y, luego, ha actualizado a la versión 1807? ¿O ha
registrado la puerta de enlace en Azure mediante la interfaz de usuario desde
Configuración de puerta de enlace > Azure?
¿Su cuenta de Azure está asociada a varios directorios o inquilinos? En caso
afirmativo, al registrar la aplicación de Azure AD en Windows Admin Center, ¿era el
directorio que se usó como predeterminado en Azure?
¿Su cuenta de Azure tiene acceso a varias suscripciones?
¿La suscripción que estaba usando tiene asociada la facturación?
¿Inició sesión en varias cuentas de Azure cuando encontró el problema?
¿Requiere la cuenta de Azure autenticación multifactor?
¿La máquina que intenta administrar es una máquina virtual de Azure?
¿Está instalado Windows Admin Center en una máquina virtual de Azure?

Recopilación de archivos HAR

Un archivo de formato de archivo HTTP (HAR) es un registro de la interacción de un
explorador web con un sitio. Esta información es fundamental para solucionar y depurar
problemas.

Para recopilar un archivo HAR en Microsoft Edge o Google Chrome, siga estos pasos:

1. Presione F12 para abrir la ventana Herramientas de desarrollo y, luego, haga clic en
la pestaña Red.

2. Seleccione el icono Borrar para limpiar el registro de red.

3. Haga clic para activar la casilla Conservar registro.

4. Reproduzca el problema.

5. Después de reproducir el problema, haga clic en Exportar HAR.

6. Especifique dónde guardar el registro y haga clic en Guardar.

２ Advertencia

Antes de compartir los archivos HAR con Microsoft, asegúrese de quitar u ocultar
cualquier información confidencial, como contraseñas.

Proporcionar comentarios sobre los problemas

Vaya a Visor de eventos > Aplicaciones y servicios > Microsoft-
ServerManagementExperience y busque posibles errores o advertencias.

Envíe un error a GitHub que describa el problema.

Incluya los errores o advertencias que encuentre en el registro de eventos y la siguiente

información:
Plataforma donde está instalado Windows Admin Center (Windows 10 o
Windows Server):
Si está instalado en el servidor, ¿cuál es la versión de Windows de la máquina
que ejecuta el explorador para acceder a Windows Admin Center?:
¿Usa el certificado autofirmado creado por el instalador?
Si usa su propio certificado, ¿el nombre del firmante coincide con la máquina?
Si usa su propio certificado, ¿especifica un nombre de sujeto alternativo?
¿Se instaló con la configuración de puerto predeterminada?
Si no es así, ¿qué puerto especificó?
¿La máquina en la que está instalado Windows Admin Center está unida a un
dominio?
La versión de Windows donde está instalado Windows Admin Center:
¿La máquina que intenta administrar está unida a un dominio?
La versión de Windows de la máquina que intenta administrar:
¿Qué explorador utiliza?
Si usa Google Chrome, ¿qué versión es? (Ayuda > Acerca de Google Chrome)
Problemas conocidos de Windows
Admin Center
Artículo • 06/06/2024

Se aplica a: Windows Admin Center, versión preliminar de Windows Admin Center

Si encuentra un problema que no se describe en esta página, háganoslo saber en la

página de comentarios de Windows Admin Center.

Instalador
Al instalar Windows Admin Center con su propio certificado, si copia la huella
digital de la herramienta Microsoft Management Center (MMC) del administrador
de certificados, al pegarlo, contiene un carácter no válido al principio . Como
solución alternativa, escriba el primer carácter de la huella digital y, a continuación,
copie y pegue los caracteres que vienen después del primero.

Windows Admin Center no admite puertos inferiores a 1024. En el modo de

servicio, puede configurar opcionalmente el puerto 80 para redirigirlo al puerto
especificado.

General
Los certificados autofirmados a los que se accede [Link]
pueden hacer que los exploradores microsoft Edge y Google Chrome bloqueen
Windows Admin Center. Cuando esté bloqueado, debería ver un mensaje de error
que indica que la conexión no es privada. Para resolver este problema, actualice
Windows Admin Center a la versión más reciente.

El uso de determinadas versiones de extensiones con versiones anteriores de

Windows Admin Center puede dar lugar a que los iconos no se muestren
correctamente. Para resolver este problema, actualice a la versión más reciente de
Windows Admin Center.

La modificación manual de las direcciones URL para incluir los nombres de

diferentes máquinas mientras usa Windows Admin Center sin pasar por la
experiencia de conexión en la interfaz de usuario puede hacer que las extensiones
no se carguen correctamente, especialmente las extensiones compatibles con
hardware específico. No se recomienda modificar manualmente las direcciones
URL para la navegación en Windows Admin Center.

Si tiene Windows Admin Center instalado como una puerta de enlace muy usada
en Windows Server 2016, el servicio puede bloquearse y mostrar un error en el
registro de eventos que contiene Faulting application name: [Link] y Faulting
module name: [Link] . Este error se produce debido a un error que hemos

corregido a partir de Windows Server 2019. Sin embargo, también hemos

publicado una revisión para Windows Server 2016 para solucionar este problema
en la actualización acumulativa de febrero de 2019, KB4480977 .

Si tiene Windows Admin Center instalado como puerta de enlace y la lista de

conexiones parece estar dañada, siga estos pasos:

２ Advertencia

El procedimiento de estas instrucciones elimina la lista de conexiones y la

configuración de todos los usuarios de Windows Admin Center en la puerta
de enlace.

1. Desinstale Windows Admin Center.

2. Vaya a
C:\Windows\ServiceProfiles\NetworkService\AppData\Roaming\Microsoft
y elimine la carpeta Experiencia de administración del servidor.

3. Reinstale Windows Admin Center.

Si deja abierta e inactiva la herramienta durante un largo período de tiempo,

aparecen varios mensajes de error que dicen "El estado del espacio de ejecución
no es válido para esta operación". Si se produce este problema, actualice el
explorador. Si encuentra este error, envíenos sus comentarios .

Puede haber pequeñas diferencias entre los números de versión de software de

código abierto (OSS) que se ejecutan en módulos de Windows Admin Center
frente a lo que se muestra en el aviso de software de terceros.

Puedes acceder y usar interfaces de programación de aplicaciones (API) de

herramientas de Windows Admin Center a través de otros métodos durante una
sesión activa de Windows Admin Center si tienes acceso a esa sesión. Las acciones
que realice con estas API solo afectan a la máquina en la que instaló Windows
Admin Center, también conocida como máquina de puerta de enlace. No afectan a
 las máquinas administradas de forma remota sin autenticación a través de la
puerta de enlace de Windows Admin Center.

Administrador de extensiones
Al actualizar Windows Admin Center, debe reinstalar las extensiones.

Si agrega una fuente de extensión inaccesible, no aparece ningún mensaje de

advertencia o error.

Problemas de extensión de asociados

La extensión OpenManage Integration de Dell utiliza las API proporcionadas por
Windows Admin Center para insertar archivos en los nodos de destino. Las API como
NodeExtensionInstall solo funcionan cuando el usuario es un administrador de puerta
de enlace; no admite el uso que no sea de administrador.

Problemas específicos del explorador

En esta sección se describen los problemas que pueden producirse al usar Windows
Admin Center en un explorador de Internet.

Microsoft Edge
Si tiene Windows Admin Center implementado como servicio y usa Microsoft Edge
como explorador, es posible que no pueda conectar la puerta de enlace a Azure
después de abrir una nueva ventana del explorador. Actualmente no hay ninguna
solución para este problema, pero puede solucionarlo agregando
[Link] , [Link] y la dirección URL de la

puerta de enlace como sitios de confianza y sitios permitidos para la configuración de

bloqueador de elementos emergentes en el explorador del lado cliente.

Para más información, consulte la guía para la solución de problemas.

Google Chrome
Antes de la versión 70, Chrome tenía un error que afectaba al protocolo
WebSockets y a la autenticación de Windows New Technology Local Area Network
Manager (NTLM). Este error también afecta a los siguientes programas:

Eventos de Windows
 PowerShell

Escritorio remoto

Es posible que aparezcan muchas solicitudes de credenciales mientras usa Chrome,

especialmente cuando se agregan conexiones en un entorno de grupo de trabajo.

Si tiene Windows Admin Center implementado como servicio, debe habilitar

elementos emergentes desde la dirección URL de la puerta de enlace para usar la
integración de Azure.

Mozilla Firefox
Windows Admin Center no se prueba con Mozilla Firefox, pero la mayoría de las
funcionalidades deberían funcionar correctamente.

Si usa Windows 10, debe importar el certificado de cliente de Windows Admin

Center en Firefox para usar Windows Admin Center.

Compatibilidad de WebSocket al usar un

servicio de proxy
Los escenarios que implican el uso de Windows Admin Center con un servicio de proxy
a menudo no admiten el protocolo WebSocket, lo que puede afectar a los siguientes
programas:

Escritorio remoto

PowerShell

Supervisión de paquetes

Eventos de Windows

Eventos
Al exportar archivos de registro grandes, a veces puede recibir un mensaje de error
sobre el tamaño del paquete.

Para solucionar este problema:

1. Abra un símbolo del sistema con privilegios elevados en la máquina de puerta de

enlace.
 2. Ejecute el siguiente comando:

Símbolo del sistema de Windows

winrm set winrm/config @{MaxEnvelopeSizekb="8192"}

Escritorio remoto
Al implementar Windows Admin Center como servicio, la herramienta Escritorio
remoto a veces no se carga después de que el servicio de Windows Admin Center
se actualice a una nueva versión. Para solucionar este problema, borre la memoria
caché del explorador.

La herramienta Escritorio remoto a veces no se conecta al administrar Windows

Server 2012.

Al usar el Escritorio remoto para conectarse a una máquina que no esté unida al
dominio, debe escribir la cuenta en la MACHINENAME\USERNAME sintaxis.

Algunas configuraciones pueden bloquear el cliente de escritorio remoto de

Windows Admin Center con la directiva de grupo. Si está bloqueado por este
problema, abra el Editor de directivas de grupo local y vuelva a configurar la
configuración del equipo\Plantillas administrativas\Componentes de
Windows\Servicios de Escritorio remoto\Host de sesión de Escritorio
remoto\Objeto de directiva de grupo conexiones (GPO).

La herramienta Escritorio remoto no admite actualmente ninguna copia de texto,

imagen o archivo y pega entre el escritorio local y la sesión remota.

Puede copiar texto de la misma manera que lo haría durante una sesión local
haciendo clic con el botón derecho y seleccionando Copiar o presionando las
teclas Ctrl+C, pero solo puede pegar haciendo clic con el botón derecho y
seleccionando Pegar.

Las sesiones remotas no admiten las teclas y métodos abreviados de teclado

siguientes:

Alt+Tabulador

Teclas de función

Tecla Windows

PrtScn
 Cuando se usa Escritorio remoto para conectarse a una máquina, es posible que la
asignación de idioma del teclado no funcione correctamente.

Compatibilidad con Windows Server 2012 R2,

2012 y 2008 R2
Windows Admin Center requiere características de PowerShell que no se incluyen en
Windows Server 2012 R2, 2012 o 2008 R2. Si tienes previsto administrar Windows Server
con Windows Admin Center, debes instalar Windows Management Framework (WMF)
versión 5.1 o posterior en esos servidores.

Para instalar WMF:

1. Abra una ventana de PowerShell con privilegios elevados.

2. Escriba $PSVersiontable para comprobar si tiene WMF instalado y compruebe el

número de versión.

3. Descargue e instale WMF si aún no lo ha hecho.

Control de acceso basado en roles (RBAC)

RBAC no se puede implementar en máquinas configuradas para usar el Control de
aplicaciones de Windows Defender (WDAC).

Para usar RBAC en un clúster, debe implementar la configuración en cada nodo

miembro individualmente.

Al implementar RBAC, puede obtener errores no autorizados que se atribuyen

incorrectamente a la configuración de RBAC.

Solución de Administrador del servidor

En esta sección se describen los problemas comunes en los que puede encontrarse en
Administrador del servidor en Windows Admin Center.

Certificados
Administrador del servidor en Windows Admin Center no admite actualmente la
importación de . Certificado cifrado PFX en el almacén de usuarios actual.
Archivos
Windows Admin Center no admite actualmente la carga o descarga de archivos de más
de 100 MB de tamaño.

PowerShell
El problema descrito en Compatibilidad con WebSocket cuando el uso de un
servicio de proxy afecta a PowerShell.

PowerShell en Administrador del servidor no admite pegar en la ventana haciendo

clic con el botón derecho. Para pegar en la ventana, debe hacer clic con el botón
derecho y seleccionar Pegar en el menú contextual desplegable o usar el acceso
directo Ctrl+V .

PowerShell en Administrador del servidor no admite el acceso directo Ctrl+C para

copiar contenido en el Portapapeles. Para copiar contenido, resalte el texto, haga
clic con el botón derecho en él y seleccione Copiar.

Al hacer que la ventana de Windows Admin Center sea más pequeña, el contenido
del terminal se ajusta para ajustarse al nuevo tamaño de ventana. Al devolver la
ventana a su tamaño original, es posible que el contenido no vuelva a su estado
original. Puede restaurar el texto mediante el Clear-Host comando , o desconectar
y volver a conectarse mediante el botón situado encima del terminal.

Editor del Registro

El Editor del Registro para Windows Admin Center para Windows Server no ha
implementado la funcionalidad de búsqueda.

Roles y características
Al seleccionar roles o características que no tienen orígenes de instalación
disponibles, el sistema los omite.

Si decide no reiniciar automáticamente después de instalar un rol, no verá más

mensajes de notificación que le pidan que reinicie.

Si decide reiniciar automáticamente, el reinicio se produce antes de que la barra de

estado alcance el 100 %.

Storage
 Las unidades de DVD, CD y Floppy no aparecen como volúmenes en el nivel
descendente.

Algunas propiedades de Volúmenes y Discos aparecen como desconocidas o en

blanco en el panel Detalles porque no están disponibles en el almacenamiento de
nivel descendente.

Si va a crear un nuevo volumen del sistema de archivos resistente (ReFS), ReFS solo
admite un tamaño de unidad de asignación de 64K en máquinas Windows 2012 y
2012 R2. Si crea un volumen ReFS con un tamaño de unidad de asignación más
pequeño en destinos de nivel inferior, el formato del sistema de archivos no
funciona, lo que hace que el nuevo volumen no se pueda usar. Para resolver este
problema, elimine el volumen inutilizable y, a continuación, cree uno con un
tamaño de unidad de asignación de 64K.

Actualizaciones
Una vez que el sistema instala las actualizaciones, a veces almacena en caché el estado
de instalación y requiere una actualización del explorador. Si ve un mensaje de error que
indica "Keyset no existe" al intentar configurar Azure Update Management, siga estas
instrucciones en el nodo administrado:

1. Detenga el servicio Servicios criptográficos.

2. Cambie las opciones de carpeta para mostrar los archivos ocultos, si es necesario.

3. Vaya a la carpeta %allusersprofile%\Microsoft\Crypto\RSA\S-1-5-18 y eliminar

todo su contenido.

4. Reinicie el servicio Servicios criptográficos.

5. Reinstale Update Management con Windows Admin Center.

Máquinas virtuales
Si va a administrar las máquinas virtuales (VM) en un host de sesión de Windows
Server 2012, la herramienta VMConnect en el explorador no se puede conectar a la
máquina virtual. Para resolver este problema, descargue el archivo .rdp para
conectarse a la máquina virtual.

Si ha configurado Azure Site Recovery en un host fuera de Windows Admin Center,

no puede proteger las máquinas virtuales desde Dentro de Windows Admin
Center.
 Windows Admin Center no admite actualmente características avanzadas
disponibles en el Administrador de Hyper-V, como Virtual SAN Manager, Mover
máquina virtual, Exportar vm y replicación de máquinas virtuales.

Conmutadores virtuales
Al agregar controladores de interfaz de red (NIC) a un equipo para la formación de
equipos insertados por conmutadores (SET), debe asegurarse de que están en la misma
subred.

Solución de administración de equipos

La solución Administración de equipos contiene algunas herramientas de Administrador
del servidor, por lo que los mismos problemas conocidos que se aplican a
Administrador del servidor se aplican aquí. Somos conscientes de los siguientes
problemas específicos de la solución de administración de equipos:

Si inicia sesión en el dispositivo Windows 10 con una cuenta Microsoft (MSA) o

un identificador de Microsoft Entra, debe usar administrar como para proporcionar
credenciales para una cuenta de administrador local.

Al intentar administrar el host local, aparece un mensaje que indica que eleva el
proceso de puerta de enlace. Si selecciona No en la ventana Control de cuentas de
usuario que aparece, debe cancelar el intento de conexión y empezar de nuevo.

Windows 10 tiene La comunicación remota de WinRM y PowerShell deshabilitada

de forma predeterminada.

Para habilitar la administración del cliente de Windows 10, abra un símbolo del
sistema de PowerShell con privilegios elevados y ejecute el Enable-PSRemoting
cmdlet .

También debe actualizar el firewall para permitir conexiones desde fuera de la

subred local mediante la ejecución Set-NetFirewallRule -Name WINRM-HTTP-In-
TCP -RemoteAddress Any de . Para obtener más información sobre cómo

actualizar el firewall en escenarios de red más restrictivos, consulte Habilitación

de PSRemoting.

Implementación del clúster

En esta sección se describen los problemas conocidos que afectan a la implementación
del clúster.

Adición de servidores a grupos de clústeres

Windows Admin Center no admite actualmente escenarios con máquinas de grupo de
trabajo mixtos al agregar servidores. Todas las máquinas que agregue a los grupos de
clústeres deben formar parte del mismo grupo de trabajo. Si no lo son, aparece un
mensaje de error que indica "No se puede crear un clúster con servidores en distintos
dominios de Active Directory. Compruebe que los nombres de servidor son correctos.
Mueva todos los servidores al mismo dominio e inténtelo de nuevo". No puede
continuar con la configuración del clúster a menos que use máquinas del mismo grupo
de trabajo.

Habilitación de Hyper-V en máquinas virtuales

Solo puede instalar y habilitar Hyper-V en máquinas virtuales que ejecutan Azure Stack
HCI. Al intentar habilitar Hyper-V en máquinas virtuales sin Azure Stack HCI, se genera
un mensaje de error que indica "Error en una comprobación de requisitos previos de la
característica de Hyper-V", como se muestra en la captura de pantalla siguiente.

Para instalar Hyper-V en máquinas virtuales que ejecutan Azure Stack HCI, abra un
símbolo del sistema de PowerShell con privilegios elevados y ejecute el siguiente
comando:

PowerShell
 Enable-WindowsOptionalFeature -Online -FeatureName 'Microsoft-Hyper-V'

Tiempo de reinicio del servidor después de las

actualizaciones
En ocasiones, los servidores pueden tardar más de lo previsto en reiniciarse después de
instalar las actualizaciones. Para determinar si el servidor se ha reiniciado correctamente,
el Asistente para la implementación del clúster de Windows Admin Center comprueba
periódicamente el estado de reinicio del servidor. Sin embargo, si el usuario reinicia
manualmente el servidor fuera del asistente, el asistente no puede capturar el estado del
servidor de una manera adecuada.

Para solucionar este problema, cierre el Asistente para la implementación del clúster
antes de reiniciar manualmente el servidor. Una vez que haya reiniciado el servidor,
puede volver a abrir el Asistente para la implementación del clúster.

Error de almacenamiento después de eliminar un clúster

Si elimina un clúster, puede encontrar un error si no ha borrado los grupos de
almacenamiento del clúster eliminado. El objeto de clúster eliminado bloquea los
grupos de almacenamiento, por lo que debe borrar manualmente los grupos.

Si ya ha encontrado este mensaje de error, aquí se muestra cómo borrar el objeto de

clúster eliminado de los grupos de almacenamiento:

1. Abra una ventana de PowerShell con privilegios elevados.

2. En todos los nodos, ejecute el siguiente comando:

PowerShell

Clear-ClusterNode

3. A continuación, quite todos los grupos de almacenamiento anteriores mediante la

ejecución del comando siguiente:

PowerShell

Get-StoragePool -IsPrimordial 0 | Remove-StoragePool

 4. Si ha configurado los grupos de almacenamiento para que sean de solo lectura,
debe cambiar los grupos de almacenamiento al modo de escritura antes de
quitarlos mediante la ejecución del comando siguiente:

PowerShell

Get-StoragePool <PoolName> | Set-StoragePool -IsReadOnly $false

Si no ha encontrado este error, pero quiere evitarlo, siga estas instrucciones.

1. Abra una ventana de PowerShell con privilegios elevados.

2. Ejecute este comando para quitar el disco virtual:

PowerShell

Get-VirtualDisk | Remove-VirtualDisk

3. A continuación, ejecute este comando para quitar los grupos de almacenamiento:

PowerShell

Get-StoragePool -IsPrimordial 0 | Remove-StoragePool

4. Después, ejecute este comando para quitar los recursos asociados al clúster:

PowerShell

Get-ClusterResource | ? ResourceType -eq "virtual machine" | Remove-

ClusterResource
Get-ClusterResource | ? ResourceType -like "*virtual machine*" |
Remove-ClusterResource

5. Ahora, ejecute este comando para limpiar:

PowerShell

Remove-Cluster -CleanupAD

6. Por último, ejecute este comando en todos los nodos:

PowerShell

Clear-ClusterNode
Creación de clústeres extendidos
Se recomienda usar servidores unidos a un dominio al crear un clúster extendido.
Debido a las limitaciones de WinRM, puede encontrar un problema de segmentación de
red al intentar usar máquinas de grupo de trabajo al implementar un clúster extendido.

Deshacer y empezar de nuevo

Al usar las mismas máquinas repetidamente durante la implementación de clústeres,
debe limpiar periódicamente ese conjunto de máquinas. Para obtener más información
sobre cómo ejecutar procesos de limpieza en el clúster, consulte Implementación de
infraestructura hiperconvergida.

CredSSP en la creación del clúster

El Asistente para la implementación de clústeres de Windows Admin Center usa
CredSSP. A veces, CredSSP puede provocar un mensaje de error que indica "Se produjo
un error durante la validación. Revise el error e inténtelo de nuevo" al validar un clúster,
como se muestra en la captura de pantalla siguiente.

Para solucionar este problema:

1. Abra una ventana de PowerShell con privilegios elevados.

2. Deshabilite la configuración de CredSSP en todos los nodos y en la máquina de

puerta de enlace de Windows Admin Center.
 Ejecute este comando en la máquina de puerta de enlace:

PowerShell

Disable-WSManCredSSP -Role Client

Ejecute este comando en todos los nodos del clúster:

PowerShell

Disable-WSManCredSSP -Role Server

3. Ejecute el siguiente comando en todos los nodos para reparar sus confianzas.

PowerShell

Test-ComputerSecureChannel -Verbose -Repair -Credential <account name>

4. A continuación, abra un símbolo del sistema y ejecute el siguiente comando en

todos los nodos para restablecer los datos propagados de la directiva de grupo:

Símbolo del sistema de Windows

gpupdate /force

5. Reinicie cada nodo.

6. Después de reiniciar los nodos, vuelva a abrir PowerShell y ejecute el siguiente

comando para probar la conectividad entre la máquina de puerta de enlace y los
nodos de destino.

PowerShell

Enter-PSSession -ComputerName <node fqdn>

CredSSP
Al usar la herramienta Actualizaciones, a veces aparece un mensaje de error que
indica "No se puede usar la herramienta de actualización compatible con clústeres
sin habilitar CredSSP y proporcionar credenciales explícitas" al intentar actualizar
nuevos clústeres, como se muestra en la captura de pantalla siguiente.
 Para resolver este problema, actualice Windows Admin Center a la versión 2110 o
posterior.

El problema de permisos de punto de conexión de sesión credSSP es un error

común de CredSSP que aparece cuando Windows Admin Center se ejecuta en
máquinas cliente Windows. Para resolver este problema, debe agregar usuarios
afectados al grupo administradores de CredSSP de Windows Admin Center y, a
continuación, pedir al usuario que vuelva a iniciar sesión en el equipo de escritorio
que ejecuta Windows Admin Center.

Virtualización anidada
Al validar las implementaciones de clústeres de Azure Stack HCI en máquinas virtuales,
debe habilitar la virtualización anidada antes de habilitar roles o características mediante
la ejecución del siguiente comando en PowerShell:

PowerShell

Set-VMProcessor -VMName <VMName> -ExposeVirtualizationExtensions $true

Si usa la formación de equipos de conmutador virtual en un entorno de máquina virtual,

también debe ejecutar este comando en el host de sesión después de crear una
máquina virtual:

PowerShell

Get-VM | %{ Set-VMNetworkAdapter -VMName $_.Name -MacAddressSpoofing On -

AllowTeaming On }

Si va a implementar un clúster mediante el sistema operativo Azure Stack HCI, hay un

requisito adicional. La unidad de disco duro virtual de arranque de la máquina virtual
debe estar preinstalada con características de Hyper-V. Para preinstalar estas
características, ejecute el siguiente comando antes de crear las máquinas virtuales:

PowerShell
 Install-WindowsFeature –VHD <Path to the VHD> -Name Hyper-V, RSAT-Hyper-V-
Tools, Hyper-V-PowerShell

Compatibilidad con el acceso directo a

memoria remota
La característica de implementación del clúster en Windows Admin Center 2007 no
admite configuraciones de acceso directo a memoria remota (RDMA). Para resolver este
problema, actualice a una versión posterior de Windows Admin Center.

Solución de administrador de clústeres de

conmutación por error
Al administrar un clúster hiperconvergido o tradicional, a veces puede ver un
mensaje de error que indica "Shell no encontrado". Puede realizar una de las
siguientes acciones para resolver este problema:
Volver a cargar el explorador
Vaya a otra herramienta y vuelva a Administrador de clústeres de conmutación
por error.

A veces puede producirse un problema al administrar un clúster de nivel

descendente con una configuración incompleta. Para resolver este problema,
asegúrese de que el clúster tiene instalada y habilitada la característica RSAT-
Clustering-PowerShell en cada nodo miembro. Si no es así, abra PowerShell y
escriba el siguiente comando en cada nodo de clúster:

PowerShell

Install-WindowsFeature -Name RSAT-Clustering-PowerShell

Si Windows Admin Center no puede detectar el clúster, intente agregarlo con todo
el nombre de dominio completo (FQDN).

Al conectarse a un clúster mediante Windows Admin Center instalado como puerta

de enlace mientras usa un nombre de usuario y una contraseña para autenticarse,
debe seleccionar Usar estas credenciales para todas las conexiones para que las
credenciales estén disponibles para consultar los nodos miembro.
Solución de Administrador de clústeres
hiperconvergido
Windows Admin Center ha deshabilitado determinados comandos, como Unidades-
Actualizar firmware, Servidores - Quitar y volúmenes- Abrir, ya que actualmente no los
admite.

Servicios de Azure
En las secciones siguientes se describen los problemas que puede encontrar al usar los
servicios de Azure en Windows Admin Center.

Registro de inicio de sesión y puerta de enlace de Azure

Al intentar registrar la puerta de enlace de Windows Admin Center en los dominios
en la nube de Azure China 21Vianet o Azure US Gov en la versión 2211, la puerta
de enlace a veces puede redirigirle a la experiencia de inicio de sesión global de
Azure. Para solucionar este problema, use una versión anterior de Windows Admin
Center.

En la versión 2009, puede encontrarse con problemas al iniciar sesión en Azure o

registrar la puerta de enlace de Windows Admin Center con Azure. Intente realizar
lo siguiente para solucionar el problema:

Antes de usar las características de Azure en Windows Admin Center, incluido el

registro de puerta de enlace, asegúrese de que ha iniciado sesión en su cuenta
de Azure en otra pestaña o ventana. Se recomienda iniciar sesión a través de
Azure Portal .

Si inicia sesión correctamente en Azure durante el registro de la puerta de

enlace, pero no ve confirmación visual en la página de Azure de la
configuración de Windows Admin Center, actualice la página y vaya a otra
página y vuelva.

Si ya ha dado aprobación de administrador para Windows Admin Center en el

portal, pero sigue viendo un mensaje de error que indica "Necesita aprobación
de administrador", intente iniciar sesión en Azure con los banners alrededor de
Windows Admin Center en lugar de ir a la página Configuración.

Si el proxy está mal configurado, puede ver un mensaje de error que indica
"Error: El valor no puede ser NULL. Nombre del parámetro: httpClientFactory."
 Para resolver este problema, vaya a la página Configuración y ajuste la
configuración a la configuración correcta.

Permisos de Azure File Sync

Azure File Sync requiere permisos en Azure que Windows Admin Center no proporcionó
antes de la versión 1910. Si registró la puerta de enlace de Windows Admin Center con
Azure con una versión anterior a la 1910, debe actualizar la aplicación Microsoft Entra
para usar Azure File Sync en la versión más reciente de Windows Admin Center. Los
permisos adicionales permiten que Azure File Sync configure automáticamente el acceso
a la cuenta de almacenamiento, tal como se describe en Asegurarse de que Azure File
Sync tiene acceso a la cuenta de almacenamiento.

Hay dos maneras de actualizar microsoft Entra ID.

Para actualizar mediante el método de registro:

1. Vaya a Configuración>: Anulación del registro de Azure>

2. Vuelva a registrar Windows Admin Center con Azure, asegurándose de crear una
nueva aplicación de Microsoft Entra.

Para actualizar mediante Azure:

1. Abra Microsoft Entra ID.

2. Vaya a Registros de aplicaciones, seleccione el nombre de la aplicación que desea

actualizar para abrir su página de información general.

3. Una vez que esté en la página de información general de la aplicación, vaya a

Permisos de API.

4. Seleccione Agregar permiso.

5. Seleccione Directorio de permisos>delegados de Microsoft Graph>y active la

casilla [Link].

6. Por último, seleccione Agregar permisos para guardar los cambios realizados en la
aplicación.

Opciones para configurar los servicios de administración

de Azure
Los servicios de administración de Azure, incluidos Azure Monitor, Azure Update
Management y Azure Security Center, usan Microsoft Monitoring Agent para servidores
locales. Azure Update Management admite regiones limitadas y necesita su área de
trabajo de Log Analytics vinculada a una cuenta de Azure Automation. Si quiere
configurar varios servicios en Windows Admin Center, primero debe configurar Azure
Update Management y, después, Azure Security Center o Azure Monitor.

Si ya ha configurado los servicios de administración de Azure que usan Microsoft

Monitoring Agent antes de intentar usar Azure Update Management en Windows
Admin Center, el servicio solo le permite configurar Azure Update Management si los
recursos existentes vinculados a Microsoft Monitoring Agent lo admiten.

Si los recursos vinculados no admiten Azure Update Management, hay dos maneras de
solucionarlo.

Para resolver el problema mediante el Panel de control:

1. En el menú Inicio, vaya a Panel de control> Microsoft Monitoring Agent.

2. Siga las instrucciones de Cómo impedir que un agente se comunique con Log
Analytics para desconectar el servidor de Azure Monitor, Azure Security Center u
otras soluciones de administración de Azure que esté usando actualmente.

3. Configure Azure Update Management en Windows Admin Center.

4. Vuelva a conectarse a las soluciones de administración de Azure desconectadas en

el paso 2.

Para resolver el problema mediante Azure Update Management:

1. Siga las instrucciones de Introducción a Update Management para configurar

manualmente los recursos de Azure que necesita para Azure Update Management.

2. Siga las instrucciones de Agregar o quitar un área de trabajo para actualizar

manualmente Microsoft Monitoring Agent fuera de Windows Admin Center y
agregar el nuevo área de trabajo para la solución Update Management que quiera
usar.

Errores de Administración remota de Windows

Es posible que encuentre los siguientes mensajes de error al usar la administración
remota de Windows.

Error general de conexión

Cuando se produce este error, aparece el siguiente mensaje de error:

error

Cluster wasn't created Connecting to remote server tk5-

[Link] failed
with the following error message:
WinRM cannot complete the operation. Verify that the specified computer name
is valid, that the
computer is accessible over the network, and that a firewall exception for
the WinRM service is
enabled and allows access from this computer. By default, the WinRM firewall
exception for public
profiles limits access to remote computers within the same local subnet. For
more information, see
the about_Remote_Troubleshooting Help topic.

Este error suele aparecer cuando intenta conectarse mediante WinRM. Puede ocurrir por
los siguientes motivos:

Si el servicio no pudo resolver DNS, asegúrese de escribir el nombre de servidor

correcto.

Si el servicio no pudo llegar al nombre del servidor, es probable que se deba a un

problema de conexión de red, como una interrupción de la red.

Si las reglas de firewall no están configuradas para el servicio WinRM, debe volver
a configurarlas para perfiles privados y de dominio.

Si el servicio WinRM no se está ejecutando o deshabilitado, habilite el servicio y

asegúrese de que sigue ejecutándose.

Error de autenticación
Cuando se produce este error, aparece el siguiente mensaje de error:

error

Connecting to remote server ack failed with the following error message:
WinRM cannot process the request. The following error with error code
0x8009030e occurred while
using Negotiate authentication: A specified logon session does not exist. It
may already have been
terminated. \r\n This can occur if the provided credentials are not valid on
the target server, or
if the server identity could not be verified. If you trust the server
identity add the server name
to the TrustedHosts list, and then retry the request. User [Link] to view
 or edit the
TrustedHosts list. Note that computers in the TrustedHosts list might not be
authenticated. For
more information about how to edit the TrustedHosts list, run the following
command: winrm help
config. For more information, see the about_Remote_Troubleshooting Help
topic.

Este error suele producirse en las conexiones de clúster cuando WinRM no se puede
conectar debido a los siguientes motivos:

El usuario está intentando conectarse de forma remota a una máquina conectada a

un dominio mientras ha iniciado sesión como una cuenta de administrador de
usuarios local.

El usuario que intenta iniciar sesión está en el dominio, pero no puede ponerse en
contacto con el dominio aunque pueda acceder al servidor. Cuando esto sucede,
WinRM trata al usuario como si no estuviera en el dominio, pero se está
conectando a una cuenta de dominio.

Puede probar los métodos siguientes para resolver este problema:

Asegúrese de que los usuarios siempre pueden ponerse en contacto con el

dominio, especialmente después de una operación de red.

Debe agregar todos los equipos a los que se conecta a los hosts de confianza
(FQDNS), como
@{TrustedHosts="[Link],[Link],[Link]"} .

El error de conexión General debe pasar todas las validaciones.

Servicio WinRM
Cuando se produce este error, aparece el siguiente mensaje de error:

error

We cannot display the changes right now:

Connecting to remote server localhost failed with the
following error message : The client cannot connect to the destination
specified in the request.
Verify that the service on the destination is running and is accepting
requests. Consult the logs
and documentation for the WS-Management services running on the destination,
mostly commonly IIS or
WinRM. If the destination is the WinRM service, run the following command on
the destination to
 analyze and configure the WinRM service: "winrm quickconfig". For more
information, see the
about_Remote_Troubleshooting Help topic.

Puede encontrar este error por los siguientes motivos:

El servicio WinRM no se está ejecutando. El servicio podría deshabilitarse

temporalmente o apagarse por completo. Para resolver este problema, asegúrese
de que el servicio WinRM siempre se está ejecutando.

El agente de escucha de WinRM no está configurado o está dañado. La forma más

rápida de resolver este problema es ejecutarse WinRM quickconfig en PowerShell,
lo que crea un agente de escucha. WinRM también tiene dos agentes de escucha
integrados para conexiones HTTPS y HTTP. El cliente y el servidor HTTPS deben
tener los mismos certificados válidos.

Error de seguridad
Cuando se produce este error, aparece el siguiente mensaje de error:

error

Connecting to remote server [Link] failed with the following

error message:
WinRM cannot process the request. The following error with errorcode
0x80090322 occurred while
using Kerberos authentication. An unknown security error occurred. At line:1
char:1 +
Enter-PSSession [Link] +
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + CategoryInfo
:InvalidArgument:([Link]:String)[Enter-PSSession],
PSRemotingTransportException +
FullyQualifiedErrorId : CreateRemoteRunspaceFailed

Este error es poco común. Normalmente, se encuentra con esta área cuando una cuenta
intenta crear una conexión remota. En la mayoría de los casos, uno o varios SPN HTTP
predeterminados se registran en una cuenta de servicio, lo que provoca un error en la
autenticación Kerberos. Este problema suele ocurrir porque algún software instalado en
el servidor necesita uno o varios SPN para funcionar correctamente, como SQL Server
Reporting Services, Microsoft Dynamics, SharePoint, etc.

En algunos casos, uno de los SPN se registra en una cuenta de servicio mientras que el
otro no lo está. En ese caso, la conexión winRM se realiza correctamente al intentar
iniciar una sesión con el nombre del servidor, pero se produce un error cuando intenta
iniciar una sesión mediante el FQDN.
Para resolver este problema, compruebe si uno o varios SPN HTTP predeterminados
están registrados en una cuenta de servicio mediante la ejecución del siguiente
comando en PowerShell:

PowerShell

setspn -q HTTP/[Link]

Si el servicio encuentra el SPN, pero el nombre del servidor no está en el campo

resaltado del mensaje de error, ejecute el siguiente comando para configurar los SPN
dedicados para WinRM especificando el número de puerto y la cuenta de equipo:

PowerShell

setspn -s HTTP/[Link] servername

Si se conecta de forma remota mediante PowerShell, asegúrese de usar también el

parámetro IncludePortInSPN , como se muestra en el siguiente comando de ejemplo:

PowerShell

Enter-PSSession -ComputerName [Link] -SessionOption (New-

PSSessionOption -IncludePortInSPN)

Estado 500 de WinRM

Cuando se produce este error, aparece el siguiente mensaje de error:

error

Error: Connecting to remote server [Link] failed with the

following error message:
The WinRM client received an HTTP server error status (500), but the remote
service did not include
any other information about the cause of the failure. For more information,
see the
about_Remote_Troubleshooting Help topic.

Este error es muy raro. Cuando vea este mensaje de error, normalmente significa que
WinRM no pudo procesar la solicitud. La razón por la que este error aparece varía en
función del contexto.

Para resolver este problema, asegúrese de que la comunicación remota está habilitada y
de que configura el agente de escucha de WinRM para aceptar solicitudes. También se
recomienda comprobar los registros de eventos para ver otros errores, como si WinRM
no puede acceder a determinados archivos del sistema de archivos debido a que los
archivos solo tienen permisos de lectura.
Términos de licencia de Windows Admin
Center
Artículo • 05/10/2023

Revise los términos de licencia de Windows Admin Center.

Términos de licencia del software de Microsoft - Extensiones preliminares para

Windows Admin Center de Microsoft

Términos de licencia para extensiones

Contrato de publicador de extensiones de Windows Admin Center

Directiva de participación de extensiones de Microsoft

Términos de licencia del software de Microsoft - Windows Admin Center - Versión

preliminar

Windows Admin Center para los sistemas operativos Windows Server y Microsoft
Windows (versión 10)

Términos de licencia relacionados con Windows Server

Extensiones para Windows Admin
Center
Artículo • 02/11/2024 •
Se aplica a: ✅ Windows Admin Center, ✅ Windows Admin Center Preview

Windows Admin Center se crea como una plataforma extensible para permitir que los
asociados y desarrolladores saquen provecho de las capacidades existentes en Windows
Admin Center, se integren perfectamente con otros productos y soluciones de
administración de TI y proporcionen un valor adicional a los clientes. Cada solución y
herramienta de Windows Admin Center se crea como una extensión con las mismas
características de extensibilidad disponibles para asociados y desarrolladores, por lo que
puede crear herramientas eficaces igual que las disponibles en Windows Admin Center
hoy.

Las extensiones de Windows Admin Center se crean mediante tecnologías web

modernas, como HTML5, CSS, Angular, TypeScript y jQuery, y pueden administrar
servidores de destino a través de PowerShell o WMI. También puede administrar
dispositivos, servicios y servidores de destino a través de protocolos diferentes, como
REST, mediante la compilación de un complemento de puerta de enlace de Windows
Admin Center.

Por qué debe considerar el desarrollo de una

extensión para Windows Admin Center
Este es el valor que puede aportar al producto y a los clientes mediante el desarrollo de
extensiones para Windows Admin Center:

Integración con herramientas de Windows Admin Center: Integre sus productos

y servicios con herramientas de administración de servidores y clústeres en
Windows Admin Center y ofrezca experiencias unificadas y completas de
supervisión de un extremo a otro, administración y solución de problemas a sus
clientes.
Sacar provecho de las capacidades de seguridad, identidad y administración de
la plataforma: Habilite la compatibilidad con Microsoft Entra ID, la autenticación
multifactor, el control de acceso basado en roles (RBAC), el registro y la auditoría
de tus productos y servicios aprovechando las capacidades de la plataforma de
Windows Admin Center para satisfacer los requisitos complejos de las
organizaciones de TI actuales.
 Desarrollar con las tecnologías web más recientes: Cree rápidamente experiencias
de usuario impresionantes con tecnologías web modernas, como HTML5, CSS,
Angular, TypeScript y jQuery, y controles de UI variados y eficaces incluidos en el
SDK de Windows Admin Center.
Ampliar el alcance del producto: Convertirse en parte del ecosistema de Windows
Admin Center con alcance a nuestra base de clientes en expansión.

Empezar a desarrollar con el SDK de Windows

Admin Center
¡Empezar a desarrollar con Windows Admin Center es fácil! Puede encontrar código de
ejemplo para los tipos de extensión de complemento de herramienta, solución y puerta
de enlace en nuestra documentación del SDK. Ahí usará el SDK de Windows Admin
Center para compilar un nuevo proyecto de extensión y, después, podrá seguir las guías
individuales para personalizar el proyecto y satisfacer sus necesidades.

Hemos puesto a su disposición un kit de herramientas de diseño del SDK de Windows

Admin Center para ayudarle a simular rápidamente extensiones en PowerPoint con
estilos, controles y plantillas de página de Windows Admin Center. Vea el aspecto que
puede tener la extensión en Windows Admin Center antes de empezar a codificar.

También contamos con código de muestra hospedado en GitHub: Herramientas del

desarrollador es una extensión de solución de muestra que contiene una amplia
colección de controles que puede examinar y usar en su propia extensión. Herramientas
del desarrollador es una extensión totalmente funcional que se puede cargar localmente
en Windows Admin Center en modo de desarrollador.

Consulte los temas siguientes para obtener más información sobre el SDK y empezar a
trabajar:

Comprender cómo funcionan las extensiones

Desarrollar una extensión
Guías
Publicación de la extensión

Información destacada de asociados

Vea el increíble valor que nuestros asociados han empezado a traer al ecosistema de
Windows Admin Center y pruebe estas extensiones hoy. Obtenga más información
sobre cómo instalar extensiones desde Windows Admin Center.
BiitOps
La extensión BiitOps Changes proporciona un seguimiento de los cambios en los valores
de hardware, software y configuración de las máquinas físicas o virtuales de Windows
Server. La extensión BiitOps Changes mostrará exactamente lo que es nuevo, lo que ha
cambiado y lo que se ha eliminado en un panel único para ayudar a realizar un
seguimiento de los problemas relacionados con el cumplimiento, la confiabilidad y la
seguridad. Obtenga más información sobre la extensión BiitOps Changes.

DataON
La extensión DataON MUST aporta información de supervisión, administración y de un
extremo a otro sobre la infraestructura hiperconvergida y los sistemas de
almacenamiento de DataON basados en Windows Server. La extensión MUST agrega
valores únicos, como la generación de informes de datos históricos, la asignación de
discos, las alertas del sistema y el servicio doméstico de llamadas similar a SAN,
complementando las capacidades de administración de infraestructuras
hiperconvergidas y de servidor de Windows Admin Center, a través de una experiencia
unificada y sin problemas. Obtenga más información sobre la extensión MUST de
DataON y su experiencia de desarrollo.
Fujitsu
Las extensiones ServerView Health y RAID Health de Fujitsu para Windows Admin
Center proporcionan una supervisión y administración detalladas de componentes de
hardware críticos, como procesadores, memoria, energía y subsistemas de
almacenamiento para servidores Fujitsu PRIMERGY. Mediante el uso de los patrones de
diseño de la experiencia de usuario y los controles de UI de Windows Admin Center,
Fujitsu ha supuesto un enorme avance hacia nuestra visión de tener una información
integral sobre los roles y servicios de los servidores, el sistema operativo y la
administración de hardware a través de la plataforma Windows Admin Center. Obtenga
más información sobre las extensiones de Fujitsu y su experiencia de desarrollo.
Lenovo
La extensión Lenovo XClarity Integrator lleva la administración de hardware al siguiente
nivel mediante la integración perfecta en varias experiencias dentro de Windows Admin
Center. La solución XClarity Integrator proporciona una vista de alto nivel de todos los
servidores de Lenovo, y diferentes extensiones de herramientas proporcionan detalles
de hardware tanto si está conectado a un único servidor, clúster de conmutación por
error o clúster hiperconvergido. Obtenga más información sobre la extensión Lenovo
XClarity Integrator.

Pure Storage
Pure Storage proporciona soluciones empresariales de almacenamiento de datos 100 %
flash que ofrecen una arquitectura centrada en los datos para acelerar su negocio de
cara a conseguir una ventaja competitiva. La extensión Pure Storage para Windows
Admin Center proporciona una vista de un solo panel en productos Pure FlashArray y
permite a los usuarios realizar tareas de supervisión, ver métricas de rendimiento en
tiempo real y administrar volúmenes de almacenamiento e iniciadores a través de una
única experiencia de UI. Obtenga más información sobre las extensiones de Pure y su
experiencia de desarrollo.
QCT
La extensión QCT Management Suite complementa Windows Admin Center al
proporcionar supervisión y administración de servidores físicos para sistemas
certificados de QCT Azure Stack HCI. La extensión QCT Management Suite muestra
información de hardware del servidor y proporciona una UI del asistente intuitiva para
ayudar a reemplazar discos físicos de forma eficaz, herramientas de registro de eventos
de hardware y administración de discos predictivos basados en S.M.A.R.T. Obtenga más
información sobre la extensión QCT Management Suite.
Comentarios
¿Le ha resultado útil esta página?  Sí  No

Proporcionar comentarios sobre el producto

Descripción de las extensiones de
Windows Admin Center
Artículo • 09/03/2023

Se aplica a: Windows Admin Center, versión preliminar de Windows Admin Center

En caso de que aún no esté familiarizado con el funcionamiento de Windows Admin

Center, empecemos por la arquitectura de alto nivel. Windows Admin Center consta de
dos componentes principales:

Un servicio web ligero que proporciona las páginas web de la interfaz de usuario
de Windows Admin Center a las solicitudes del explorador web.
Un componente de puerta de enlace que escucha las solicitudes de la API REST
procedentes de las páginas web y retransmite llamadas WMI o scripts de
PowerShell para que se ejecuten en un servidor o clúster de destino.

Las páginas web de la interfaz de usuario de Windows Admin Center que proporciona el
servicio web tienen dos componentes principales de la interfaz de usuario desde una
perspectiva de extensibilidad (las soluciones y las herramientas), que se implementan
como extensiones, y un tercer tipo de extensión denominado "complementos de puerta
de enlace".
Extensiones de solución
En la pantalla principal de Windows Admin Center, de forma predeterminada, puede
agregar conexiones que son de uno de cuatro tipos: conexiones de Windows Server,
conexiones de equipos Windows, conexiones de clústeres de servidores y conexiones de
máquinas virtuales de Azure. Una vez que se ha agregado una conexión, el nombre y el
tipo de conexión se mostrarán en la pantalla principal. Al hacer clic en el nombre de la
conexión, se intentará conectarse al servidor o clúster de destino y, luego, se cargará la
interfaz de usuario para la conexión.

Cada uno de estos tipos de conexión se asigna a una solución y se definen soluciones
mediante un tipo de extensión denominado extensiones de "solución". Las soluciones
suelen definir un tipo único de objeto que se va a administrar a través de
Windows Admin Center, como servidores, equipos o clústeres de conmutación por
error. También puede definir una nueva solución para conectarse a otros dispositivos y
administrarlos, como conmutadores de red y servidores Linux, o incluso servicios como
Servicios de Escritorio remoto.

Extensiones de herramienta
Al hacer clic en una conexión en la pantalla principal de Windows Admin Center y
conectarse, se cargará la extensión de solución para el tipo de conexión seleccionado y
se mostrará la interfaz de usuario de la solución, incluida una lista de herramientas en el
panel de navegación izquierdo. Al hacer clic en una herramienta, se carga la interfaz de
usuario de la herramienta y se muestra en el panel derecho.
Cada una de estas herramientas se define a través de un segundo tipo de extensión
denominado extensiones de "herramienta". Cuando se carga una herramienta, puede
ejecutar llamadas WMI o scripts de PowerShell en un servidor o clúster de destino, y
mostrar información en la interfaz de usuario o ejecutar comandos en función de la
entrada del usuario. Una extensión de herramienta define las soluciones para las que se
debe mostrar, lo que da lugar a un conjunto de herramientas diferente para cada
solución. Si va a crear una extensión de solución, también deberá escribir una o varias
extensiones de herramientas que proporcionen funcionalidad para la solución.
Complementos de puerta de enlace
El servicio de puerta de enlace expone las API REST a las que llamará la interfaz de
usuario y retransmite comandos y scripts que se ejecutarán en el destino. El servicio de
puerta de enlace se puede ampliar mediante complementos de puerta de enlace que
admiten protocolos diferentes. Windows Admin Center incluye de forma predefinida
dos complementos de puerta de enlace, uno para ejecutar scripts de PowerShell y otro
para comandos WMI. Si necesita comunicarse con el destino a través de un protocolo
distinto de PowerShell o WMI, como REST, puede crear un complemento de puerta de
enlace para ello.

Pasos siguientes
Según las funcionalidades que quiera compilar en Windows Admin Center, puede bastar
con crear una extensión de herramienta para una solución de clúster o servidor
existente. Este es el primer paso más sencillo en la creación de extensiones. En cambio,
si la característica está pensada para administrar un dispositivo, un servicio o algo
completamente nuevo, en lugar de un servidor o clúster, debe considerar la posibilidad
de crear una extensión de solución con una o varias herramientas. Por último, si necesita
comunicarse con el destino a través de un protocolo distinto de WMI o PowerShell,
deberá crear un complemento de puerta de enlace. Siga leyendo para aprender a
configurar el entorno de desarrollo y empezar a escribir su primera extensión.
Desarrollo de una extensión para
Windows Admin Center
Artículo • 02/11/2024 •
Se aplica a: ✅ Windows Admin Center, ✅ Windows Admin Center Preview

Windows Admin Center admite tres tipos de extensiones: extensiones de herramientas,

extensiones de soluciones y complementos de puerta de enlace. El SDK incluye
contenido y ejemplos para guiarle en la creación de los diferentes tipos de extensiones
o complementos.

７ Nota

¿No está familiarizado con los diferentes tipos de extensión? Obtenga más
información sobre la arquitectura de extensibilidad y los tipos de extensión.

Desarrollo paso a paso

Preparación del entorno de desarrollo
Creación de una herramienta de extensión
Creación de una extensión de solución
Creación de un complemento de puerta de enlace
Obtenga más información con nuestras guías

Kit de herramientas de diseño del SDK

Eche un vistazo a nuestro kit de herramientas de diseño SDK del Windows Admin
Center. Este kit de herramientas está diseñado para ayudarle a maquetar rápidamente
extensiones en PowerPoint utilizando los estilos, controles y plantillas de página del
Windows Admin Center. Vea el aspecto que puede tener la extensión en Windows
Admin Center antes de empezar a codificar.

Comentarios
¿Le ha resultado útil esta página?  Sí  No

Proporcionar comentarios sobre el producto

Preparación del entorno de desarrollo
Artículo • 18/12/2024 •
Se aplica a: ✅ Windows Admin Center, ✅ Windows Admin Center Preview

Comencemos a desarrollar extensiones con el SDK de Windows Admin Center. En este

documento, trataremos el proceso para poner en marcha el entorno para compilar y
probar una extensión para Windows Admin Center.

７ Nota

¿No está familiarizado con el SDK de Windows Admin Center? Más información
sobre Extensiones para Windows Admin Center

Para preparar el entorno de desarrollo, realice los pasos siguientes:

Requisitos previos de instalación

Para empezar a desarrollar con el SDK, descargue e instale los siguientes requisitos
previos:

Windows Admin Center (versión de disponibilidad general o versión preliminar)

Visual Studio o Visual Studio Code
[Link] (descargue e instale el archivo .msi para la versión 16.20.2)
Administrador de paquetes de nodo (6.14.5 o posterior)
NuGet (para extensiones de publicación)

Para omitir la validación de firmas que se produce durante la instalación de la extensión

en versiones de Windows Admin Center que se ejecutan con .NET 8, también debe
cambiar el modo de operación de Windows Admin Center a "Desarrollo". Para
configurar el modo de desarrollo, debe:

Abra el archivo [Link] de la instancia de Windows Admin Center. Esto

se puede encontrar de forma predeterminada en C:\Program
Files\WindowsAdminCenter\service\[Link] .

Modifique el campo OperationMode en la sección WindowsAdminCenter/System para

leer "Desarrollo" en lugar de "Producción".

７ Nota
 Para desarrollar extensiones en versiones de Windows Admin Center con .NET 4.6.2,
debe instalar y ejecutar Windows Admin Center en modo de desarrollo para seguir
los pasos siguientes. El modo de desarrollo permite al Windows Admin Center
cargar paquetes de extensión sin firmar. Windows Admin Center solo se puede
instalar en modo de desarrollo en un equipo Windows 10.

Para habilitar el modo de desarrollo, instale Windows Admin Center desde la línea
de comandos con el parámetro DEV_MODE=1. En el ejemplo siguiente, reemplace
por <version> la versión que va a instalar, es decir [Link] .

msiexec /i WindowsAdminCenter<version>.msi DEV_MODE=1

Si ya ha instalado Windows Admin Center sin habilitar el modo de desarrollo,

puede editar el valor de la propiedad Dev Mode mediante el Editor del Registro.
Las propiedades de Windows Admin Center se pueden encontrar en la ruta de
acceso siguiente:

Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\ServerManagementGateway

Instalación de dependencias globales

A continuación, instale o actualice las dependencias necesarias para los proyectos, con
el Administrador de paquetes de nodos. Estas dependencias se instalarán globalmente y
estarán disponibles para todos los proyectos.

npm install -g @angular/cli@11.2.14

npm install -g gulp

npm install -g typescript
npm install -g tslint
npm install -g @microsoft/windows-admin-center-sdk@latest

７ Nota

Puede instalar una versión posterior de @angular/cli, sin embargo, tenga en cuenta
que si instala una versión superior a la 11.2.14, recibirá una advertencia durante el
paso de compilación de Gulp que la versión de la CLI local no coincide con la
versión instalada.
Pasos siguientes
Ahora que el entorno está preparado, está listo para empezar a crear contenido.

Creación de una herramienta de extensión

Creación de una extensión de solución
Creación de un complemento de puerta de enlace
Obtenga más información con nuestras guías

Kit de herramientas de diseño del SDK

Eche un vistazo a nuestro kit de herramientas de diseño SDK del Windows Admin
Center. Este kit de herramientas está diseñado para ayudarle a maquetar rápidamente
extensiones en PowerPoint utilizando los estilos, controles y plantillas de página del
Windows Admin Center. Vea el aspecto que puede tener la extensión en Windows
Admin Center antes de empezar a codificar.

Comentarios
¿Le ha resultado útil esta página?  Sí  No

Proporcionar comentarios sobre el producto

Desarrollar una extensión de
herramienta
Artículo • 12/04/2023

Se aplica a: Windows Admin Center, versión preliminar de Windows Admin Center

Una extensión de una herramienta es la forma principal de interacción por parte de los
usuarios con Windows Admin Center para administrar una conexión, como un servidor o
un clúster. Al hacer clic en una conexión en la pantalla principal de Windows Admin
Center y conectarse, se le mostrará una lista de herramientas en el panel de navegación
izquierdo. Al hacer clic en cualquiera de ellas, se carga la interfaz de usuario de la
herramienta y se muestra en el panel derecho.

Cuando se carga una extensión de una herramienta, puede ejecutar llamadas WMI o
scripts de PowerShell en un servidor o clúster de destino, y mostrar información en la
interfaz de usuario o ejecutar comandos en función de la entrada del usuario. Las
extensiones de herramientas definen las soluciones para las que se deben mostrar, lo
que da lugar a un conjunto de herramientas diferente para cada solución.

７ Nota

¿No está familiarizado con los diferentes tipos de extensión? Obtenga más
información sobre la arquitectura de extensibilidad y los tipos de extensión.

Preparación del entorno

Si aún no lo ha hecho, prepare el entorno mediante la instalación de dependencias y
requisitos previos globales necesarios para todos los proyectos.

Creación de una extensión de una herramienta

con el SDK de Windows Admin Center
Una vez que todas las dependencias estén instaladas, estará listo para crear la extensión
de la herramienta. Cree una carpeta que contenga los archivos del proyecto, o vaya a
ella, abra un símbolo del sistema y establezca esa carpeta como directorio de trabajo.
Utilice el SDK de Windows Admin Center que se instaló anteriormente para crear una
extensión con esta sintaxis:
 Símbolo del sistema de Windows

wac create --company "{!Company Name}" --tool "{!Tool Name}" --version

latest

Value Explicación Ejemplo

{!Company Name} Nombre de la empresa (con espacios) Contoso Inc

{!Tool Name} Nombre de la herramienta (con espacios) Manage Foo Works

Observa el siguiente ejemplo de uso:

Símbolo del sistema de Windows

wac create --company "Contoso Inc" --tool "Manage Foo Works" --version
latest

Esto crea una carpeta nueva dentro del directorio de trabajo actual con el nombre
especificado para la herramienta, copia todos los archivos de plantilla necesarios en el
proyecto y configura los archivos con su empresa y el nombre de la herramienta.

７ Nota

La marca --version de este comando especifica la versión del SDK de Windows

Admin Center de destino. Obtenga información sobre cómo tener como destino
una versión diferente del SDK de Windows Admin Center para mantener
actualizada la extensión con los cambios más recientes en el SDK y la plataforma.

Ahora, cambie el directorio a la carpeta que acaba de crear y, después, instale las
dependencias locales necesarias mediante la ejecución del comando siguiente:

Símbolo del sistema de Windows

npm install

Una vez que se complete, configurará todo lo que necesita para cargar la nueva
extensión en Windows Admin Center.

Adición de contenido a la extensión

Ahora que ha creado una extensión con el SDK de Windows Admin Center, ya puede
personalizar el contenido. Consulte estas guías para obtener ejemplos de lo que puede
hacer:

Agregue un módulo vacío

Agregar un elemento iFrame.

Puede encontrar aún más ejemplos en nuestra Guía para desarrolladores. La Guía para
desarrolladores es una extensión de una solución totalmente funcional que se puede
cargar lateralmente en Windows Admin Center y contiene una amplia colección de
ejemplos de funcionalidades y herramientas que puede examinar y usar en su propia
extensión.

Habilite la extensión Guía para desarrolladores en la página Opciones avanzadas de la

configuración de Windows Admin Center.

Personalización del icono de la extensión

Puede personalizar el icono que se muestra para la extensión en la lista de herramientas.
Para ello, modifique todas las entradas de icon en el archivo [Link] para la
extensión:

JSON

"icon": "{!icon-uri}",

Value Explicación Identificador URI de ejemplo

{!icon-uri} La ubicación del recurso de icono assets/[Link]

NOTA: Actualmente, los iconos personalizados no se pueden ver al cargar lateralmente

la extensión en modo de desarrollo. Como solución alternativa, quite el contenido de
target como se indica a continuación:

JSON

"target": "",

Esta configuración solo es válida para la carga lateral en modo de desarrollo, por lo que
es importante conservar el valor contenido en target y, después, restaurarlo antes de
publicar la extensión.
Compilación y carga lateral de la extensión
Ahora, compile y cargue la extensión en Windows Admin Center. Abra una ventana de
comandos, cambie el directorio al directorio de origen y, después, estará listo para
compilar.

Compilación y servicio con gulp:

Símbolo del sistema de Windows

gulp build
gulp serve --port 4201

Tenga en cuenta que debe elegir un puerto que actualmente sea gratuito. Asegúrese de
no intentar usar el puerto en el que se ejecuta Windows Admin Center.

El proyecto se puede cargar lateralmente en una instancia local de Windows Admin

Center para realizar pruebas. Para ello, adjunte el proyecto que se sirve localmente en
Windows Admin Center.

Inicie Windows Admin Center en un explorador web

Abra el depurador (F12)

Abra la consola y escriba el comando siguiente:

Símbolo del sistema de Windows

[Link]("[Link]

Actualice el explorador web

Ahora, el proyecto estará visible en la lista Herramientas con (side loaded [carga lateral])
junto al nombre.
Desarrollar una extensión de la solución
Artículo • 12/04/2023

Se aplica a: Windows Admin Center, versión preliminar de Windows Admin Center

Las soluciones definen principalmente un tipo único de objeto que desea administrar
mediante Windows Admin Center. Estos tipos de solución y de conexión se incluyen con
Windows Admin Center de manera predeterminada:

Conexiones de Windows Server

Conexiones a un PC de Windows
Conexiones de un clúster de conmutación por error
Conexiones de un clúster hiperconvergido

Al seleccionar una conexión en la página de conexión de Windows Admin Center, se

carga la extensión de solución para el tipo de conexión y Windows Admin Center
intentará conectarse al nodo de destino. Si la conexión se realiza correctamente, la UI de
la extensión de solución se cargará y Windows Admin Center mostrará las herramientas
de esa solución en el panel de navegación izquierdo.

Si desea crear una GUI de administración para los servicios que no están definidos por
los tipos de conexión predeterminados que aparecen arriba, como un conmutador de
red u otro hardware que no se pueda detectar por nombre de equipo, es posible que le
interese crear su propia extensión de solución.

７ Nota

¿No está familiarizado con los diferentes tipos de extensión? Obtenga más
información sobre la arquitectura de extensibilidad y los tipos de extensión.

Preparación del entorno

Si aún no lo ha hecho, prepare el entorno mediante la instalación de dependencias y
requisitos previos globales necesarios para todos los proyectos.

Creación de una nueva extensión de solución

con el SDK de Windows Admin Center
Una vez instaladas todas las dependencias, estará listo para crear la nueva extensión de
solución. Cree o vaya a una carpeta que contenga los archivos del proyecto, abra un
símbolo del sistema y establezca esa carpeta como directorio de trabajo. Con el SDK de
Windows Admin Center que se instaló anteriormente, cree una extensión nueva con esta
sintaxis:

wac create --company "{!Company Name}" --solution "{!Solution Name}" --tool

"{!Tool Name}" --version latest

Value Explicación Ejemplo

{!Company Name} Nombre de la empresa (con espacios) Contoso Inc

{!Solution Name} El nombre de la solución (con espacios) Contoso Foo Works Suite

{!Tool Name} Nombre de la herramienta (con espacios) Manage Foo Works

Observa el siguiente ejemplo de uso:

wac create --company "Contoso Inc" --solution "Contoso Foo Works Suite" --
tool "Manage Foo Works"

Esto crea una carpeta nueva dentro del directorio de trabajo actual con el nombre
especificado para la herramienta, copia todos los archivos de plantilla necesarios en el
proyecto y configura los archivos con su empresa, la solución y el nombre de la
herramienta.

７ Nota

La marca “--version” de este comando especifica la versión del SDK de Windows

Admin Center de destino. Obtenga información sobre cómo tener como destino
una versión diferente del SDK de Windows Admin Center para mantener
actualizada la extensión con los cambios más recientes en el SDK y la plataforma.

Ahora, cambie el directorio a la carpeta que acaba de crear y, después, instale las
dependencias locales necesarias mediante la ejecución del comando siguiente:

npm install
Una vez que se complete, configurará todo lo que necesita para cargar la nueva
extensión en Windows Admin Center.

Agregar contenido a la extensión

Ahora que ha creado una extensión con el SDK de Windows Admin Center, ya puede
personalizar el contenido. Consulte estas guías para obtener ejemplos de lo que puede
hacer:

Agregue un módulo vacío

Agregar un elemento iFrame
Crear un proveedor de conexión personalizada
Modificar el comportamiento de navegación raíz

Puede encontrar aún más ejemplos en nuestra Guía para desarrolladores. La Guía para
desarrolladores es una extensión de solución totalmente funcional que se puede cargar
localmente en Windows Admin Center, y contiene una amplia colección de ejemplos de
funcionalidades y herramientas que puede examinar y usar en su propia extensión.

Habilite la extensión Guía para desarrolladores en la página Avanzado de la

configuración de Windows Admin Center.

Compilación y carga lateral de la extensión

Ahora, compile y cargue la extensión en Windows Admin Center. Abra una ventana de
comandos, cambie el directorio al directorio de origen y, después, estará listo para
compilar.

Compilación y servicio con gulp:

gulp build
gulp serve --port 4201

Tenga en cuenta que debe elegir un puerto que actualmente sea gratuito. Asegúrese de
no intentar usar el puerto en el que se ejecuta Windows Admin Center.

El proyecto se puede cargar lateralmente en una instancia local de Windows Admin

Center para realizar pruebas. Para ello, adjunte el proyecto que se sirve localmente en
Windows Admin Center.
 Inicie Windows Admin Center en un explorador web

Abra el depurador (F12)

Abra la consola y escriba el comando siguiente:

[Link]("[Link]

Actualice el explorador web

Ahora, el proyecto estará visible en la lista Herramientas con (side loaded [carga lateral])
junto al nombre.
Desarrollar un complemento de puerta
de enlace
Artículo • 31/12/2024 •
Se aplica a: ✅ Windows Admin Center, ✅ Windows Admin Center Preview

Un complemento de puerta de enlace de Windows Admin Center habilita la

comunicación de API desde la interfaz de usuario de la herramienta o solución a un
nodo de destino. Windows Admin Center hospeda un servicio de puerta de enlace que
retransmite comandos y scripts desde complementos de puerta de enlace que se
ejecutarán en nodos de destino. El servicio de puerta de enlace se puede ampliar para
incluir complementos de puerta de enlace personalizados que admitan protocolos
distintos de los predeterminados.

Estos complementos de puerta de enlace se incluyen de forma predeterminada con

Windows Admin Center:

Complemento de puerta de enlace de PowerShell

Complemento de puerta de enlace de Instrumental de administración de Windows
(WMI)

Si desea comunicarse con un protocolo distinto de PowerShell o WMI (por ejemplo,

REST), puede crear su propio complemento de puerta de enlace. Los complementos de
puerta de enlace se cargan en un dominio AppDomain independiente del proceso de
puerta de enlace existente, pero usan el mismo nivel de elevación para los derechos.

７ Nota

¿No está familiarizado con los diferentes tipos de extensión? Obtenga más
información sobre la arquitectura de extensibilidad y los tipos de extensión.

） Importante

El SDK y las herramientas de desarrollo de Windows Admin Center aún no se han

actualizado para admitir el desarrollo de complementos de puerta de enlace
compatibles con la puerta de enlace modernizada de Windows Admin Center. Si
sigue esta guía, no se producirá una extensión de .NET 8 compatible con la puerta
de enlace modernizada.

Si estás interesado en desarrollar un complemento de puerta de enlace para la

puerta de enlace modernizada o actualizar el complemento de puerta de enlace
 existente, envía un correo electrónico a wacextensionrequest@[Link].

Puede que los complementos de gateway desarrollados en .NET 6, mientras que la

actualización de back-end estaba en versión preliminar no funcionen
correctamente con la versión más reciente de Windows Admin Center debido a
cambios importantes de .NET 6 a .NET 8. Se recomienda actualizar la extensión a
.NET 8 lo antes posible.

Preparación del entorno

Si aún no lo ha hecho, prepare el entorno mediante la instalación de dependencias y
requisitos previos globales necesarios para todos los proyectos.

Creación de un complemento de puerta de

enlace (biblioteca de C#)
Para crear un complemento de puerta de enlace personalizado, cree una nueva clase C#
que implemente la interfaz IPlugIn desde el espacio de nombres
[Link] .

７ Nota

La interfaz IFeature , disponible en versiones anteriores del SDK, ahora está

marcada como obsoleta. Todo el desarrollo de complementos de puerta de enlace
debe usar IPlugIn (o, opcionalmente, la clase abstracta HttpPlugIn).

Descarga de un ejemplo de GitHub

Para empezar a trabajar rápidamente con un complemento de puerta de enlace
personalizado, puede clonar o descargar una copia de nuestro proyecto de
complemento de C# de ejemplo desde nuestro sitio de GitHub del SDK de
Windows Admin Center.

Agregar contenido
Agregue contenido nuevo a la copia clonada del proyecto de complemento de C# de
ejemplo (o su propio proyecto) para que contenga las API personalizadas y, después,
compile el archivo DLL del complemento de puerta de enlace personalizado que se
usará en los pasos siguientes.

Implementación del complemento para pruebas

Pruebe el archivo DLL del complemento de puerta de enlace personalizado cargándolo
en el proceso de puerta de enlace de Windows Admin Center.

Windows Admin Center busca todos los complementos en una carpeta plugins en la
carpeta Application Data del equipo actual (mediante el valor CommonApplicationData
de la enumeración [Link]). En Windows 10, esta ubicación es
C:\ProgramData\Server Management Experience . Si la carpeta plugins aún no existe, la

puede crear usted mismo.

７ Nota

Puede invalidar la ubicación del complemento en una compilación de depuración

actualizando el valor de configuración "StaticsFolder". Si está depurando
localmente, esta configuración se encuentra en la solución [Link] del
Escritorio.

Dentro de la carpeta plugins (en este ejemplo, C:\ProgramData\Server Management

Experience\plugins )

Cree una carpeta con el mismo nombre que el valor de propiedad Name de
Feature en el archivo DLL del complemento de puerta de enlace personalizado (en

nuestro proyecto de ejemplo, Name es "Sample Uno")

Copie el archivo DLL del complemento de puerta de enlace personalizado en esta
nueva carpeta
Reinicie el proceso de Windows Admin Center

Una vez que se reinicie el proceso de administrador de Windows, podrá utilizar las API
del DLL del complemento de la puerta de enlace personalizada emitiendo un GET, PUT,
PATCH, DELETE o POST a
http(s)://{domain|localhost}/api/nodes/{node}/features/{feature name}/{identifier} .

Opcional: Asociación al complemento para la depuración

En Visual Studio 2017, en el menú Depurar, seleccione "Asociar al proceso". En la
ventana siguiente, desplácese por la lista Procesos disponibles y seleccione
[Link] seleccione "Asociar". Una vez que se inicia el depurador, puede
colocar un punto de interrupción en el código de característica y, a continuación, hacer
ejercicio a través del formato de dirección URL. Para nuestro proyecto de ejemplo
(nombre de la característica: "Sample Uno"), la dirección URL es: "
<[Link]

Creación de una extensión de herramienta con

el SDK de Windows Admin Center
Ahora es necesario crear una extensión de herramienta desde la que puede llamar al
complemento de puerta de enlace personalizado. Cree o vaya a una carpeta donde
quiera almacenar los archivos del proyecto, abra un símbolo del sistema y establezca
esa carpeta como directorio de trabajo. Con el SDK de Windows Admin Center que se
instaló anteriormente, cree una extensión nueva con la sintaxis siguiente:

wac create --company "{!Company Name}" --tool "{!Tool Name}"

ﾉ Expandir tabla

Value Explicación Ejemplo

{!Company Name} Nombre de la empresa (con espacios) Contoso Inc

{!Tool Name} Nombre de la herramienta (con espacios) Manage Foo Works

Observa el siguiente ejemplo de uso:

wac create --company "Contoso Inc" --tool "Manage Foo Works"

Este comando crea una nueva carpeta dentro del directorio de trabajo actual con el
nombre especificado para la herramienta, copia todos los archivos de plantilla
necesarios en el proyecto y configura los archivos con el nombre de la empresa y la
herramienta.

A continuación, cambie el directorio a la carpeta y, a continuación, instale las

dependencias locales necesarias mediante la ejecución del siguiente comando:
 npm install

Una vez completado este comando, está configurado con todo lo que necesita para
cargar la nueva extensión en Windows Admin Center.

Conexión de la extensión de herramienta al

complemento de puerta de enlace
personalizado
Ahora que ha creado una extensión con el SDK de Windows Admin Center, está listo
para conectar la extensión de herramienta al complemento de puerta de enlace
personalizada siguiendo estos pasos:

Agregue un módulo vacío

Use su complemento de puerta de enlace personalizado en la extensión de
herramienta

Compilación y carga lateral de la extensión

Ahora, compile y cargue la extensión en Windows Admin Center. Abra una ventana de
comandos, cambie el directorio al directorio de origen y, después, estará listo para
compilar.

Compilación y servicio con gulp:

gulp build
gulp serve -p 4201

El puerto que elija debe ser libre actualmente. Asegúrese de no intentar usar el puerto
en el que se ejecuta Windows Admin Center.

El proyecto se puede cargar lateralmente en una instancia local de Windows Admin

Center para realizar pruebas. Para ello, adjunte el proyecto que se sirve localmente en
Windows Admin Center.

Inicie Windows Admin Center en un explorador web

Abra el depurador (F12)

 Abra la consola y escriba el comando siguiente:

[Link]("[Link]

Actualice el explorador web

Ahora, el proyecto estará visible en la lista Herramientas con (side loaded [carga lateral])
junto al nombre.

Destino de una versión diferente del SDK de

Windows Admin Center
Mantener la extensión actualizada con los cambios del SDK y los cambios en la
plataforma es fácil. Lea sobre cómo apuntar a una versión diferente del SDK de
Windows Admin Center.

Comentarios
¿Le ha resultado útil esta página?  Sí  No

Proporcionar comentarios sobre el producto

Establecimiento como destino de una
versión diferente del SDK de
Windows Admin Center
Artículo • 02/11/2024 •
Se aplica a: ✅ Windows Admin Center, ✅ Windows Admin Center Preview

Mantener la extensión actualizada con los cambios del SDK y los cambios en la
plataforma es fácil. Usamos etiquetas del Administrador de paquetes de NuGet para
organizar el lanzamiento de nuevas características en las versiones del SDK.

Existen dos versiones del SDK entre las que puede elegir, y tres versiones que se han
retirado:

latest : este paquete de SDK está en consonancia con la versión de disponibilidad

general actual de Windows Admin Center y es el más estable.

experimental : este paquete del SDK contiene los cambios y funcionalidades más

recientes, pero puede ser inestable.

insider : este paquete del SDK se ha retirado, use la versión más reciente o

experimental, alternativamente.
next : este paquete del SDK se ha retirado, use la versión más reciente o

experimental, alternativamente.
legacy : este paquete del SDK se ha retirado, use la versión más reciente o

experimental, alternativamente.

７ Nota

Obtenga más información sobre las diferentes versiones de Windows Admin

Center que hay disponibles para descargar.

Establecimiento como destino de la versión del

SDK en un proyecto nuevo
Al crear una extensión nueva, se puede incluir el parámetro --version para tener como
destino una versión del SDK diferente:
 wac create --company "{!Company Name}" --tool "{!Tool Name}" --version
{!version}

ﾉ Expandir tabla

Value Explicación Ejemplo

{!Company Name} Nombre de la empresa (con espacios) Contoso Inc

{!Tool Name} Nombre de la herramienta (con espacios) Manage Foo Works

{!version} Versión del SDK latest

Este es un ejemplo de cómo crear una nueva extensión que tiene experimental como
destino:

wac create --company "Contoso Inc" --tool "Manage Foo Works" --version
experimental

７ Nota

Se recomienda a los desarrolladores que creen nuevas extensiones que usen la

versión del SDK latest para una mayor estabilidad.

Establecimiento como destino de la versión del

SDK en un proyecto existente
Para modificar un proyecto existente para que tenga como destino una versión del SDK
diferente, modifique la siguiente línea en [Link] :

"@microsoft/windows-admin-center-sdk": "latest",

En este ejemplo, reemplace latest por la versión del SDK deseada, es decir,
experimental :
 "@microsoft/windows-admin-center-sdk": "experimental",

A continuación, ejecute npm install para actualizar las referencias de todo el proyecto.

Comentarios
¿Le ha resultado útil esta página?  Sí  No

Proporcionar comentarios sobre el producto

Guías
Artículo • 02/11/2024 •
Se aplica a: ✅ Windows Admin Center, ✅ Windows Admin Center Preview

Guides
Estas son algunas guías para desarrollar con el SDK de Windows Admin Center:

Agregar un módulo a una extensión de herramienta

Agregar un iFrame a una extensión de herramienta
Usar un complemento de puerta de enlace personalizado en la extensión de
herramienta
Crear un proveedor de conexión
Modificar el comportamiento de navegación raíz
Controlar la visibilidad de la herramienta
Cadenas y localización
Uso de PowerShell de la extensión
Guía de icono CSS

Kit de herramientas de diseño del SDK

Eche un vistazo a nuestro kit de herramientas de diseño SDK del Windows
Admin Center. Este kit de herramientas está diseñado para ayudarle a maquetar
rápidamente extensiones en PowerPoint utilizando los estilos, controles y plantillas
de página del Windows Admin Center. Vea el aspecto que puede tener la
extensión en Windows Admin Center antes de empezar a codificar.

Código de ejemplo incluido con el SDK

Puede encontrar código de ejemplo para los tipos de extensión de complemento
de herramienta, solución y puerta de enlace en nuestra documentación del SDK.
Allí aprovechará la CLI de Windows Admin Center para compilar un nuevo
proyecto de extensión y, a continuación, siga las guías individuales para
personalizar el proyecto para satisfacer sus necesidades.

Herramientas del desarrollador , hospedadas en nuestro sitio del SDK de GitHub,

es una extensión de solución que contiene una amplia colección de controles que
puede examinar y usar en su propia extensión. Herramientas del desarrollador es
 una extensión totalmente funcional que se puede cargar localmente en Windows
Admin Center en modo de desarrollador.

Comentarios
¿Le ha resultado útil esta página?  Sí  No

Proporcionar comentarios sobre el producto

Agregar un módulo a una extensión de
herramienta
Artículo • 02/11/2024 •
Se aplica a: ✅ Windows Admin Center, ✅ Windows Admin Center Preview

En este artículo, se va a agregar un módulo vacío a una extensión de herramienta que se

ha creado con la CLI de Windows Admin Center.

Preparación del entorno

Si aún no lo ha hecho, siga las instrucciones para desarrollar una extensión de
herramienta (o solución) para preparar el entorno y crear una nueva extensión de
herramienta vacía.

Uso de la CLI de Angular para crear un módulo

(y un componente)
Si no está familiarizado con Angular, se recomienda que lea la documentación del sitio
web de Angular para más información sobre Angular y NgModule. Consulte
NgModule para obtener instrucciones.

Para obtener más información:

Generación de un nuevo módulo en la CLI de Angular .

Generación de un nuevo componente en la CLI de Angular .

Abra un símbolo del sistema, cambie el directorio a .\src\app en el proyecto y, luego,

ejecute los comandos siguientes, pero reemplace {!ModuleName} por el nombre del
módulo (sin espacios).

cd .\src\app
ng generate module {!ModuleName}
ng generate component {!ModuleName}

ﾉ Expandir tabla
 Value Explicación Ejemplo

{!ModuleName} El nombre del módulo (sin espacios) ManageFooWorksPortal

Ejemplo de uso:

PowerShell

cd .\src\app
ng generate module ManageFooWorksPortal
ng generate component ManageFooWorksPortal

Adición de información de enrutamiento

Si no está familiarizado con Angular, se recomienda que aprenda sobre la navegación y
el enrutamiento de Angular. En las secciones siguientes se definen los elementos de
enrutamiento necesarios que permiten a Windows Admin Center navegar a la extensión
y entre las vistas de la extensión en respuesta a la actividad del usuario. Para más
información, consulte la guía del enrutador .

Use el mismo nombre de módulo que usó en el paso anterior.

Adición de contenido a un nuevo archivo de

enrutamiento
1. Vaya a la carpeta del módulo que creó mediante ng generate en el paso anterior.

2. Cree un nuevo archivo {!module-name}.[Link] con esta convención de

nomenclatura:

ﾉ Expandir tabla

Value Explicación Por ejemplo,

nombreDeArchivo.

{!module- El nombre del módulo (en minúsculas, manage-foo-works-

name} espacios reemplazados por guiones) [Link]

3. Agregue este contenido al archivo que ha creado:

ts

import { NgModule } from '@angular/core';

import { RouterModule, Routes } from '@angular/router';
 import { {!ModuleName}Component } from './{!module-name}.component';

const routes: Routes = [

{
path: '',
component: {!ModuleName}Component,
// if the component has child components that need to be routed
to, include them in the children array.
children: [
{
path: '',
redirectTo: 'base',
pathMatch: 'full'
}
]
}];

@NgModule({
imports: [
[Link](routes)
],
exports: [
RouterModule
]
})
export class Routing { }

4. Reemplace los valores del archivo que ha creado por los valores deseados:

ﾉ Expandir tabla

Value Explicación Ejemplo

{!ModuleName} El nombre del módulo (sin espacios) ManageFooWorksPortal

{!module- El nombre del módulo (en minúsculas, espacios manage-foo-works-

name} reemplazados por guiones) portal

Adición de contenido al nuevo archivo de módulo

1. Abra el archivo {!module-name}.[Link] , que tiene la siguiente convención de
nomenclatura:

ﾉ Expandir tabla
 Value Explicación Por ejemplo,
nombreDeArchivo.

{!module- El nombre del módulo (en minúsculas, manage-foo-works-

name} espacios reemplazados por guiones) [Link]

2. Agregue contenido al archivo:

ts

import { Routing } from './{!module-name}.routing';

3. Reemplace los valores del contenido que acaba de agregar por los valores
deseados:

ﾉ Expandir tabla

Value Explicación Ejemplo

{!module- El nombre del módulo (en minúsculas, espacios manage-foo-works-

name} reemplazados por guiones) portal

4. Modifique la instrucción imports para importar Routing:

ﾉ Expandir tabla

Valor original Valor nuevo

imports: [ CommonModule ] imports: [ CommonModule, Routing ]

5. Asegúrese de que las instrucciones import están ordenadas alfabéticamente por

origen.

Adición de contenido al nuevo archivo TypeScript de

componentes
1. Abra el archivo {!module-name}.[Link] , que tiene la siguiente convención de
nomenclatura:

ﾉ Expandir tabla
 Value Explicación Por ejemplo,
nombreDeArchivo.

{!module- El nombre del módulo (en minúsculas, manage-foo-works-

name} espacios reemplazados por guiones) [Link]

2. Modifique el contenido del archivo para que coincida con el ejemplo siguiente.

ts

constructor() {
// TODO
}

public ngOnInit() {
// TODO
}

Actualización de [Link]
1. Abra el archivo [Link] y modifique la ruta de acceso
predeterminada para que se cargue el nuevo módulo que ha creado. Busque la
entrada de path: '' y actualice loadChildren para cargar su módulo en lugar del
módulo predeterminado:

ﾉ Expandir tabla

Value Explicación Ejemplo

{!ModuleName} El nombre del módulo (sin espacios) ManageFooWorksPortal

{!module- El nombre del módulo (en minúsculas, espacios manage-foo-works-

name} reemplazados por guiones) portal

ts

{
path: '',
loadChildren: 'app/{!module-name}/{!module-name}.module#
{!ModuleName}Module'
},

He aquí un ejemplo de una ruta de acceso predeterminada actualizada:

ts
 {
path: '',
loadChildren: 'app/manage-foo-works-portal/manage-foo-works-
[Link]#ManageFooWorksPortalModule'
},

Compilación y transferencia local de la

extensión
Ahora ha agregado un módulo a la extensión. A continuación, puede compilar y
transferir localmente la extensión en Windows Admin Center para ver los resultados.

Comentarios
¿Le ha resultado útil esta página?  Sí  No

Proporcionar comentarios sobre el producto

Agregar un iFrame a una extensión de
herramienta
Artículo • 02/11/2024 •
Se aplica a: ✅ Windows Admin Center, ✅ Windows Admin Center Preview

En este artículo, se va a agregar un elemento iFrame a una nueva extensión de

herramienta vacía que se ha creado con la CLI de Windows Admin Center.

Preparación del entorno

Si aún no lo ha hecho, siga las instrucciones de Desarrollar una extensión de
herramienta para preparar el entorno y crear una nueva extensión de herramienta vacía.

Adición de un módulo al proyecto

Agregue un nuevo módulo vacío al proyecto, al que agregaremos un elemento iFrame
en el paso siguiente.

Incorporación de un elemento iFrame al

módulo
Ahora agregaremos un elemento iFrame a ese nuevo módulo vacío que acabamos de
crear.

En \src\app, vaya a la carpeta del módulo y abra el archivo {!module-

name}.[Link] , que se encuentra con la siguiente convención de nomenclatura:

ﾉ Expandir tabla

Value Explicación Por ejemplo,

nombreDeArchivo.

{!module- El nombre del módulo (en minúsculas, manage-foo-works-

name} espacios reemplazados por guiones) [Link]

Agregue el siguiente contenido al archivo HTML:

HTML
 <div>
<iframe style="height: 850px;" src="[Link]
</div>

Es decir, ha agregado un elemento iFrame a la extensión. A continuación, puede

compilar y transferir localmente la extensión en Windows Admin Center para ver los
resultados.

７ Nota

La configuración de la directiva de seguridad de contenido (CSP) podría impedir

que algunos sitios se representarán en un elemento iFrame dentro de Windows
Admin Center. Puede obtener más información sobre ellas aquí .

Comentarios
¿Le ha resultado útil esta página?  Sí  No

Proporcionar comentarios sobre el producto

Usar un complemento de puerta de
enlace personalizado en la extensión de
herramienta
Artículo • 02/11/2024 •
Se aplica a: ✅ Windows Admin Center, ✅ Windows Admin Center Preview

En este artículo, usaremos un complemento de puerta de enlace personalizado en una

nueva extensión de herramienta vacía que hemos creado con la CLI de Windows Admin
Center.

Preparación del entorno

Si aún no lo ha hecho, siga las instrucciones de Desarrollar una extensión de
herramienta para preparar el entorno y crear una nueva extensión de herramienta vacía.

Adición de un módulo al proyecto

Si aún no lo ha hecho, agregue al proyecto un módulo vacío nuevo, que usaremos en el
paso siguiente.

Incorporación de integración al complemento

de puerta de enlace personalizado
Ahora usaremos un complemento de puerta de enlace personalizado en el nuevo
módulo vacío que acaba de crear.

Creación de [Link]
Cambie al directorio del módulo de herramientas creado anteriormente ( \src\app\
{!Module-Name} ) y cree un archivo [Link] nuevo.

Agregue el código siguiente al archivo que acaba de crear:

ts

import { Injectable } from '@angular/core';

import { AppContextService, HttpService } from '@microsoft/windows-admin-
 center-sdk/angular';
import { Cim, Http, PowerShell, PowerShellSession } from
'@microsoft/windows-admin-center-sdk/core';
import { AjaxResponse, Observable } from 'rxjs';

@Injectable()
export class PluginService {
constructor(private appContextService: AppContextService, private http:
Http) {
}

public getGatewayRestResponse(): Observable<any> {

let callUrl = [Link];

return [Link](callUrl,
'features/Sample%20Uno').map(
(response: any) => {
return response;
}
)
}
}

Cambie las referencias a Sample Uno y Sample%20Uno al nombre de la característica

según corresponda.

２ Advertencia

Se recomienda usar el elemento integrado [Link] para

llamar a cualquier API que se defina en el complemento de puerta de enlace
personalizado. Esto garantizará que, si se requieren credenciales dentro del
complemento de puerta de enlace, se controlarán correctamente.

Modificación de [Link]
Abra el archivo [Link] del nuevo módulo creado anteriormente (es decir, {!Module-
Name}.[Link] ):

Agregue las siguientes instrucciones import:

ts

import { HttpService } from '@microsoft/windows-admin-center-sdk/angular';

import { Http } from '@microsoft/windows-admin-center-sdk/core';
import { PluginService } from './[Link]';
Agregue los siguientes proveedores (después de las declaraciones):

ts

,
providers: [
HttpService,
PluginService,
Http
]

Modificación de [Link]
Abra el archivo [Link] del nuevo módulo creado anteriormente (es decir,
{!Module-Name}.[Link] ):

Agregue las siguientes instrucciones import:

ts

import { ActivatedRouteSnapshot } from '@angular/router';

import { AppContextService } from '@microsoft/windows-admin-center-
sdk/angular';
import { Subscription } from 'rxjs';
import { Strings } from '../../generated/strings';
import { PluginService } from './[Link]';

Agregue las siguientes variables:

ts

private serviceSubscription: Subscription;

private responseResult: string;

Modifique el constructor y modifique o agregue las funciones siguientes:

ts

constructor(private appContextService: AppContextService, private plugin:

PluginService) {
//
}

public ngOnInit() {
[Link] = 'click go to do something';
}
 public onClick() {
[Link] =
[Link]().subscribe(
(response: any) => {
[Link] = 'response: ' + [Link];
},
(error) => {
[Link](error);
}
);
}

Modificación de [Link]
Abra el archivo [Link] del nuevo módulo creado anteriormente (es decir,
{!Module-Name}.[Link] ):

Agregue el siguiente contenido al archivo HTML:

HTML

<button (click)="onClick()" >go</button>

{{ responseResult }}

Compilación y carga lateral de la extensión

Ahora está listo para compilar y cargar lateralmente la extensión en Windows Admin
Center.

Comentarios
¿Le ha resultado útil esta página?  Sí  No

Proporcionar comentarios sobre el producto

Creación de un proveedor de conexión para
una extensión de solución
Artículo • 21/04/2025 • Se aplica a: ✅ Windows Admin Center, ✅ Windows Admin Center Preview

Los proveedores de conexión desempeñan un papel importante en la forma en que Windows

Admin Center define objetos o destinos conectables y se comunica con ellos. Principalmente,
un proveedor de conexión realiza acciones mientras se realiza una conexión, como asegurarse
de que el destino está en línea y disponible, y también garantiza que el usuario que se conecta
tiene permiso para acceder al destino.

De forma predeterminada, Windows Admin Center se incluye con los siguientes proveedores de
conexión:

Servidor
Cliente Windows
Clúster de conmutación por error
Clúster de HCI

Para crear su propio proveedor de conexión personalizado, siga estos pasos:

Agregue los detalles del proveedor de conexión a [Link] .

Defina el proveedor de estado de la conexión.
Implemente el proveedor de conexión en la capa de aplicación.

Adición de detalles del proveedor de conexión a

[Link]
Ahora veremos lo que necesita saber para definir un proveedor de conexión en el archivo
[Link] del proyecto.

Creación de una entrada en [Link]

El archivo [Link] se encuentra en la carpeta \src y contiene, entre otras cosas,
definiciones de puntos de entrada en el proyecto. Los tipos de puntos de entrada incluyen
herramientas, soluciones y proveedores de conexión. Definiremos un proveedor de conexión.

A continuación se muestra un ejemplo de una entrada del proveedor de conexión en

[Link]:

JSON
 {
"entryPointType": "connectionProvider",
"name": "addServer",
"path": "/add",
"displayName": "resources:strings:addServer_displayName",
"icon": "sme-icon:icon-win-server",
"description": "resources:strings:description",
"connectionType": "[Link]",
"connectionTypeName": "resources:strings:addServer_connectionTypeName",
"connectionTypeUrlName": "server",
"connectionTypeDefaultSolution": "[Link]-manager!servers",
"connectionTypeDefaultTool": "[Link]-manager!overview",
"connectionStatusProvider": {
"powerShell": {
"script": "## Get-My-Status ##\nfunction Get-Status()\n{\n# A function
like this would be where logic would exist to identify if a node is
connectable.\n$status = @{label = $null; type = 0; details = $null; }\n$caption =
\"MyConstCaption\"\n$productType = \"MyProductType\"\n# A result object needs to
conform to the following object structure to be interpreted properly by the Windows
Admin Center shell.\n$result = @{ status = $status; caption = $caption; productType
= $productType; version = $version }\n# DO FANCY LOGIC #\n# Once the logic is
complete, the following fields need to be populated:\n$[Link] = \"Display
Thing\"\n$[Link] = 0 # This value needs to conform to the
LiveConnectionStatusType enum. >= 3 represents a failure.\n$[Link] =
\"success stuff\"\nreturn $result}\nGet-Status"
},
"displayValueMap": {
"wmfMissing-label":
"resources:strings:addServer_status_wmfMissing_label",
"wmfMissing-details":
"resources:strings:addServer_status_wmfMissing_details",
"unsupported-label":
"resources:strings:addServer_status_unsupported_label",
"unsupported-details":
"resources:strings:addServer_status_unsupported_details"
}
}
},

Un punto de entrada de tipo "connnectionProvider" indica al shell de Windows Admin Center

que el elemento configurado es un proveedor que una solución usará para validar un estado de
conexión. Los puntos de entrada del proveedor de conexión contienen una serie de
propiedades importantes, que se definen a continuación:

ﾉ Expandir tabla

Propiedad Descripción

tipo de punto de entrada Es una propiedad necesaria. Hay tres valores válidos: "tool", "solution" y
"connectionProvider".
Propiedad Descripción

nombre Identifica el proveedor de conexión dentro del ámbito de una solución. Este
valor debe ser único dentro de una instancia completa de Windows Admin
Center (no solo una solución).

camino Si lo configura la solución, representa la ruta URL para la interfaz de usuario

'Agregar conexión'. Este valor debe asignarse a una ruta configurada en el
archivo [Link]. Cuando el punto de entrada de la solución
está configurado para usar las conexiones rootNavigationBehavior, esta ruta
cargará el módulo que usa el shell para mostrar la interfaz de usuario de
"Agregar conexión". Hay más información disponible en la sección sobre
rootNavigationBehavior.

displayName El valor especificado aquí se muestra en el lado derecho del shell, debajo de
la barra de Windows Admin Center negra cuando un usuario carga la página
de conexiones de una solución.

icono Representa el icono usado en el menú desplegable "Soluciones" para

representar la solución.

descripción Escriba una breve descripción del punto de entrada.

tipo de conexión Representa el tipo de conexión que cargará el proveedor. El valor

especificado aquí también se usará en el punto de entrada de la solución
para especificar que la solución puede cargar esas conexiones. El valor
especificado aquí también se usará en los puntos de entrada de la
herramienta para indicar que la herramienta es compatible con este tipo.
Este valor especificado aquí también se usará en el objeto de conexión que
se envía a la llamada RPC en la ventana "Agregar", en el paso de
implementación de la capa de aplicación.

connectionTypeName Se usa en la tabla de conexiones para representar una conexión que usa tu
proveedor de conexión. Se espera que sea el nombre plural del tipo.

connectionTypeUrlName Se usa para crear la dirección URL que representa la solución cargada,
después de que Windows Admin Center se ha conectado a una instancia.
Esta entrada se usa después de las conexiones y antes del destino. En este
ejemplo, "connectionexample" es donde este valor aparece en la dirección
URL
[Link]
[Link] .

connectionTypeDefaultSolution Representa el componente predeterminado que el proveedor de conexión

debe cargar. Este valor es una combinación de:
[a] Nombre del paquete de extensión definido en la parte superior del
manifiesto.
[b] Signo de exclamación (!).
[c] Nombre del punto de entrada de la solución.
Para un proyecto con el nombre "[Link]-extension" y un punto
 Propiedad Descripción

de entrada de solución con el nombre "example", este valor sería

"[Link]-extension!example".

connectionTypeDefaultTool Representa la herramienta predeterminada que se debe cargar en una

conexión exitosa. Este valor de propiedad se compone de dos partes, de
forma similar a ConnectionTypeDefaultSolution. Este valor es una
combinación de:
[a] Nombre del paquete de extensión definido en la parte superior del
manifiesto.
[b] Signo de exclamación (!).
[c] Nombre del punto de entrada de la herramienta que se debe cargar
inicialmente.
Para un proyecto con el nombre "[Link]-extension" y un
punto de entrada de solución con el nombre "example", este valor sería
"[Link]-extension!example".

connectionStatusProvider Consulte la sección "Definición del proveedor de estado de la conexión".

Defina el proveedor de estado de la conexión.

El proveedor de estado de la conexión es el mecanismo por el que se valida que un destino está
en línea y disponible, lo que también garantiza que el usuario que se conecta tenga permiso
para acceder al destino. Actualmente hay dos tipos de proveedores de estado de la conexión:
PowerShell y RelativeGatewayUrl.

Proveedor de estado de la conexión de PowerShell: determina si un destino está en línea

y es accesible con un script de PowerShell. El resultado debe devolverse en un objeto con
una sola propiedad "status", definida a continuación.
Proveedor de estado de la conexión de RelativeGatewayUrl: determina si un destino está
en línea y es accesible con una llamada de REST. El resultado debe devolverse en un
objeto con una sola propiedad "status", definida a continuación.

Definición del estado

Los proveedores de estado de la conexión están obligados a devolver un objeto con una sola
propiedad status que cumpla con el siguiente formato:

JSON

{
status: {
label: string;
type: int;
details: string;
 }
}

Propiedades de estado:

Etiqueta: una etiqueta que describe el tipo de estado devuelto. Tenga en cuenta que los
valores de la etiqueta se pueden asignar en tiempo de ejecución. Consulte la entrada
siguiente para ver los valores de mapeo en tiempo de ejecución.

Tipo: tipo de retorno del estado. El tipo tiene los siguientes valores de enumeración. Para
cualquier valor 2 o superior, la plataforma no se dirigirá al objeto conectado y se mostrará
un error en la interfaz de usuario.

Tipos:

ﾉ Expandir tabla

Valor Descripción

0 En línea

1 Advertencia

2 No autorizado

3 Error

4 Grave

5 Desconocido

Detalles: detalles adicionales que describen el tipo de estado devuelto.

Script del proveedor de estado de la conexión de PowerShell

El script de PowerShell del proveedor de estado de la conexión determina si un destino está en
línea y es accesible con un script de PowerShell. El resultado debe devolverse en un objeto con
una sola propiedad "status". A continuación se muestra un script de ejemplo.

Ejemplo de script de PowerShell:

PowerShell

## Get-My-Status ##

function Get-Status()
{
# A function like this would be where logic would exist to identify if a node
 is connectable.
$status = @{label = $null; type = 0; details = $null; }
$caption = "MyConstCaption"
$productType = "MyProductType"

# A result object needs to conform to the following object structure to be

interperated properly by the Windows Admin Center shell.
$result = @{ status = $status; caption = $caption; productType = $productType;
version = $version }

# DO FANCY LOGIC #

# Once the logic is complete, the following fields need to be populated:

$[Link] = "Display Thing"
$[Link] = 0 # This value needs to conform to the LiveConnectionStatusType
enum. >= 3 represents a failure.
$[Link] = "success stuff"

return $result
}

Get-Status

Definición del método RelativeGatewayUrl del proveedor de

estado de la conexión
El método RelativeGatewayUrl del proveedor de estado de la conexión llama a una API REST
para determinar si un destino está en línea y es accesible. El resultado debe devolverse en un
objeto con una sola propiedad "status". A continuación se muestra un ejemplo de entrada del
proveedor de conexión en el archivo [Link] del método RelativeGatewayUrl.

JSON

{
"entryPointType": "connectionProvider",
"name": "addServer",
"path": "/add/server",
"displayName": "resources:strings:addServer_displayName",
"icon": "sme-icon:icon-win-server",
"description": "resources:strings:description",
"connectionType": "[Link]",
"connectionTypeName": "resources:strings:addServer_connectionTypeName",
"connectionTypeUrlName": "server",
"connectionTypeDefaultSolution": "[Link]-manager!servers",
"connectionTypeDefaultTool": "[Link]-manager!overview",
"connectionStatusProvider": {
"relativeGatewayUrl": "<URL here post /api>",
"displayValueMap": {
"wmfMissing-label":
"resources:strings:addServer_status_wmfMissing_label",
"wmfMissing-details":
 "resources:strings:addServer_status_wmfMissing_details",
"unsupported-label":
"resources:strings:addServer_status_unsupported_label",
"unsupported-details":
"resources:strings:addServer_status_unsupported_details"
}
}
},

Notas sobre el uso de RelativeGatewayUrl:

"RelativeGatewayUrl" especifica dónde obtener el estado de conexión de una dirección

URL de puerta de enlace. Este URI es relativo de /api. Si $connectionName se encuentra en
la dirección URL, se reemplazará por el nombre de la conexión.
Todas las propiedades de RelativeGatewayUrl deben ejecutarse en la puerta de enlace de
host, lo que se puede lograr mediante la creación de una extensión de puerta de enlace.

Mapear valores en tiempo de ejecución

Los valores de etiqueta y detalles del objeto devuelto de estado se pueden formatear en
tiempo de ajuste mediante la inclusión de claves y valores en la propiedad "defaultValueMap"
del proveedor.

Por ejemplo, si agrega el valor siguiente, siempre que "defaultConnection_test" aparezca como
valor para la etiqueta o los detalles, Windows Admin Center reemplazará automáticamente la
clave por el valor de cadena de recurso configurado.

JSON

"defaultConnection_test":
"resources:strings:addServer_status_defaultConnection_label"

Implemente el proveedor de conexión en la capa

de aplicación.
Ahora vamos a implementar el proveedor de conexión en la capa de aplicación mediante la
creación de una clase TypeScript que implemente OnInit. La clase tiene las siguientes funciones:

ﾉ Expandir tabla

Función Descripción

constructor(private appContextService:
 Función Descripción

AppContextService, private route: ActivatedRoute)

public ngOnInit()

public onSubmit() Contiene lógica para actualizar el shell cuando se

realiza un intento de agregar una conexión.

public onCancel() Contiene lógica para actualizar el shell cuando se

cancela un intento de agregar una conexión.

Definición de onSubmit
onSubmit emite una devolución de llamada RPC al contexto de la aplicación para notificar al

shell una acción "Agregar conexión". La llamada básica usa "updateData" de la siguiente
manera:

ts

[Link](
[Link],
'##',
<RpcUpdateData>{
results: {
connections: connections,
credentials: [Link] ? [Link] : null
}
}
);

El resultado es una propiedad de conexión, que es una matriz de objetos que se ajustan a la
estructura siguiente:

ts

/**
* The connection attributes class.
*/
export interface ConnectionAttribute {

/**
* The id string of this attribute
*/
id: string;

/**
* The value of the attribute. used for attributes that can have variable
values such as Operating System
 */
value?: string | number;
}

/**
* The connection class.
*/
export interface Connection {

/**
* The id of the connection, this is unique per connection
*/
id: string;

/**
* The type of connection
*/
type: string;

/**
* The name of the connection, this is unique per connection type
*/
name: string;

/**
* The property bag of the connection
*/
properties?: ConnectionProperties;

/**
* The ids of attributes identified for this connection
*/
attributes?: ConnectionAttribute[];

/**
* The tags the user(s) have assigned to this connection
*/
tags?: string[];
}

/**
* Defines connection type strings known by core
* Be careful that these strings match what is defined by the manifest of @msft-
sme/server-manager
*/
export const connectionTypeConstants = {
server: '[Link]',
cluster: '[Link]',
hyperConvergedCluster: '[Link]-converged-cluster',
windowsClient: '[Link]-client',
clusterNodesProperty: 'nodes'
};
Definición de onCancel
onCancel cancela un intento de "Agregar conexión" pasando una matriz de conexiones vacía:

ts

[Link]([Link], '##',
<RpcUpdateData>{ results: { connections: [] } });

Ejemplo de proveedor de conexión

A continuación se muestra la clase TypeScript completa para implementar un proveedor de
conexión. Tenga en cuenta que la cadena "connectionType" coincide con "connectionType"
según se define en el proveedor de conexiones en el archivo [Link].

ts

import { Component, OnInit } from '@angular/core';

import { ActivatedRoute } from '@angular/router';
import { AppContextService } from '@microsoft/windows-admin-center-
sdk/shell/angular';
import { Connection, ConnectionUtility } from '@microsoft/windows-admin-center-
sdk/shell/core';
import { EnvironmentModule } from '@microsoft/windows-admin-center-
sdk/shell/dist/core/manifest/environment-modules';
import { RpcUpdateData } from '@microsoft/windows-admin-center-
sdk/shell/dist/core/rpc/rpc-base';
import { Strings } from '../../generated/strings';

@Component({
selector: 'add-example',
templateUrl: './[Link]',
styleUrls: ['./[Link]']
})
export class AddExampleComponent implements OnInit {
public newConnectionName: string;
public strings = [Link]<Strings>().SolutionExample;
private connectionType = '[Link]'; // This needs to
match the connectionTypes value used in the [Link].

constructor(private appContextService: AppContextService, private route:

ActivatedRoute) {
// TODO:
}

public ngOnInit() {
// TODO
}

public onSubmit() {
 let connections: Connection[] = [];

let connection = <Connection> {

id: [Link]([Link],
[Link]),
type: [Link],
name: [Link]
};

[Link](connection);

[Link](
[Link],
'##',
<RpcUpdateData> {
results: {
connections: connections,
credentials: null
}
}
);
}

public onCancel() {
[Link](
[Link], '##', <RpcUpdateData>{ results: { connections:
[] } });
}
}
Modificación del comportamiento de
navegación raíz para una extensión de
solución
Artículo • 02/11/2024 •
Se aplica a: ✅ Windows Admin Center, ✅ Windows Admin Center Preview

En este artículo se proporciona una guía sobre cómo modificar el comportamiento de

navegación raíz de la solución para que tenga un comportamiento de la lista de
conexiones diferente. También aprenderá a ocultar o mostrar la lista de herramientas.

Modificación del comportamiento de

navegación raíz
Abra el archivo [Link] en {extension root}\src y busque la propiedad
"rootNavigationBehavior". Esta propiedad tiene dos valores válidos: "connections" o
"path". El comportamiento de "connections" se detalla más adelante en la
documentación.

Establecimiento de la ruta de acceso como

rootNavigationBehavior
Establezca el valor de rootNavigationBehavior en path y, luego, elimine la propiedad
requirements y deje la propiedad path como una cadena vacía. Ha completado la

configuración mínima necesaria para crear una extensión de solución. Guarde el archivo,
use gulp build -> gulp serve como haría con una herramienta, y luego cargue
lateralmente la extensión en la extensión local de Windows Admin Center.

Una matriz de puntos de entrada de manifiesto válida tiene este aspecto:

"entryPoints": [
{
"entryPointType": "solution",
"name": "main",
"urlName": "testsln",
"displayName": "resources:strings:displayName",
"description": "resources:strings:description",
"icon": "sme-icon:icon-win-powerShell",
"path": "",
 "rootNavigationBehavior": "path"
}
],

Las herramientas creadas con este tipo de estructura no necesitan conexiones para
cargarse, pero tampoco tienen funcionalidad de conectividad de nodo.

Establecimiento de conexiones como

rootNavigationBehavior
Al establecer la propiedad rootNavigationBehavior en connections , le indica al shell de
Windows Admin Center que hay un nodo conectado (siempre un servidor de algún tipo)
al que debe conectarse y comprobar el estado de conexión. Hay dos pasos para
comprobar una conexión.

1. Windows Admin Center intenta iniciar sesión en el nodo con las credenciales (para
establecer la sesión remota de PowerShell).
2. Windows Admin Center ejecuta el script de PowerShell que proporcione para
comprobar si el nodo está en estado conectable.

Una definición de solución válida con conexiones tiene este aspecto:

JSON

{
"entryPointType": "solution",
"name": "example",
"urlName": "solutionexample",
"displayName": "resources:strings:displayName",
"description": "resources:strings:description",
"icon": "sme-icon:icon-win-powerShell",
"rootNavigationBehavior": "connections",
"connections": {
"header": "resources:strings:connectionsListHeader",
"connectionTypes": [
"[Link]"
]
},
"tools": {
"enabled": false,
"defaultTool": "solution"
}
},

Cuando rootNavigationBehavior esté establecido en "connections", se le pedirá que

compile la definición de conexiones en el manifiesto. Esto incluye la propiedad "header"
(se muestra en el encabezado de la solución cuando un usuario la seleccione en el
menú) y una matriz connectionTypes (especifica qué tipos de conexión se usan en la
solución). Encontrará más información en la documentación de connectionProvider.

Habilitación y deshabilitación del menú de

herramientas
Otra propiedad disponible en la definición de la solución es la propiedad Tools. La
propiedad Tools decide si se muestra el menú Herramientas y qué herramienta se
cargará. Cuando se habilita, Windows Admin Center representa el menú Herramientas
de la izquierda. Con defaultTool, es necesario agregar un punto de entrada de
herramienta al manifiesto para cargar los recursos adecuados. El valor de "defaultTool"
debe ser la propiedad "name" de la herramienta como se define en el manifiesto.

Comentarios
¿Le ha resultado útil esta página?  Sí  No

Proporcionar comentarios sobre el producto

Control de la visibilidad de la
herramienta en una solución
Artículo • 09/03/2023

Se aplica a: Windows Admin Center, versión preliminar de Windows Admin Center

A veces, podría interesarle excluir (u ocultar) la extensión o herramienta de la lista de

herramientas disponibles. Por ejemplo, si la herramienta solo tiene como destino
Windows Server 2016 (no versiones anteriores), es posible que no quiera que un usuario
que se conecta a un servidor de Windows Server 2012 R2 vea la herramienta. (Imagine la
experiencia del usuario: hace clic en la herramienta, espera a que se cargue y obtiene un
mensaje que le indica que las características no están disponibles para su conexión).
Puede definir cuándo se debe mostrar (u ocultar) la característica en el archivo
[Link] de la herramienta.

Opciones para decidir cuándo mostrar una

herramienta
Puede usar tres opciones diferentes para determinar si la herramienta debe mostrarse y
estar disponible para una conexión de clúster o servidor específica.

localhost
inventario (una matriz de propiedades)
script

localhost
La propiedad localhost del objeto Conditions contiene un valor booleano que se puede
evaluar para deducir si el nodo de conexión es localhost (el mismo equipo en el que
está instalado Windows Admin Center) o no. Al pasar un valor a la propiedad, está
indicando cuándo (esto es, la condición) se muestra la herramienta. Por ejemplo, si solo
quiere que la herramienta se muestre si el usuario se está conectando al host local,
establézcalo de la manera siguiente:

JSON

"conditions": [
{
 "localhost": true
}]

Si solo quiere que la herramienta se muestre cuando el nodo de conexión no es

localhost:

JSON

"conditions": [
{
"localhost": false
}]

Este es el aspecto que tienen los valores de configuración al mostrar solo una
herramienta cuando el nodo de conexión no es localhost:

JSON

"entryPoints": [
{
"entryPointType": "tool",
"name": "main",
"urlName": "processes",
"displayName": "resources:strings:displayName",
"description": "resources:strings:description",
"icon": "sme-icon:icon-win-serverProcesses",
"path": "",
"requirements": [
{
"solutionIds": [
"[Link]-manager!windowsClients"
],
"connectionTypes": [
"[Link]-client"
],
"conditions": [
{
"localhost": true
}
]
}
]
}

Propiedades de inventario
El SDK incluye un conjunto previamente mantenido de propiedades de inventario que
puede usar para crear condiciones que le permitan determinar cuándo debe estar
disponible o no la herramienta. Hay nueve propiedades diferentes en la matriz de
inventario:

Nombre de propiedad Tipo de valor esperado

computerManufacturer string

operatingSystemSKU number

operatingSystemVersion version_string (por ejemplo, "10.1.*")

productType number

clusterFqdn string

isHyperVRoleInstalled boolean

isHyperVPowershellInstalled boolean

isManagementToolsAvailable boolean

isWmfInstalled boolean

Cada objeto de la matriz de inventario debe ajustarse a la siguiente estructura json:

JSON

"<property name>": {
"type": "<expected type>",
"operator": "<defined operator to use>",
"value": "<expected value to evaluate using the operator>"
}

Valores del operador

Operador Descripción

gt mayor que

ge Mayor o igual que

lt menor que

le Menor o igual que

eq igual a

ne not equal to
 Operador Descripción

is comprobación de si un valor es true

not comprobación de si un valor es false

contains el elemento existe en una cadena

notContains el elemento no existe en una cadena

Tipos de datos

Opciones disponibles para la propiedad "type":

Tipo Descripción

version número de versión (por ejemplo, "10.1.*")

number valor numérico

string valor de cadena

boolean true o false

Tipos de valor

La propiedad "value" acepta estos tipos:

cadena
número
boolean

Un conjunto de condiciones de inventario formado correctamente tiene este aspecto:

JSON

"entryPoints": [
{
"entryPointType": "tool",
"name": "main",
"urlName": "processes",
"displayName": "resources:strings:displayName",
"description": "resources:strings:description",
"icon": "sme-icon:icon-win-serverProcesses",
"path": "",
"requirements": [
{
"solutionIds": [
 "[Link]-manager!servers"
],
"connectionTypes": [
"[Link]"
],
"conditions": [
{
"inventory": {
"operatingSystemVersion": {
"type": "version",
"operator": "gt",
"value": "6.3"
},
"operatingSystemSKU": {
"type": "number",
"operator": "eq",
"value": "8"
}
}
}
]
}
]
}

Script
Por último, puede ejecutar un script de PowerShell personalizado para identificar la
disponibilidad y el estado del nodo. Todos los scripts deben devolver un objeto con la
estructura siguiente:

ps

@{
State = 'Available' | 'NotSupported' | 'NotConfigured';
Message = '<Message to explain the reason of state such as not supported
and not configured.>';
Properties =
@{ Name = 'Prop1'; Value = 'prop1 data'; Type = 'string' },
@{Name='Prop2'; Value = 12345678; Type='number'; };
}

La propiedad State es un valor importante que controlará la decisión de mostrar u

ocultar la extensión en la lista de herramientas. Los valores permitidos son:

Valor Descripción

Disponible La extensión debe mostrarse en la lista de herramientas.

 Valor Descripción

NotSupported La extensión no debe mostrarse en la lista de herramientas.

NoConfigurado Se trata de un valor de marcador de posición para el trabajo futuro que

solicitará al usuario una configuración adicional antes de que la herramienta
esté disponible. Actualmente, este valor hará que se muestre la herramienta y
es el equivalente funcional a "Disponible".

Por ejemplo, si queremos que una herramienta se cargue solo si el servidor remoto tiene
BitLocker instalado, el script tiene este aspecto:

ps

$response = @{
State = 'NotSupported';
Message = 'Not executed';
Properties = @{ Name = 'Prop1'; Value = 'prop1 data'; Type = 'string' },
@{Name='Prop2'; Value = 12345678; Type='number'; };
}

if (Get-Module -ListAvailable -Name servermanager) {

Import-module servermanager;
$isInstalled = (Get-WindowsFeature -name bitlocker).Installed;
$isGood = $isInstalled;
}

if($isGood) {
$[Link] = 'Available';
$[Link] = 'Everything should work.';
}

$response

Una configuración de punto de entrada con la opción script tiene este aspecto:

JSON

"entryPoints": [
{
"entryPointType": "tool",
"name": "main",
"urlName": "processes",
"displayName": "resources:strings:displayName",
"description": "resources:strings:description",
"icon": "sme-icon:icon-win-serverProcesses",
"path": "",
"requirements": [
{
"solutionIds": [
"[Link]-manager!windowsClients"
 ],
"connectionTypes": [
"[Link]-client"
],
"conditions": [
{
"localhost": true,
"inventory": {
"operatingSystemVersion": {
"type": "version",
"operator": "eq",
"value": "10.0.*"
},
"operatingSystemSKU": {
"type": "number",
"operator": "eq",
"value": "4"
}
},
"script": "$response = @{ State = 'NotSupported'; Message = 'Not
executed'; Properties = @{ Name = 'Prop1'; Value = 'prop1 data'; Type =
'string' }, @{Name='Prop2'; Value = 12345678; Type='number'; }; }; if (Get-
Module -ListAvailable -Name servermanager) { Import-module servermanager;
$isInstalled = (Get-WindowsFeature -name bitlocker).Installed; $isGood =
$isInstalled; }; if($isGood) { $[Link] = 'Available';
$[Link] = 'Everything should work.'; }; $response"
}
]
}
]
}

Compatibilidad con varios conjuntos de

requisitos
Puede usar más de un conjunto de requisitos para determinar cuándo se mostrará la
herramienta. Para ello, defina varios bloques de tipo "requirements".

Por ejemplo, para mostrar la herramienta si "scenario A" o "scenario B" son true, defina
dos bloques de requisitos; si se cumple alguno de ellos (es decir, si se cumplen todas las
condiciones de un bloque de requisitos), la herramienta se mostrará.

JSON

"entryPoints": [
{
"requirements": [
{
"solutionIds": [
 …"scenario A"…
],
"connectionTypes": [
…"scenario A"…
],
"conditions": [
…"scenario A"…
]
},
{
"solutionIds": [
…"scenario B"…
],
"connectionTypes": [
…"scenario B"…
],
"conditions": [
…"scenario B"…
]
}
]
}

Compatibilidad con intervalos de condiciones

También puede definir un intervalo de condiciones. Para ello, defina varios bloques de
tipo "conditions" con la misma propiedad, pero con operadores diferentes.

Cuando la misma propiedad se define con operadores diferentes, la herramienta se

muestra siempre que el valor se encuentre entre las dos condiciones.

Por ejemplo, esta herramienta se muestra siempre que el sistema operativo sea una
versión entre 6.3.0 y 10.0.0:

JSON

"entryPoints": [
{
"entryPointType": "tool",
"name": "main",
"urlName": "processes",
"displayName": "resources:strings:displayName",
"description": "resources:strings:description",
"icon": "sme-icon:icon-win-serverProcesses",
"path": "",
"requirements": [
{
"solutionIds": [
"[Link]-manager!servers"
 ],
"connectionTypes": [
"[Link]"
],
"conditions": [
{
"inventory": {
"operatingSystemVersion": {
"type": "version",
"operator": "gt",
"value": "6.3.0"
},
}
},
{
"inventory": {
"operatingSystemVersion": {
"type": "version",
"operator": "lt",
"value": "10.0.0"
}
}
}
]
}
]
}
Cadenas y localización en Windows
Admin Center
Artículo • 02/11/2024 •
Se aplica a: ✅ Windows Admin Center, ✅ Windows Admin Center Preview

Vamos a profundizar más en el SDK de extensiones de Windows Admin Center y

hablaremos sobre las cadenas y la localización.

Para habilitar la localización de todas las cadenas que se representan en la capa de

presentación, aproveche el archivo [Link] en /src/resources/strings, que ya está
configurado. Cuando necesite agregar una nueva cadena a la extensión, agréguela a
este archivo resjson como una nueva entrada. La estructura existente sigue este
formato:

ts

"<YourExtensionName>_<Component>_<Accessor>": "Your string value goes

here.",

Puede usar cualquier formato que quiera para las cadenas, pero tenga en cuenta que el
proceso de generación (el proceso que toma el resjson y genera la clase TypeScript
utilizable) convierte el carácter de subrayado (_) en puntos (.).

Por ejemplo, esta entrada:

ts

"HelloWorld_cim_title": "CIM Component",

Genera la siguiente estructura de descriptor de acceso:

ts

[Link]<Strings>().[Link];

Agregar otros idiomas para la localización

Para la localización a otros idiomas, es necesario crear un archivo [Link] para
cada idioma. Estos archivos deben colocarse en \loc\output\{!ExtensionName}\
{!LanguageFolder}\[Link] . Los idiomas disponibles con las carpetas

correspondientes son:

ﾉ Expandir tabla

Lenguaje Carpeta

Čeština cs-CZ

Deutsch de-DE

Inglés es-ES

Español es-ES

Français fr-FR

Magyar hu-HU

Italiano it-IT

日本語 ja-JP

한국어 ko-KR

Nederlands nl-NL

Polski pl-PL

Português (Brasil) pt-BR

Português (Portugal) pt-PT

Русский ru-RU

Svenska sv-SE

Türkçe tr-TR

中文(简体) zh-CN

中文(繁體) zh-TW

７ Nota

Si las necesidades de la estructura de archivos son diferentes dentro de loc/output,

deberá ajustar la configuración regionalOffset para la tarea de gulp “generate-
resjson-json-localized” que se encuentra en el [Link]. Este desplazamiento es la
profundidad en la carpeta loc que debe empezar a buscar archivos [Link].
Cada archivo [Link] tendrá formato de la misma manera que se mencionó
anteriormente en la parte superior de esta guía.

Por ejemplo, para incluir una localización para español, incluya esta entrada en
\loc\output\HelloWorld\es-ES\[Link] :

JSON

"HelloWorld_cim_title": "CIM Componente",

Cada vez que haya agregado cadenas localizadas, gulp generate debe ejecutarse de
nuevo para que aparezcan. Ejecute:

Símbolo del sistema de Windows

gulp generate

Para confirmar que las cadenas se han generado, vaya a \src\app\assets\strings\

{!LanguageFolder}\[Link] . La entrada recién agregada aparecerá en este

archivo. Ahora, si cambia la opción de idioma en Windows Admin Center, podrá ver las
cadenas localizadas en la extensión.

Comentarios
¿Le ha resultado útil esta página?  Sí  No

Proporcionar comentarios sobre el producto

Guía de estilo de diseño y texto de la UI
de Windows Admin Center
Artículo • 09/03/2023

Se aplica a: Windows Admin Center

En este tema se describe el enfoque general para escribir texto de interfaz de usuario
(UI) para Windows Admin Center, así como algunas convenciones y enfoques
específicos que estamos adoptando.

Windows Admin Center y las extensiones deben seguir los principios de la voz de
Microsoft para que la experiencia sea fácil de usar y agradable. Esta guía de estilo se
basa en estos principios de voz, así como en la Guía de estilo de escritura de Microsoft,
por lo que asegúrese de consultar ambos recursos para obtener información sobre
aspectos como la accesibilidad, los acrónimos y la elección de palabras como por favor
y lo sentimos.

Botones
Los botones deben ser de una palabra siempre que sea posible, especialmente si
tiene previsto localizar la herramienta. Es aceptable usar dos o tres palabras, pero
intente evitar un número mayor. Si tiene cuatro palabras o más, sería mejor usar
un control de vínculo.

Las etiquetas del botón deben ser concisas, específicas y claras. En vez de un
botón genérico de "Enviar", use un verbo correspondiente a la acción del usuario,
como "Crear", "Eliminar", "Agregar", "Formato", etc.

Si un botón va después de una pregunta, su etiqueta debe corresponder

claramente a la pregunta (normalmente "Sí" o "No").

Al iniciar un flujo de creación, use la etiqueta de botón adecuada:

Botón Uso

Creación Creación de un nuevo recurso/objeto/etc.

Add Agregación de un recurso, objeto u otro elemento existente a la

(Agregar) herramienta.

Instalación Instalación de software o extensiones.

Uso de mayúsculas
Seguimos el estilo de Microsoft para el Uso de mayúsculas: se usan las reglas
convencionales de las mayúsculas para casi todo.

Elemento de la Uso de Comentarios

interfaz de mayúsculas
usuario

Notificaciones Todas las

(como VERSIÓN mayúsculas
PRELIMINAR)

Todo lo demás Reglas Sin embargo, hay algunas excepciones en las que se
convencionales exponen las propiedades de objeto de WMI o PowerShell
que están fuera de nuestro control.

Dos puntos
Use los dos puntos para introducir listas. Por ejemplo:

Elija alguna de las acciones siguientes:

Gatos
Perros
Quokkas

No use dos puntos en el texto de la UI cuando una etiqueta esté en una línea diferente
de lo etiquetado, o cuando haya una distinción clara entre la etiqueta y lo que está
etiquetando.

Use dos puntos en el texto de la UI cuando una etiqueta esté en la misma línea que el
texto etiquetado y evite que los dos elementos se ejecuten juntos.

Mensajes de confirmación
Los cuadros de diálogo de confirmación son útiles cuando continuar puede traer
resultados inesperados, como la pérdida de datos. Deben contener información útil y
escaneable con un resultado claro, especialmente para los eventos que no se pueden
revertir.

Asegúrese de que es necesaria una confirmación. Si no hay información nueva que

ofrecer (por ejemplo, "¿Está seguro?"), es posible que no sea necesario un mensaje
de confirmación.
 Compruebe que el cliente desea continuar con la acción.
Asegúrese de que la instrucción principal (encabezado) y el texto explicativo
(cuerpo) no son redundantes.
En el encabezado, defina los posibles resultados como una pregunta o una
declaración sobre lo que ocurrirá a continuación. Por ejemplo, "¿Desea borrar
todos los datos de esta unidad?" o "Está a punto de borrar todos los datos".
Agregue detalles en el cuerpo. Si hay una variable, como el nombre del elemento
que va a cambiar, inclúyala aquí.
Incluya una pregunta simple (ya sea en el encabezado o en el cuerpo) que dé paso
a una distinción clara entre las opciones de dos botones de acción.
Para una elección compleja, use botones Sí/No, que fomentan una lectura
cuidadosa. Para una opción más sencilla, use botones específicos de la acción,
como Eliminar todo o Cancelar.

Experiencia de primera ejecución

La primera vez que un usuario visita una página, tiene la oportunidad de ayudarles a
empezar a trabajar con la herramienta. Esto podría ser:

Una cadena de texto en una página vacía con instrucciones breves sobre cómo
empezar: por ejemplo, "Seleccione 'Agregar' para agregar una aplicación".
Un vínculo al control que hace que el usuario se ponga en marcha; por ejemplo,
"Agregue una aplicación para empezar".
Una animación o vídeo pequeño y breve que muestra al usuario cómo empezar

Estas son algunas sugerencias de nuestra guía de estilo de Windows:

1. Sea útil
Evite un lenguaje o un estilo tipo marketing.
Al demostrar o sugerir algo, asegúrese de que el resultado final esté claro; limitarse
a mostrar al cliente cómo se hace algo no es eficaz si este no sabe por qué lo está
haciendo.
No aporte sugerencias si el cliente no las necesita.

2. Muestre, no cuente
El texto debe ser lo más sencillo posible (piense en usar animaciones o vídeos breves).

3. No abrume
 Limite los elementos emergentes y las sugerencias a 4 en total por sesión de uso,
incluidas las notificaciones del sistema y las notificaciones de shell.
Asegúrese de que la duración de los elementos emergentes es la más útil.
No debe obstaculizar las acciones del cliente.
Asegúrese de que los elementos emergentes se pueden descartar fácilmente.

4. Respete el contexto
Los momentos de enseñanza son más eficaces cuando se presentan en el
momento adecuado.
En sus tutoriales o presentaciones, la información debe ser concreta.
Evite el relleno de marketing: céntrese en sugerencias y trucos específicos.
Si es pertinente, proporcione una manera de que los clientes puedan volver al
tutorial más adelante (a menudo, la gente no se queda con la información a la
primera, pero algunas instrucciones de configuración quizá solo sean relevantes
una vez).
La mensajería de estado vacío es un sitio natural para aprender o divertirse; haga
que sea simple e informativa.

5. Minimice las configuraciones pesadas

Cuando necesite que el cliente realice otra acción para aprovechar a fondo la
herramienta (iniciar sesión en un servicio en línea, etc.), haga que el proceso no sea
pesado.

Los mensajes deben ser breves y directos.

Evite enviar a los usuarios a otros sitios. Si es posible, proporcione medios para
que se conecten desde donde están.
Si puede, permita la opción de hacerlo más adelante y, después, recuérdeles que
esta opción existe.
Si los saca de su experiencia, ofrezca una manera de volver a cambiar de forma
rápida y sencilla.

Vínculos a la Ayuda
Estas son algunas sugerencias de nuestra guía de estilo de Windows:

¿Cuándo deberíamos proporcionar un vínculo de Ayuda?

Casi nunca. Solo hay que proporcionar un vínculo de ayuda en estas situaciones:
 Hay una duda obvia e importante que es probable que los clientes tengan
mientras están en la UI. La solución a esta duda les ayudará a realizar
correctamente la tarea de la UI.
No hay suficiente espacio en la UI para proporcionar la cantidad de información
necesaria para que los usuarios realicen correctamente la tarea de la UI.

¿Dónde deben aparecer los vínculos de ayuda?

Los vínculos de texto deben aparecer lo más cerca posible del elemento de UI al
que se dirige la ayuda.
Si debe proporcionar un vínculo de texto que se aplique a toda la pantalla de la UI,
colóquelo en la parte inferior izquierda de la pantalla.
Si proporciona un vínculo a través de un botón de Ayuda (?), la información sobre
herramientas debería llamarse "Ayuda".

¿Qué dirección URL se debe usar?

Nunca vincule directamente a una dirección web; en su lugar, use un servicio de
redireccionamiento.

Los desarrolladores de Microsoft deben usar FWLink, excepto cuando sea un vínculo de
ayuda que los usuarios puedan tener que escribir manualmente, en cuyo caso use un
vínculo [Link] (siempre que el destino de la dirección URL sea un sitio web que
reconozca automáticamente la configuración regional del explorador, como
[Link] ).

Directrices de texto
Use oraciones completas.
No incluya signos de puntuación finales, excepto los signos de interrogación.
No es necesario usar el mismo texto que el del título de la tarea; use un texto que
tenga sentido en el contexto de la UI, pero asegúrese de que haya una conexión
lógica entre los dos. Por ejemplo:
Vínculo de ayuda: ¿Cuáles son los riesgos de permitir excepciones?
Título del tema de la ayuda: "Permitir que un programa se comunique a través
del Firewall de Windows"
Sea lo más específico posible sobre el contenido del tema de la ayuda.
Nuestro estilo
¿Cómo ayuda Firewall de Windows a proteger mi equipo?
Por qué los resaltados pueden mejorar una imagen
 No es nuestro estilo
Más información sobre el Firewall de Windows
Más información sobre la administración de colores
Más información
Use toda la oración para el texto del vínculo, no solo las palabras clave.
Nuestro estilo
¿Cuáles son los riesgos de permitir excepciones?
No es nuestro estilo
¿Cuáles son los riesgos de permitir excepciones?
En algunos casos, es correcto usar un vínculo "Más información" si está claro el
contexto de lo que obtendrá el usuario al hacer clic en el vínculo.

Mensajes de error
Estas son algunas instrucciones adaptadas de la Guía de estilo de Windows:

Escribir un buen mensaje es un equilibrio entre dar una explicación idónea y no ser
demasiado técnico; entre ser informal y agradable pero no molesto o ofensivo.

Directrices generales
Use un mensaje por caso de error.

Encabezados

Escriba mensajes breves y con explicaciones concisas de cuál es el problema o cuál

es la solución ideal.
Algunas superficies de UI pueden tener encabezados que se truncan en vez de
encapsularse cuando son demasiado largas, así que debe prestarles atención.
Use la solución del encabezado si es un paso sencillo.
Asegúrese de que el encabezado se relaciona directamente con el botón en caso
de que el lector ignore el texto del cuerpo.
Evite usar "Hubo un problema" en los encabezados, a menos que no tenga
ninguna otra opción. Sea más específico sobre el problema.
Evite usar variables (como nombres de archivos, carpetas o aplicaciones) en los
encabezados. Póngalas en el cuerpo.

Cuerpo
 Si el encabezado explica suficientemente el problema o la solución, no necesita
texto adicional en el cuerpo.

No repita el título con otras palabras ligeramente distintas.

Comunique de manera clara y concisa cuál es la solución.

Céntrese en aportar primero los hechos.

No culpe a los usuarios por el error.

Si hay un código de error asociado al error y cree que incluir el código de error
podría ayudar al cliente o al soporte técnico de Microsoft para investigar el
problema, inclúyalo directamente debajo del texto del cuerpo y escríbalo de la
siguiente manera:

Código de error: ####

Si el cliente tiene toda la información necesaria para resolver el error sin el código,
no es necesario incluirlo.

Botones
Escriba el texto del botón para que sea una respuesta específica a la instrucción
principal. Si eso no es posible, use "Cerrar" para el texto del botón de descarte (en
vez de "Correcto" o "Listo").
Si tiene más de un botón, haga que el botón situado más a la izquierda sea la
acción que se quiere fomentar para que el usuario la realice. Haga que el botón
más a la derecha sea la acción más conservadora, como "Cancelar".

Vínculos a la Ayuda
Los vínculos de Ayuda solo deben plantearse para los mensajes de error que no se
pueden hacer específicos y accionables.

Texto de estado Null

Esta es una ayuda de la Guía de estilo de Windows.

El estado null se produce cuando los datos o el contenido del cliente no están presentes
en una aplicación o característica, cuando no se devuelve ningún resultado después de
una búsqueda o cuando falta información necesaria en un formulario, como la
información de facturación de una transacción.
Directrices
Si es posible, use situaciones de estado null como una oportunidad para educar a
las personas sobre cómo usar la característica (por ejemplo, cómo agregar música,
dónde buscar imágenes, etc.)
Si tiene un título en la UI, explique la acción que se debe realizar para "corregir"
el estado null (por ejemplo, "Agregar algo de música")
Diviértase con el texto. Este espacio puede ser una oportunidad para disfrutar,
ya que seguramente no se verá a menudo.
Evite un mensaje como “Esto está muy solitario” (“It's lonely in here”). Resulta
triste y se ha utilizado demasiado.
Evite preguntas como "¿No ha conectado la impresora?" No pasa nada por
preguntarlo una vez, pero este formato tiende a usarse en exceso, y las
preguntas suponen una carga o presión adicional para el cliente. También
puede resultar condescendiente.
La variedad en el texto de estado null es algo bueno.

Ejemplos
"Agrega a alguien como favorito y los verás aquí".
"¿Tienes logros o clips de juego de los que estás especialmente orgulloso?
Agrégalos a tu presentación".
"Todavía no hay nadie en la fiesta. ¡Empieza una!"
"Cuando alguien te agregue como amigo, lo verás aquí".
"Cuando hagas cosas como desbloquear logros, grabar clips de juego y añadir
amigos, lo verás todo aquí."
"Tus amigos favoritos se mostrarán aquí, para que puedas ver cuándo están en
línea y lo que tienen que hacer".

Signos de puntuación
No use puntuación final (puntos, signos de interrogación) en encabezados u
oraciones incompletas. Una excepción sería un cuadro de diálogo de confirmación
en el que el encabezado formula la pregunta
Use las instrucciones de la Guía de estilo de Microsoft sobre puntos y signos de
interrogación.

Mensajes de estado
Los mensajes de estado constan de mensajes emergentes (notificación del sistema) y
notificaciones.

Tipo de Notas
cadena

Notificación Mayúscula inicial con puntuación al final: se usa idealmente con una variable de
del sistema objeto, para que los usuarios puedan comprender a qué objeto se aplica el
mensaje en caso de que se hayan alejado del objeto

Encabezado Mayúscula inicial sin puntuación al final (es un encabezado): se usa idealmente con
de una variable de objeto
notificación
(título)

Detalles de Oraciones completas, idealmente con un vínculo a la UI que muestra el objeto

la
notificación

Estas son algunas recomendaciones detalladas para los mensajes de notificación:

Tipo de Notas
cadena

Iniciado Omitir siempre que sea posible: normalmente puede ir directamente al mensaje en
curso para minimizar el número de distracciones.

En curso Comience con el verbo de la acción que va a realizar y termine con puntos suspensivos
para indicar una operación en curso. Este es un ejemplo:
Creando el volumen "Datos del cliente"...

Cuando haya varias variables, use este patrón:

Eliminando la siguiente máquina virtual: {0}; Host: {1}

Correcto Use la palabra "correctamente" y termine con lo que el software acaba de hacer. Este
es un ejemplo:
Se ha creado correctamente el volumen "Datos del cliente".

Error Comience con "No se ha podido" y termine con lo que el software no ha podido hacer.
Este es un ejemplo:
No se ha podido crear el volumen "Datos del cliente".

Información sobre herramientas

Las buenas informaciones sobre herramientas describen brevemente los controles sin
etiquetar o dan un poco de información adicional sobre los controles etiquetados
cuando esto es útil. También pueden ayudar a los clientes a navegar por la UI ofreciendo
información adicional (no redundante) sobre etiquetas de control, iconos, vínculos, etc.

La información sobre herramientas debe usarse con moderación o directamente no

utilizarse. Pueden ser una interrupción para el cliente, por lo que no incluya una
información sobre herramientas que simplemente repita una etiqueta o indique algo
que es obvio. La información que se agregue siempre tiene que ser valiosa.

Context Cómo escribir la información sobre herramientas

Cuando un control o un Use una oración nominal simple y descriptiva. Por ejemplo:
elemento de la UI no está Lápiz de resaltado
etiquetado...

Cuando se etiqueta un Describa brevemente lo que se puede hacer con este

elemento de la UI, pero su elemento de la UI.
propósito necesita Use el modo imperativo. Por ejemplo, "Busque texto en este
aclaración... archivo" (no "(El elemento) busca texto en este archivo").
No incluya la puntuación final a menos que haya varias
oraciones completas.

Cuando se trunca una Proporcione la etiqueta no truncada en la información sobre

etiqueta de texto o es herramientas.
probable que se trunque Opcional: En otra línea, proporcione una descripción clara,
en algunos idiomas... pero solo si es necesario.
No añada información sobre herramientas si la información
no truncada se proporciona en otra parte de la página o del
flujo.

Si hay disponible una Opcional: Proporcione la función rápida de teclado entre

función rápida de teclado... paréntesis siguiendo a la etiqueta o frase descriptiva, por
ejemplo, "Imprimir (Ctrl+P)" o "Buscar texto en este archivo
(Ctrl+F)"
Es correcto agregar una función rápida de teclado útil a una
información sobre herramientas que sea clara, pero evite
agregar una información sobre herramientas solo para
mostrar una función rápida de teclado.
Uso de PowerShell de la extensión
Artículo • 02/11/2024 •
Se aplica a: ✅ Windows Admin Center, ✅ Windows Admin Center Preview

Vamos a profundizar más en el SDK de extensiones de Windows Admin Center: vamos a

hablar sobre cómo agregar comandos de PowerShell a la extensión.

PowerShell en TypeScript
El proceso de compilación de Gulp tiene un paso de generación que tomará cualquier
{!ScriptName}.ps1 que se coloque en la carpeta \src\resources\scripts y los

compilará en la clase powershell-scripts bajo la carpeta \src\generated .

７ Nota

No actualice manualmente los archivos [Link] ni [Link] .

Cualquier cambio que realice se sobrescribirá en la siguiente generación.

Ejecución de un script de PowerShell

Los scripts que quiera ejecutar en un nodo se pueden colocar en
\src\resources\scripts\{!ScriptName}.ps1 .

） Importante

Cualquier cambio realizado en un archivo {!ScriptName}.ps1 no se reflejará en su

proyecto hasta que se haya ejecutado gulp generate .

La API funciona creando primero una sesión de PowerShell en los nodos de destino,
creando el script de PowerShell con los parámetros que se deben pasar y, a
continuación, ejecutando el script en las sesiones que se crearon.

Por ejemplo, tenemos este script \src\resources\scripts\Get-NodeName.ps1 :

ps1

Param
(
[String] $stringFormat
 )
$nodeName = [string]::Format($stringFormat,$env:COMPUTERNAME)
Write-Output $nodeName

Crearemos una sesión de PowerShell para el nodo de destino:

ts

const session =
[Link]('{!TargetNode}');

A continuación, crearemos el script de PowerShell con un parámetro de entrada:

ts

const command = [Link](PowerShellScripts.Get_NodeName,

{stringFormat: 'The name of the node is {0}!'});

Por último, es necesario ejecutar ese script en la sesión que hemos creado:

ts

public ngOnInit(): void {

[Link] =
[Link]('{!TargetNode}');
}

public getNodeName(): Observable<any> {

const command = [Link](PowerShellScripts.Get_NodeName,
{ stringFormat: 'The name of the node is {0}!'});
return [Link]([Link], command)
.pipe(
map(
response => {
if (response && [Link]) {
return [Link];
}
return 'no response';
}
)
);
}

public ngOnDestroy(): void {

[Link]()
}
Ahora es necesario suscribirse a la función observable que se acaba de crear. Colóquelo
donde necesite llamar a la función para ejecutar el script de PowerShell:

ts

[Link]().subscribe(
response => {
[Link](response)
}
);

Al proporcionar el nombre del nodo al método createSession, se crea, se usa una nueva
sesión de PowerShell y, a continuación, se destruye inmediatamente al finalizar la
llamada de PowerShell.

Opciones de clave
Hay algunas opciones disponibles al llamar a la API de PowerShell. Cada vez que se crea
una sesión, se puede crear con o sin una clave.

Clave: Esto crea una sesión con clave que se puede buscar y reutilizar, incluso entre
componentes (lo que significa que el componente 1 puede crear una sesión con la clave
"SME-ROCKS" y el componente 2 puede usar esa misma sesión. Si se proporciona una
clave, la sesión que se crea debe eliminarse llamando a dispose() como se hizo en el
ejemplo anterior. No se debe mantener una sesión sin eliminarse durante más de 5
minutos.

ts

const session =
[Link]('{!TargetNode}', '{!Key}');

Sin clave: Se creará automáticamente una clave para la sesión. Esta sesión se
abandonará automáticamente transcurridos 3 minutos. El uso sin claves permite a la
extensión reciclar el uso de cualquier espacio de ejecución que ya esté disponible en el
momento de la creación de una sesión. Si no hay ningún espacio de ejecución
disponible, se creará uno nuevo. Esta funcionalidad es buena para las llamadas
puntuales, pero el uso repetido puede afectar al rendimiento. Una sesión tarda
aproximadamente 1 segundo en crearse, por lo que las sesiones de reciclaje continuas
pueden provocar ralentizaciones.

ts
 const session =
[Link]('{!TargetNodeName}');

ts

const session =
[Link]('{!TargetNodeName}'
);

En la mayoría de las situaciones, cree una sesión con clave en el método ngOnInit() y
luego deshágase de ella en ngOnDestroy() . Siga este patrón cuando haya varios scripts
de PowerShell en un componente pero la sesión subyacente NO SEA compartida entre
los componentes. Para obtener mejores resultados, asegúrese de que la creación de
sesiones se administra dentro de componentes en lugar de servicios, lo que ayuda a
garantizar que la duración y la limpieza se puedan administrar correctamente.

Para obtener mejores resultados, asegúrese de que la creación de sesiones se administra

dentro de componentes en lugar de servicios, lo que ayuda a garantizar que la duración
y la limpieza se puedan administrar correctamente.

Flujo de PowerShell
Si tiene un script de ejecución prolongada y los datos se generan progresivamente, una
secuencia de PowerShell le permitirá procesar los datos sin tener que esperar a que
finalice el script. Se llamará al observable next() en cuanto se reciban los datos.

ts

[Link](session, script);

Scripts de larga duración

Si tiene un script de larga duración que le gustaría ejecutar en segundo plano, se puede
enviar un elemento de trabajo. La puerta de enlace realizará un seguimiento del estado
del script y se pueden enviar actualizaciones al estado a una notificación.

ts

const workItem: WorkItemSubmitRequest = {

typeId: 'Long Running Script',
 objectName: 'My long running service',
powerShellScript: script,

//in progress notifications

inProgressTitle: 'Executing long running request',
startedMessage: 'The long running request has been started',
progressMessage: 'Working on long running script – {{ percent }} %',

//success notification
successTitle: 'Successfully executed a long running script!',
successMessage: '{{objectName}} was successful',
successLinkText: 'Bing',
successLink: '[Link]
successLinkType: [Link],

//error notification
errorTitle: 'Failed to execute long running script',
errorMessage: 'Error: {{ message }}'

nodeRequestOptions: {
logAudit: true,
logTelemetry: true
}
};

return [Link]('{!TargetNode}', workItem);

７ Nota

Para que se muestre el progreso, Write-Progress debe incluirse en el script que ha

escrito. Por ejemplo:

ps1

Write-Progress -Activity ‘The script is almost done!' -percentComplete

95

Opciones de WorkItem

ﾉ Expandir tabla

function Explicación

submit() Envía el elemento de trabajo.

submitAndWait() Envíe el elemento de trabajo y espere a que finalice su ejecución.

 function Explicación

wait() Espere a que se complete el elemento de trabajo existente

query() Consulta de un elemento de trabajo existente por identificador

find() Busque un elemento de trabajo existente por el TargetNodeName,

ModuleName o typeId.

API de Batch de PowerShell

Si necesita ejecutar el mismo script en varios nodos, se puede usar una sesión de
PowerShell por lotes. Por ejemplo:

ts

const batchSession = [Link](

['{!TargetNode1}', '{!TargetNode2}', sessionKey);
[Link](batchSession,
command).subscribe((responses: PowerShellBatchResponseItem[]) => {
for (const response of responses) {
if ([Link] || [Link]) {
//handle error
} else {
const results = [Link] && [Link];
//[Link]
//results[0]
}
}
},
Error => { /* handle error */ });

Opciones de PowerShellBatch

ﾉ Expandir tabla

Opción Explicación

runSingleCommand Ejecución de un único comando en todos los nodos de la matriz

Ejecutar Ejecución del comando correspondiente en un nodo emparejado

cancel Cancelación del comando en todos los nodos de la matriz

Comentarios
¿Le ha resultado útil esta página?  Sí  No

Proporcionar comentarios sobre el producto

Lista actual de iconos de Windows Admin
Center
Artículo • 07/04/2025 • Se aplica a: ✅ Windows Admin Center, ✅ Windows Admin Center Preview

.icon-win-globalNavButton:before { content: "\E700"; }

.icon-win-connect:before { content: "\E703"; }
.icon-win-chevronDown:before { content: "\E70D"; }
.icon-win-chevronUp:before { content: "\E70E"; }
.icon-win-edit:before { content: "\E70F"; }
.icon-win-add:before { content: "\E710"; }
.icon-win-cancel:before { content: "\E711"; }
.icon-win-more:before { content: "\E712"; }
.icon-win-settings:before { content: "\E713"; }
.icon-win-mail:before { content: "\E715"; }
.icon-win-pin:before { content: "\E718"; }
.icon-win-shop:before { content: "\E719"; }
.icon-win-stop:before { content: "\E71A"; }
.icon-win-link:before { content: "\E71B"; }
.icon-win-filter:before { content: "\E71C"; }
.icon-win-allApps:before { content: "\E71D"; }
.icon-win-search:before { content: "\E721"; }
.icon-win-attach:before { content: "\E723"; }
.icon-win-forward:before { content: "\E72A"; }
.icon-win-back:before { content: "\E72B"; }
.icon-win-refresh:before { content: "\E72C"; }
.icon-win-share:before { content: "\E72D"; }
.icon-win-lock:before { content: "\E72E"; }
.icon-win-blocked:before { content: "\E733"; }
.icon-win-favoriteStar:before { content: "\E734"; }
.icon-win-favoriteStarFill:before { content: "\E735"; }
.icon-win-remove:before { content: "\E738"; }
.icon-win-backToWindow:before { content: "\E73F"; }
.icon-win-fullScreen:before { content: "\E740"; }
.icon-win-up:before { content: "\E74A"; }
.icon-win-down:before { content: "\E74B"; }
.icon-win-oEM:before { content: "\E74C"; }
.icon-win-delete:before { content: "\E74D"; }
.icon-win-save:before { content: "\E74E"; }
.icon-win-eraseTool:before { content: "\E75C"; }
.icon-win-play:before { content: "\E768"; }
.icon-win-pause:before { content: "\E769"; }
.icon-win-chevronLeft:before { content: "\E76B"; }
.icon-win-chevronRight:before { content: "\E76C"; }
.icon-win-updateRestore:before { content: "\E777"; }
.icon-win-unpin:before { content: "\E77A"; }
.icon-win-contact:before { content: "\E77B"; }
.icon-win-paste:before { content: "\E77F"; }
.icon-win-lEDLight:before { content: "\E781"; }
.icon-win-error:before { content: "\E783"; }
.icon-win-unlock:before { content: "\E785"; }
.icon-win-newWindow:before { content: "\E78B"; }
.icon-win-saveLocal:before { content: "\E78C"; }
.icon-win-redo:before { content: "\E7A6"; }
.icon-win-undo:before { content: "\E7A7"; }
.icon-win-warning:before { content: "\E7BA"; }
.icon-win-flag:before { content: "\E7C1"; }
.icon-win-powerButton:before { content: "\E7E8"; }
.icon-win-home:before { content: "\E80F"; }
.icon-win-history:before { content: "\E81C"; }
.icon-win-recent:before { content: "\E823"; }
.icon-win-chat:before { content: "\E901"; }
.icon-win-clear:before { content: "\E894"; }
.icon-win-sync:before { content: "\E895"; }
.icon-win-download:before { content: "\E896"; }
.icon-win-help:before { content: "\E897"; }
.icon-win-upload:before { content: "\E898"; }
.icon-win-openInNewWindow:before { content: "\E8A7"; }
.icon-win-switch:before { content: "\E8AB"; }
.icon-win-remote:before { content: "\E8AF"; }
.icon-win-folder:before { content: "\E8B7"; }
.icon-win-copy:before { content: "\E8C8"; }
.icon-win-sort:before { content: "\E8CB"; }
.icon-win-permissions:before { content: "\E8D7"; }
.icon-win-unfavorite:before { content: "\E8D9"; }
.icon-win-openFile:before { content: "\E8E5"; }
.icon-win-newFolder:before { content: "\E8F4"; }
.icon-win-bulletedList:before { content: "\E8FD"; }
.icon-win-manage:before { content: "\E912"; }
.icon-win-accept:before { content: "\E8FB"; }
.icon-win-completed:before { content: "\E930"; }
.icon-win-code:before { content: "\E943"; }
.icon-win-info:before { content: "\E946"; }
.icon-win-chevronUpSmall:before { content: "\E96D"; }
.icon-win-chevronDownSmall:before { content: "\E96E"; }
.icon-win-chevronLeftSmall:before { content: "\E96F"; }
.icon-win-chevronRightSmall:before { content: "\E970"; }
.icon-win-chevronUpMed:before { content: "\E971"; }
.icon-win-chevronDownMed:before { content: "\E972"; }
.icon-win-chevronLeftMed:before { content: "\E973"; }
.icon-win-chevronRightMed:before { content: "\E974"; }
.icon-win-pC1:before { content: "\E977"; }
.icon-win-unknown:before { content: "\E9CE"; }
.icon-win-ringer:before { content: "\EA8F"; }
.icon-win-checkList:before { content: "\E9D5"; }
.icon-win-processing:before { content: "\E9F5"; }
.icon-win-hourGlass:before { content: "\EA03"; }
.icon-win-asterisk:before { content: "\EA38"; }
.icon-win-errorBadge:before { content: "\EA39"; }
.icon-win-allAppsMirrored:before { content: "\EA40"; }
.icon-win-bulletedListMirrored:before { content: "\EA42"; }
.icon-win-helpMirrored:before { content: "\EA51"; }
.icon-win-dietPlanNotebook:before { content: "\EAC8"; }
.icon-win-market:before { content: "\EAFC"; }
.icon-win-heart:before { content: "\EB51"; }
.icon-win-editMirrored:before { content: "\EB7E"; }
.icon-win-speedHigh:before { content: "\EC4A"; }
.icon-win-fileExplorer:before { content: "\EC50"; }
.icon-win-developerTools:before { content: "\EC7A"; }
.icon-win-embed:before { content: "\ECCE"; }
.icon-win-publish:before { content: "\ECDB"; }
.icon-win-networkPipes:before { content: "\ECE3"; }
.icon-win-blocked2:before { content: "\ECE4"; }
.icon-win-toolbox:before { content: "\ECED"; }
.icon-win-gateway:before { content: "\ED23"; }
.icon-win-openFolderHorizontal:before { content: "\ED25"; }
.icon-win-playPause:before { content: "\ED38"; }
.icon-win-hardDrive:before { content: "\EDA2"; }
.icon-win-virtualMachine:before { content: "\EE9B"; }
.icon-win-rAM:before { content: "\EEA0"; }
.icon-win-cPU:before { content: "\EEA1"; }
.icon-win-hostCluster:before { content: "\EEA2"; }
.icon-win-virtualMachineGroup:before { content: "\EEA3"; }
.icon-win-customList:before { content: "\EEBE"; }
.icon-win-customListMirrored:before { content: "\EEBF"; }
.icon-win-marketDown:before { content: "\EF42"; }
.icon-win-database:before { content: "\EFC7"; }
.icon-win-checklistMirrored:before { content: "\F0B5"; }
.icon-win-windowsUpdate:before { content: "\F0C5"; }
.icon-win-backMirrored:before { content: "\F0D2"; }
.icon-win-forwardMirrored:before { content: "\F0D3"; }
.icon-win-statusCircleOuter:before { content: "\F136"; }
.icon-win-statusCircleInner:before { content: "\F137"; }
.icon-win-statusCircleRing:before { content: "\F138"; }
.icon-win-statusTriangleOuter:before { content: "\F139"; }
.icon-win-statusTriangleInner:before { content: "\F13A"; }
.icon-win-statusTriangleExclamation:before { content: "\F13B"; }
.icon-win-statusCircleExclamation:before { content: "\F13C"; }
.icon-win-statusCircleErrorX:before { content: "\F13D"; }
.icon-win-statusCircleCheckmark:before { content: "\F13E"; }
.icon-win-statusCircleInfo:before { content: "\F13F"; }
.icon-win-statusCircleBlock:before { content: "\F140"; }
.icon-win-statusCircleBlock2:before { content: "\F141"; }
.icon-win-statusCircleQuestionMark:before { content: "\F142"; }
.icon-win-statusCircleSync:before { content: "\F143"; }
.icon-win-exploreContentSingle:before { content: "\F164"; }
.icon-win-collapseContentSingle:before { content: "\F166"; }
.icon-win-hardDriveGroup:before { content: "\F18F"; }
.icon-win-tripleColumn:before { content: "\F1D5"; }
.icon-win-certificateManager:before { content: "\F1F8"; }
.icon-win-firewall:before { content: "\F1F9"; }
.icon-win-firewallRules:before { content: "\F1FA"; }
.icon-win-localAdmin:before { content: "\F1FB"; }
.icon-win-networkSettings:before { content: "\F1FC"; }
.icon-win-powerShell:before { content: "\F1FD"; }
.icon-win-serverProcesses:before { content: "\F1FE"; }
.icon-win-registrayEditor:before { content: "\F1FF"; }
.icon-win-serverFeatures:before { content: "\F200"; }
.icon-win-server:before { content: "\F201"; }
.icon-win-cluster:before { content: "\F202"; }
.icon-win-saveAll:before { content: "\F203"; }
.icon-win-failoverClusterManager:before { content: "\F204"; }
.icon-win-softwareDefinedDataCenter:before { content: "\F205"; }
.icon-win-storageReplica:before { content: "\F206"; }
.icon-win-storageLogical:before { content: "\F20E"; }
.icon-win-storagePhysical:before { content: "\F20F"; }
.icon-win-networkPhysical:before { content: "\F211"; }
.icon-win-lEDLightOff:before { content: "\F388"; }
.icon-win-removeHardDisk:before { content: "\F389"; }
.icon-win-virtualHardDisk:before { content: "\F38A"; }
.icon-win-virtualSwitch:before { content: "\F38B"; }
.icon-win-virtualNIC:before { content: "\F38C"; }
.icon-win-offlineResource:before { content: "\F38D"; }
.icon-win-onlineResource:before { content: "\F38E"; }
.icon-win-formatDatabase:before { content: "\F3BE"; }
.icon-win-developerToolsRemove:before { content: "\F3EA"; }
.icon-win-unzipFolder:before { content: "\F3FD"; }
.icon-win-storageReplica:before { content: "\F42D"; }
.icon-win-speedHighOff:before { content: "\F42E"; }
.icon-win-bootOrder:before { content: "\F42F"; }
.icon-win-bootOrderMirrored:before { content: "\F430"; }
Habilitación del mensaje emergente de
detección de extensiones
Artículo • 05/10/2023

Se aplica a: Windows Admin Center, versión preliminar de Windows Admin Center

La característica de mensaje emergente de detección de extensiones se introdujo en la

versión 1903 de Windows Admin Center. Esta característica permite que una extensión
declare el fabricante de hardware del servidor y los modelos que admite, de forma que
cuando un usuario se conecta a un servidor o clúster para el que está disponible una
extensión, se mostrará un mensaje emergente de notificación para instalar fácilmente la
extensión. Los desarrolladores de extensiones podrán obtener más visibilidad sobre sus
extensiones y los usuarios podrán detectar fácilmente más funcionalidades de
administración para sus servidores.

Funcionamiento del mensaje emergente de

detección de extensiones
Cuando se inicie Windows Admin Center, se conectará a las fuentes de extensiones
registradas y capturará los metadatos de los paquetes de extensiones disponibles.
Luego, cuando un usuario se conecte a un servidor o un clúster en Windows Admin
Center, se puede leer el fabricante y el modelo del hardware del servidor para
mostrarlos en la herramienta Información general. Si se encuentra una extensión que
declara que es compatible con el fabricante o modelo del servidor actual, se mostrará
un mensaje emergente para informar al usuario. Al hacer clic en el vínculo "Configurar
ahora" se dirigirá al usuario al Administrador de extensiones, donde puede instalar la
extensión.
Implementación del mensaje emergente de
detección de extensiones
Los metadatos "tags" del archivo .nuspec se usan para declarar qué fabricante o modelo
de hardware admite la extensión. Las etiquetas están delimitadas por espacios y se
puede agregar una etiqueta de fabricante o modelo, o ambas, para declarar el
fabricante o los modelos admitidos. El formato de etiqueta es "[value type]_[value
condition]" donde [value type] es "Fabricante" o "Modelo" (distingue mayúsculas de

minúsculas) y [value condition] es una expresión regular de Javascript que define la

cadena de modelo o fabricante, y [value type] y [value condition] están separadas por
un carácter de subrayado. A continuación, esta cadena se codifica mediante codificación
URI y se agrega a la cadena de metadatos "tags" de .nuspec.

Ejemplo
Supongamos que he desarrollado una extensión que admite servidores de una empresa
denominada Contoso Inc., con el nombre de modelo R3xx y R4xx.

1. La etiqueta del fabricante sería "Manufacturer_/Contoso Inc./" . La etiqueta de los

modelos podría ser "Model_/^R[34][0-9]{2}$/" . En función de lo estrictamente
que quiera definir la condición de coincidencia, habrá diferentes formas de definir
la expresión regular. También puede separar las etiquetas de fabricante o modelo
en varias etiquetas, por ejemplo, la etiqueta "Modelo" también podría ser
"Model_/R3../ Model_/R4../" .

2. Puede probar la expresión regular con la consola de DevTools del explorador web.
En Edge o Chrome, presione F12 para abrir la ventana DevTools y, en la pestaña
Consola, escriba lo siguiente y presione Entrar:

JavaScript

var regex = /^R[34][0-9]{2}$/

Después, si escribe y ejecuta lo siguiente, se devolverá "true".

JavaScript

[Link]('R300')

Y si ejecuta lo siguiente, se devolverá "false".

 JavaScript

[Link]('R500')

3. Cuando haya comprobado la expresión regular, también puede codificarla en la

consola de DevTools mediante el siguiente método de Javascript:

JavaScript

encodeURI(/^R[34][0-9]{2}$/)

El formato final de la cadena de etiqueta que se va a agregar al archivo .nuspec

sería:

<tags>Manufacturer_/Contoso%20Inc./ Model_/%5ER%5B34%5D%5B0-
9%5D%7B2%7D$/</tags>

 Sugerencia

Entendemos que un fabricante de hardware puede tener una gama muy amplia de
nombres de modelo de los cuales algunos pueden ser compatibles y otros no.
Tenga en cuenta que esta característica está pensada para ayudar con la detección
de la extensión, pero no tiene que ser un inventario perfectamente actualizado de
todos los modelos. Puede definir la expresión regular como una expresión más
sencilla que coincida con un subconjunto de los modelos. Es posible que un
usuario no vea el mensaje emergente de detección si primero se conecta a un
modelo de servidor que no coincide con la condición. Sin embargo, tarde o
temprano se conectará a otro servidor que sí lo haga y se detectará e instalará la
extensión. También puede considerar la posibilidad de definir una expresión regular
simple que solo coincida con el nombre del fabricante. En algunos casos, es posible
que la extensión no admita realmente un modelo específico, pero puede usar la
característica dinámica de visualización de herramientas para definir un script de
PowerShell personalizado que compruebe la compatibilidad del modelo y mostrar
solo la extensión cuando corresponda, o proporcionar funcionalidad limitada en la
extensión para los modelos que no admiten todas las funcionalidades.
Actualizar las extensiones de Windows
Admin Center existentes a Angular 11
Artículo • 09/03/2023

Windows Admin Center se actualiza a Angular 11.0. Esta actualización incluye las
características, la seguridad y el rendimiento más recientes, y nos complace poder
ofrecérsela ya. Hasta ahora, se había actualizado el shell de Windows Admin Center y ya
es el turno de actualizar las extensiones. Siga los pasos de este documento para
actualizar su extensión.

Si tiene algún problema durante este proceso, diríjase a su contacto de Microsoft, que le
ayudará a enrutar la solicitud.

Pasos previos
Antes de comenzar la actualización a Angular 11, debe configurar el entorno de
desarrollador con las herramientas de desarrollo y shell de Windows Admin Center más
recientes. Siga estos pasos antes de continuar con el proceso de actualización:

1. Instale la versión más reciente de Windows Admin Center en modo de desarrollo

( msiexec /i WindowsAdminCenter<version>.msi DEV_MODE=1 ) con el shell actualizado.
Diríjase a su contacto de Microsoft si no se le ha proporcionado.
2. (Recomendado) Cree una rama features/ng11 en el repositorio.
3. (Recomendado) Actualice la versión [Link] a (N+1).0.0 .
4. En una consola de PowerShell, asegúrese de cambiar a la versión del nodo
correspondiente para la versión de Angular (para obtener más información
detallada, consulte Trabajar con dos ramas del shell). Para Angular 11, ejecute nvm
use 12.18.3 . Cierre el terminal para que este cambio surta efecto.

5. Limpie la carpeta node_modules para evitar conflictos de npm.

Proceso de actualización automatizada

Descargue e instale las herramientas de CLI de Windows Admin Center ejecutando npm
install -g @microsoft/windows-admin-center-sdk@experimental si aún no lo ha hecho,

antes de continuar con los pasos siguientes.

1. En el nivel raíz del repositorio, ejecute wac upgrade --audit=false --experimental .

 Si trabaja en un repositorio de extensiones consumido por otras extensiones,
incluya también la marca --library .

Si se ha utilizado la marca de biblioteca, cambie la propiedad name en

src/[Link] por un valor exclusivo para la extensión.

2. (Condicional) Si el repositorio de extensiones tiene dependencias de cualquier

otro paquete de extensión, deberá elegir manualmente la nueva versión de
Angular para esa extensión (por ejemplo, si msft-sme-certificate-manager tiene
una dependencia de msft-sme-event-viewer , las herramientas automatizadas no
actualizarán la versión msft-sme-event-viewer ; deberá actualizarse manualmente).
Asegúrese también de especificar el nivel de carpeta "/dist" en las importaciones
desde las extensiones; las importaciones de nivel inferior o superior no funcionarán
(por ejemplo, import { foobar } from '@msft-sme/event-viewer' deberá cambiarse
a import { foobar } from '@msft-sme/event-viewer/dist' ).

3. Abra [Link] y cambie cualquier appRoute que tenga el formato

./folder-name/file-name#ModuleClass a () => import('./folder-name/file-

name').then(m => [Link]) . Si hay otros archivos de [Link] ,

también tendrán que actualizarse de esta manera.

4. Elimine el archivo de [Link] . Se genera automáticamente como

referencia, pero no es necesario ir al repositorio.

5. Recorra los archivos siguientes y reemplace todas las instancias de @msft-sme por
@microsoft/windows-admin-center-sdk :

./[Link]

./[Link]/common/[Link]

./[Link]/common/[Link]
./src/[Link]

./src/[Link]

6. Es probable que haya errores sin resolver como resultado de los pasos que ha
realizado. Continúe con los pasos de compilación.

Pasos de compilación
En este momento del proceso de actualización, el repositorio de extensiones está listo
para compilarse y el proceso de depuración puede empezar. Siga estos pasos:

1. Ejecute gulp build .

 2. Observe si hay errores de linting y compilación.
3. Corrija estos errores y repita los pasos del 1 al 3 según sea necesario.
4. Cuando se corrijan todos los errores de compilación, confirme los cambios y
continúe en Pasos de ejecución.

Errores de compilación difíciles de diagnosticar

Algunos de los errores que puede recibir durante la depuración en el paso de
compilación pueden ser difíciles de diagnosticar. A continuación, se muestran dos de los
errores más difíciles de diagnosticar más comunes y cómo mitigarlos:

NG6002: aparece en [Link] de AppModule, pero no se ha podido

resolver en una clase NgModule
Este tipo de error se produce en el tiempo de compilación, normalmente antes
de que el repositorio actualizado se haya compilado correctamente al menos
una vez. Para resolverlo, ejecute ng serve --prod ; a continuación, estos errores
ya no deben aparecer en la compilación.

La interfaz extiende incorrectamente otra interfaz

Este error se produce durante el paso inlineCompile de "gulp build" y se

produce como resultado de una discrepancia de versiones entre el paquete de
@types/jasmine descargado y lo que requiere el paquete de @types/jasminewd2 .

Este error se puede resolver quitando el paquete de @types/jasminewd2 .

Nombres de archivo de lote de salida

Al compilar la extensión, es posible que se produzcan problemas como resultado de los
nombres de archivo de lote. Para evitar estos problemas, preste especial atención a los
siguientes campos:

El hash de salida debe estar habilitado. Cuando se habilita el hash de salida, se

generarán nombres de archivo exclusivos para cada compilación de la extensión. Si
no se habilita, es posible que no pueda ver los cambios en la extensión en el
explorador debido a nombres de archivo duplicados.
Para habilitar este campo desde la línea de comandos, añada la marca --
output-hashing a un comando ng build .

Para habilitar este campo directamente desde el repositorio, vaya al archivo

[Link] y busque el campo outputHashing en las configuraciones de
producción.
 Los fragmentos con nombre deben deshabilitarse. Cuando se habilitan
fragmentos con nombre, cada archivo de lote incluye su nombre de archivo de
módulo original. Aunque esto puede parecer útil, a menudo da como resultado
nombres de archivo increíblemente largos que pueden producir errores en la
fuente de extensión de Windows Admin Center.
Para deshabilitar este campo desde la línea de comandos, añada la marca --
named-chunks a un comando ng build .
Para deshabilitar este campo directamente desde el repositorio, vaya al archivo
[Link] y busque el campo namedChunks en las configuraciones de
producción. Establezca este campo en false.

Pasos de ejecución
Ahora que ha corregido todos los errores de compilación de la extensión, está listo para
ejecutar la extensión y corregir cualquier problema de tiempo de ejecución. Siga estos
pasos para ejecutar la extensión:

1. Transfiera localmente la extensión con gulp serve --port <port> --prod --aot .
2. En el explorador, busque problemas de tiempo de ejecución con la extensión, por
ejemplo:

Páginas de extensión que no se cargan

Elementos que faltan en las páginas de extensión
Errores de consola
Cualquier otra cosa parezca rara o tenga un comportamiento extraño

3. Corrija los problemas de tiempo de ejecución que haya detectado.

4. Cuando se haya estabilizado la extensión, confirme los cambios.

Cuando haya terminado estos pasos, vaya a Creación de una rama principal.

Creación de una rama principal

Una vez corregidos todos los errores de linting, compilación y tiempo de ejecución,
estará listo para finalizar la actualización de la extensión. Para ello, es necesario crear
una rama en el repositorio de extensiones. Siga estos pasos para finalizar la
actualización de la extensión:

1. Asegúrese de que esté listo para completar el proceso de actualización y verifique

que todo funcione según lo previsto en la rama de características.
2. Cree una nueva rama denominada "main" en el repositorio.
 3. Cree un PR desde la rama features/ng11 que se combina con main.
4. Cuando esté listo, complete el PR.
5. Enhorabuena, ha actualizado correctamente una extensión.

Publicación de la extensión actualizada

Una vez que la extensión se haya probado en el modo de escritorio y servicio de
Windows Admin Center, envíe un correo electrónico a
wacextensionrequest@[Link] para coordinar la publicación de la extensión
actualizada.

Trabajar con dos ramas del shell

La actualización del shell de Windows Admin Center ha provocado numerosos cambios
en el entorno. Uno de estos cambios es el uso de Node 12.18.3 desde la versión anterior
10.22.0. Estas versiones son incompatibles y debe alternar la versión global para ejecutar
comandos de compilación en cada entorno.

Para administrar las versiones de Node, se recomienda usar el Administrador de

versiones de Node: [Link]

Siga las instrucciones para instalar nvm-windows en la máquina.

Una vez instalado, puede preparar el entorno mediante la ejecución de estos comandos:

nvm install 12.18.3

nvm use 12.18.3
npm i -g gulp-cli
npm i -g @angular/cli
npm i -g vsts-npm-auth
npm i -g typescript

nvm install 10.22.0

nvm use 10.22.0
npm i -g gulp-cli
npm i -g @angular/cli
npm i -g vsts-npm-auth
npm i -g typescript

Esto configurará el entorno de Node para el desarrollo con las versiones nueva y
antigua de Angular.
Alternar la versión de Node
La versión de Node que está usando se puede alternar mediante PowerShell.

Se puede usar el comando nvm list para enumerar las versiones de Node instaladas.

Se puede usar el comando nvm use <version> para cambiar rápidamente entre
versiones de Node.

Puede encontrar una lista de índices completa de qué versiones de Node, Angular y
Typescript se combinan aquí: Índice de compatibilidad de Node - Angular .

７ Nota

Todos los números de versión de este documento son específicos de la

actualización de Windows Admin Center de Angular 7 a Angular 11.

Después del proceso anterior, perderá toda la configuración de Node global, incluida la
autenticación de VSTS.

Para restaurar la autenticación de VSTS, ejecute este comando en la raíz de cualquier

repositorio: vsts-npm-auth -config .npmrc

Otras consideraciones al actualizar extensiones

a Angular 11
La transferencia local del shell y las extensiones no debe verse afectada al trabajar
con dos ramas del shell.
Cuando utilice copyTarget, tenga en cuenta en qué rama del shell se encuentra.
Use este comando solo en la rama 2.0 si la extensión con la que está trabajando
también se actualiza a Angular 11.
Si el repositorio se ha actualizado a Angular 11, use la versión 2.x.0 más reciente de
las bibliotecas de shell. De lo contrario, siga usando la versión 1.x.0 más reciente.

Para saber si un repositorio se ha actualizado, examine el archivo [Link].

Actualizar las extensiones de Windows
Admin Center existentes a Angular 15
Artículo • 12/12/2023 •
Se aplica a: ✅ Windows Admin Center, ✅ Windows Admin Center Preview

¡Windows Admin Center se ha actualizado a Angular 15! Esta actualización incluye las
características, la seguridad y el rendimiento más recientes, y nos complace poder
ofrecérsela ya. Hasta el momento, se había actualizado el shell de Windows Admin
Center y ahora es el turno de actualizar las extensiones.

Se recomienda enfáticamente actualizar las extensiones a la versión más reciente de

Angular compatible. Todas las nuevas correcciones y actualizaciones de nuestro shell y
SDK solo están disponibles para extensiones en Angular 15.

Siga los pasos de este documento para actualizar su extensión. Si tiene algún problema
durante este proceso, diríjase a su contacto de Microsoft, que le ayudará a enrutar la
solicitud.

Pasos previos
Antes de comenzar la actualización a Angular 15, es esencial asegurarse de que el
proyecto esté utilizando ESLint y que el entorno esté configurado correctamente.

７ Nota

Si la extensión sigue ejecutando Angular 7, actualice a Angular 11 antes de leer el

resto de esta guía.

Transición de TSLint a ESLint

Históricamente, Windows Admin Center ha usado la herramienta extensible TSLint para
comprobar el código typeScript y ver si hay errores de legibilidad, mantenimiento y
funcionalidad. TSLint ha quedado en desuso y ha sido reemplazado por ESLint, una
herramienta más eficaz y ampliamente compatible. Windows Admin Center ha
cambiado a ESLint.

Para determinar si usa TSLint o ESLint como linter para la extensión, vaya al directorio
raíz del proyecto de extensión:
 Si hay un archivo titulado .[Link], está usando ESLint. Vaya directamente a
Configuración del entorno para la actualización.
Si hay un archivo titulado [Link], está usando TSLint. Continúe para aprender a
migrar a ESLint.

Hemos creado un comando en el SDK para ayudar a automatizar la transición a ESLint.

En él, siga estos pasos:

1. Vaya a la raíz del proyecto de extensión.

2. Extraer la última versión del SDK mediante la ejecución de npm install -g
@microsoft/windows-admin-center-sdk@latest

3. Ejecute npm install .

4. Ejecute wac eslint .
5. Corrija las violaciones ejecutando npx lint --fix o realizando los cambios
manuales.

Configuración del entorno para la actualización

Antes de comenzar la actualización a Angular 15, debe configurar el entorno de
desarrollador con las herramientas de desarrollo y shell de Windows Admin Center más
recientes, e incluso actualizar su versión de Node.

Para administrar las versiones de Node, se recomienda usar el Administrador de

versiones de Node . Siga las instrucciones para instalar nvm-windows en la máquina.
La versión debe ser 1.1.11 o posterior, ya que es posible que las versiones anteriores no
admitan las versiones de [Link] necesarias para esta actualización.

Una vez instalado, puede preparar el entorno mediante la ejecución de estos comandos:

nvm install 16.14.0

nvm use 16.14.0
npm i -g gulp-cli
npm i -g @angular/cli@15.2.9
npm i -g vsts-npm-auth
npm i -g typescript@4.8.2

７ Nota

Si desea seguir realizando cambios en Angular 11, querrá utilizar Node 12.18.3.
Estas versiones son incompatibles para su uso en simultáneo, por eso debe alternar
la versión global para ejecutar comandos de compilación en cada entorno.
 Para volver a cambiar la versión del nodo a la configuración de Angular 11, puede
ejecutar los siguientes comandos:

nvm install 12.18.3

nvm use 12.18.3
npm i -g gulp-cli
npm i -g @angular/cli@11.2.13
npm i -g vsts-npm-auth
npm i -g typescript@4.1.5

Al alternar las versiones del nodo, puede perder toda la configuración del nodo global,
incluida la autenticación de VSTS.

Para restaurar la autenticación de VSTS, ejecute vsts-npm-auth -config .npmrc en la raíz

de cualquier repositorio.

Proceso de actualización automatizada

Para facilitar una actualización más fluida de Angular 11 a Angular 15, hemos
desarrollado un comando de la CLI como parte de nuestro SDK que automatiza gran
parte del proceso de actualización.

Antes de continuar con los pasos de actualización automática, asegúrese de que el

entorno esté configurado correctamente y haya cambiado a Angular 15. Cuando esté
listo para la actualización, siga estos pasos:

1. Asegúrese de usar la última versión de la CLI de WAC al ejecutar npm install -g

@microsoft/windows-admin-center-sdk@latest .

2. Ejecute wac angular15Upgrade .

Publicar las acciones de actualización

Después de ejecutar el comando de actualización, se generará un archivo [Link] en la
raíz del proyecto. Este archivo contiene información sobre otras acciones.

Después de ejecutar el comando de actualización, asegúrese de almacenar

provisionalmente los cambios. Este comando está diseñado para ejecutarse varias veces
si es necesario.

Ahora debería poder ejecutar y probar la extensión de la forma normal.

Escenarios de solución de problemas
Algunos de los errores que puede recibir durante la depuración en el paso de
compilación pueden ser difíciles de diagnosticar. Estos son algunos de los errores más
comunes y cómo mitigarlos:

AjaxResponse requiere 1 argumento de tipo

Para corregir este problema, intente almacenar los cambios actuales y vuelva a
ejecutar el comando de actualización. El comando de actualización debe haber
corregido esto, pero podría haber casos excepcionales. Asegúrese de corregir
manualmente estos errores cambiando de AjaxResponse a AjaxResponse<any> .

Error sintáctico CSS en archivos CSS personalizados

Símbolo del sistema de Windows

File path: C:/Branches/msft-sme-containers/src/app/containers-

inventory/[Link]
Type: css-syntax-error
Line: undefined
Char: undefined
Message: Warning: ▲ [WARNING] Unexpected ">" [css-syntax-error]
C:/Branches/msft-sme-containers/src/app/containers-
inventory/[Link]:7:
1 │ :host >>> .summary-container {
^

Para corregir este problema, intente almacenar los cambios actuales y vuelva a
ejecutar el comando de actualización. El comando actualizar debe controlar esto
automáticamente, pero si no lo hace

Advertencias de dependencia

Build at: 2023-11-14T19:31:35.361Z - Hash: 069ae6fa11d268d6 - Time:

32165ms
[11:31:35] Warning: C:\Branches\msft-sme-containers\node_modules\@msft-
sme\core\data\[Link] depends on 'base64-arraybuffer'. CommonJS or
AMD dependencies can cause optimization bailouts.
For more info see: [Link]
dependencies

Warning: C:\Branches\msft-sme-containers\node_modules\@msft-sme\event-
viewer\dist\fesm2020\[Link] depends on 'file-
saver'. CommonJS or AMD dependencies can cause optimization bailouts.
For more info see: [Link]
dependencies
 Warning: C:\Branches\msft-sme-containers\node_modules\@msft-
sme\powershell-console\__ivy_ngcc__\dist\fesm2015\msft-sme-powershell-
[Link] depends on 'xterm'. CommonJS or AMD dependencies can
cause optimization bailouts.
For more info see: [Link]
dependencies

Warning: C:\Branches\msft-sme-containers\node_modules\@msft-
sme\powershell-console\__ivy_ngcc__\dist\fesm2015\msft-sme-powershell-
[Link] depends on 'xterm-addon-fit'. CommonJS or AMD
dependencies can cause optimization bailouts.
For more info see: [Link]
dependencies

Estos problemas deben corregirse manualmente. Vaya a [Link] , busque

"allowedCommonJsDependencies" y agregue todos los elementos de dependencia

a la matriz. En este caso, sería: "allowedCommonJsDependencies": ["base64-

arraybuffer", "file-saver", "xterm", "xterm-addon-fit"]

Otras consideraciones al actualizar extensiones

a Angular 15
La transferencia local del shell y las extensiones no debe verse afectada al trabajar
con dos ramas del shell.
Cuando utilice copyTarget, tenga en cuenta en qué rama del shell se encuentra.
Use este comando solo en la rama 4.0 si la extensión con la que está trabajando
también se actualiza a Angular 15.
Si el repositorio se ha actualizado a Angular 15, use la versión 4.x.0 más reciente de
las bibliotecas de shell. De lo contrario, siga usando la versión 2.x.0 más reciente.

Para saber si un repositorio se ha actualizado, examine el archivo [Link].

Publicación de la extensión actualizada

Una vez que la extensión se haya probado en el modo de escritorio y servicio de
Windows Admin Center, envíe un correo electrónico a
wacextensionrequest@[Link] para coordinar la publicación de la extensión
actualizada.

Comentarios
¿Le ha resultado útil esta página?  Sí  No

Proporcionar comentarios sobre el producto

Compatibilidad de extensiones para la
administración de la infraestructura
aplicada de Control de aplicaciones de
Windows Defender (WDAC)
Artículo • 30/06/2023 •
Se aplica a: ✅ Windows Admin Center, ✅ Windows Admin Center Preview

Windows Admin Center admite la administración de la infraestructura aplicada de

Control de aplicaciones de Windows Defender (WDAC) en el nivel de plataforma.
Obtenga más información sobre la administración de la infraestructura aplicada de
WDAC en Windows Admin Center.

La compatibilidad con esta administración en el nivel de plataforma no significa que las

extensiones creadas para Windows Admin Center también admitan la administración de
la infraestructura aplicada por WDAC de forma predeterminada. En esta guía se
describen los requisitos de una extensión para admitir la administración de la
infraestructura aplicada de WDAC.

Requisitos de la estructura de extensiones

Para administrar la infraestructura aplicada de WDAC, Windows Admin Center debe
ingerir y ejecutar scripts de PowerShell de una manera determinada para cumplir los
procedimientos de seguridad recomendados. Para asegurarse de que los scripts de la
extensión se ejecutan correctamente, asegúrese de que la extensión se ajusta a los
siguientes requisitos.

Todos los scripts de PowerShell deben almacenarse en un

archivo
Históricamente, los desarrolladores de extensiones WAC pueden haber elegido incluir
código personalizado de PowerShell como una cadena en su archivo [Link] de
extensión. Por ejemplo, puede optar por definir las condiciones para la visibilidad de
una extensión de herramienta proporcionando un script de PowerShell en la propiedad
"script". Para que los scripts de PowerShell sean compatibles con WDAC, deben estar
firmados. Las cadenas no se pueden firmar.

Para asegurarse de que se cumple este requisito, siga estos pasos:

 1. Identifique los scripts de PowerShell en el archivo [Link].
2. Después de definir cualquier contenido de script en el archivo [Link], quite
el contenido del script y almacénelo en un archivo .ps1 en el directorio de la
extensión resources/scripts . El código de script del manifiesto de extensión ahora
sigue las mismas reglas que otro PowerShell de Windows Admin Center.
3. Actualice la propiedad de condiciones en el manifiesto de extensión al siguiente
formato:

JSON

"conditions": [
{
"powerShell": {
"command": "Script-File-Name",
"module": "powerShellModuleName",
"script": "Your script text goes here."
}
}
]

El nombre del módulo de PowerShell ya existe en el manifiesto de extensión. Su

valor en el manifiesto y en el campo de PowerShell debe coincidir.
4. Identifique cualquier otro lugar en el que los scripts de PowerShell se creen
dinámicamente. La creación de un script de PowerShell de forma dinámica
mediante la concatenación de cadenas puede permitir que un atacante inserte un
script arbitrario de PowerShell para ejecutarse. Este método se puede usar para
omitir las limitaciones que se aplican a un usuario remoto que usa un espacio de
ejecución restringido. También se puede usar para lograr la inserción de comandos
estándar en cualquier aplicación que compile scripts de PowerShell con entrada de
usuario y lo ejecute.

Ejemplo de bloque de script creado con concatenación de cadenas:

PowerShell

param($UserInputVar)
$DynamicScript = "Get-ChildItem $UserInputVar"
$ScriptBlock = [ScriptBlock]::Create($DynamicScript)
Invoke-Command $ScriptBlock

Ejemplo de este mismo bloque de script construido sin concatenación de cadenas:

PowerShell
 param($UserInputVar)
[ScriptBlock]$ScriptBlock = {
Param($SafeUserInput)
Get-ChildItem $ SafeUserInput
}
Invoke-Command -ScriptBlock $ScriptBlock -ArgumentList @($UserInputVar)

# OR, alternatively
param($UserInputVar)
Invoke-Command -ScriptBlock {
param(
[String] $SafeUserInput
)
Get-ChildItem $SafeUserInput

} -ArgumentList $UserInputVar

Los archivos de script tampoco deben construirse mediante la concatenación de

cadenas. Este es un ejemplo de cómo no construir archivos de script:

PowerShell

$Script=@'
Get-ChildItem $UserInputVar
'@
$Script = '$ UserInputVar =' + "'$ UserInputVar;"+$Script
$path = “C:\temp”
$Script | Out-File $path

Construya los archivos de script de esta manera:

PowerShell

Function test {
param(
[String] $userInputVar
)
Get-ChildItem $UserInputVar
}

$path = “C:\temp”
(Get-Command test).ScriptBlock | Set-Content -path $path

Todo el código de PowerShell debe estar firmado y

almacenado en la ubicación adecuada
Como parte de los cambios que Windows Admin Center realizó para admitir la
administración de la infraestructura aplicada de WDAC, los scripts de PowerShell
firmados para una extensión ahora se transfieren al nodo al que Windows Admin Center
está conectado actualmente antes de ejecutarse. Además, como se mencionó en el
requisito anterior, la infraestructura aplicada por WDAC solo ejecuta scripts de
PowerShell firmados. Debido a estos requisitos, se debe firmar todo el código de
PowerShell. Toda la instancia de PowerShell también debe encontrarse en una ubicación
coherente para que la plataforma de Windows Admin Center pueda localizar de forma
predecible los módulos firmados de una extensión.

Si el repositorio de extensiones no contiene un directorio powershell-module que

contenga módulos de PowerShell firmados, la plataforma Windows Admin Center no
podrá identificar el código transferible y se producirá un error en las operaciones en un
entorno aplicado por WDAC.

El comando Windows Admin Center gulp build actualiza la carpeta /dist dentro del
repositorio, generando los archivos .psd1 y .psm1 sin firmar dentro de una carpeta de
módulo. Estos archivos deben firmarse con un certificado de firma que coincida con uno
que esté en la lista de permitidos de la directiva WDAC.

Para realizar este cambio, se recomienda encarecidamente crear una canalización de

compilación que incorpore la firma de PowerShell.

Puede validar que PowerShell tiene el formato adecuado de una de estas dos maneras:

1. Cuando se instala la extensión, puede ver el directorio ProgramData\Server

Management Experience\UX\modules en el equipo de puerta de enlace (donde se

ejecuta Windows Admin Center). Aquí debería ver la carpeta powershell-module y

los módulos de PowerShell firmados.
2. Extraiga el contenido del artefacto .nupkg de la extensión. La carpeta powershell-
module debe estar presente y contener los módulos de PowerShell firmados.

En ambos casos, para comprobar que los propios archivos .psd1 y .psm1 están firmados,
ejecute el comando Get-AuthenticodeSignature en el archivo o haga clic con el botón
derecho en el propio archivo y valide la firma digital.

WorkItems que usa la propiedad "powerShellScript" debe

actualizarse para usar la propiedad
"powerShellCommand"
La plataforma Windows Admin Center debe poder determinar a qué módulo pertenece
un comando de PowerShell. Debido a este requisito, WorkItems que especifica un
comando de PowerShell mediante la propiedad powerShellScript produce un error.

Para mitigar este comportamiento, use la propiedad powerShellCommand , junto con el

método createCommand , para formar un objeto de comando válido.

Este es un ejemplo de WorkItem usando el método anterior:

ts

const workItem : WorkItemSubmitRequest = {

typeId: "SampleWorkItem",
title: "Title",
powerShellScript: PowerShellScripts.[scriptName],
successMessage: "Success",
errorMessage: "Error",
progressMessage: "In progress..."
}

Y este es el mismo WorkItem usando el nuevo método:

ts

const workItem : WorkItemSubmitRequest = {

typeId: "SampleWorkItem",
title: "Title",
powerShellCommand: [Link](PowerShellScripts.
[scriptName]),
successMessage: "Success",
errorMessage: "Error",
progressMessage: "In progress..."
}

Asegurarse de que los scripts de PowerShell se

ejecutan en modo de lenguaje restringido
Muchas directivas WDAC obligan a que todos los scripts de PowerShell se ejecuten en
modo de lenguaje restringido. Para mantener la funcionalidad completa en todo
Windows Admin Center, debe asegurarse de que todos los scripts de la extensión sigan
estos procedimientos recomendados:

1. Si los archivos de script se exportan mediante módulos de PowerShell, deben

exportar explícitamente las funciones por nombre sin el uso de caracteres
comodín. Este requisito es para evitar la exposición involuntaria de funciones
auxiliares que pueden no estar pensadas para usarse públicamente.
 2. Usar scripts prefijados por puntos en el archivo de script trae todas las funciones,
variables, alias de ese script al ámbito actual. Esta funcionalidad impide que un
script de confianza se convierta en un script que no es de confianza y exponga
todas sus funciones internas. De forma similar, se impide que un script que no sea
de confianza se convierta en un script de confianza para que no pueda contaminar
el ámbito de confianza.
3. Se recomienda evitar el uso del comando Start-Job para ejecutar bloques de script
a menos que ese bloque de script ya se pueda ejecutar correctamente en modo de
lenguaje restringido.

Se ha sugerido control de errores para que no

se admita la administración de infraestructura
aplicada por WDAC
Si no tiene previsto admitir la ejecución de la extensión en máquinas aplicadas por
WDAC, se recomienda agregar una interfaz de usuario que explique que la
administración de la infraestructura aplicada de WDAC es un escenario no admitido en
la extensión para evitar confusiones del usuario. Se recomienda utilizar un diseño como
nuestras páginas de servicios híbridos de Azure existentes, que incluye el icono de
extensión y el texto centrados en la extensión iFrame.

Para esta página, se recomienda el siguiente texto:

"Esta extensión no admite actualmente la ejecución en máquinas con el control de

aplicaciones de Windows Defender (WDAC) aplicado".

Este texto es solo una sugerencia. Si no está seguro acerca del texto que quiere usar,
envíe un correo electrónico al equipo de Windows Admin Center en
wacextensionrequests@[Link].

Detección del cumplimiento de WDAC desde la

extensión
Para seguir las instrucciones de la sección anterior, debe determinar si se ha aplicado
WDAC al nodo al que está conectado. Windows Admin Center expone un método
denominado getPsLanguageMode , definido como parte de las operaciones WDAC de
Windows Admin Center, para determinar la aplicación de WDAC.

Este método tiene dos salidas:

 Estado: tipo HTTPStatusCode
psLanguageMode : tipo PsLanguageMode (enum)

Puede considerar que WDAC se aplicará si PowerShell se ejecuta en modo de lenguaje

restringido, que corresponde a un valor psLanguageMode de 3.

El siguiente código de ejemplo de TypeScript proporciona un ejemplo de cómo usar

este método:

ts

import { Component, OnInit } from '@angular/core';

import { AppContextService } from '@microsoft/windows-admin-center-
sdk/angular';
import { WdacOperations } from '@microsoft/windows-admin-center-sdk/core';
import { PSLanguageMode, PsLanguageModeResult } from '@microsoft/windows-
admin-center-sdk/core/data/wdac-operations';

@Component({
selector: 'default-component',
templateUrl: './[Link]',
styleUrls: ['./[Link]']
})
export class DefaultComponent implements OnInit {
wdacEnforced: boolean;

constructor(private appContextService: AppContextService) {

//
}

public ngOnInit(): void {

public checkWDACEnforced(): void {

const wdacOperations = new WdacOperations([Link]);

[Link]([Link]
eName).subscribe(
(response: PsLanguageModeResult) => {
if ([Link]() ===
PSLanguageMode[[Link]]) {
[Link] = true;
}
else {
[Link] = false;
}
}
);
}
}
Prueba de la extensión en la infraestructura
aplicada por WDAC
Obtenga más información sobre los requisitos de la directiva de control de aplicaciones
de Windows Defender para Windows Admin Center para empezar a probar la extensión
en la infraestructura aplicada por WDAC.

Comentarios
¿Le ha resultado útil esta página?  Sí  No

Proporcionar comentarios sobre el producto

Extensiones de publicación
Artículo • 20/12/2024 •
Se aplica a: ✅ Windows Admin Center, ✅ Windows Admin Center Preview

Una vez que haya desarrollado la extensión, querrá publicarla y ponerla a disposición de
otros usuarios para probarla o usarla. En este artículo, presentamos algunas opciones de
publicación junto con los pasos y requisitos en función de la audiencia y la finalidad de
la publicación.

Opciones de publicación
Hay tres opciones principales para los orígenes de paquetes configurables que Windows
Admin Center admiten:

Fuente de NuGet pública de Windows Admin Center de Microsoft

Su propia fuente NuGet privada
Recurso compartido de archivos local o de red

Publicación en la fuente de extensión Windows Admin

Center
De forma predeterminada, Windows Admin Center está conectado a una fuente de
NuGet mantenida por el equipo de producto de Windows Admin Center en Microsoft.
Se pueden publicar las versiones preliminares anteriores de las nuevas extensiones
desarrolladas por Microsoft en esta fuente y ponerlas a disposición de los usuarios de
Windows Admin Center. Los desarrolladores externos que planean crear y publicar
extensiones también pueden enviar una solicitud para publicar la extensión en la fuente
de Windows Admin Center. Antes de publicar en esta fuente, los desarrolladores
externos tienen que aceptar el Contrato de publicador de extensiones y la directiva de
participación de extensión de Windows Admin Center.

Publicación en una fuente de NuGet diferente

También puede crear su propia fuente de NuGet para publicar las extensiones mediante
una de las muchas opciones diferentes para configurar un origen privado o usar un
servicio de hospedaje de NuGet. La fuente de NuGet debe admitir la API de NuGet v2.
Dado que Windows Admin Center no admite actualmente la autenticación de fuentes, la
fuente debe configurarse para permitir el acceso de lectura a cualquier persona.
Publicación en un recurso compartido de archivos
Para restringir el acceso de la extensión a su organización o a un grupo limitado de
personas, puede usar un recurso compartido de archivos SMB como fuente de
extensión. Cuando se usa un recurso compartido de archivos para hospedar la fuente de
extensiones, se aplican permisos de archivo y carpeta para administrar el acceso a la
fuente.

Preparación de la extensión para la versión

Asegúrese de que lee y tiene en cuenta los siguientes artículos de desarrollo:

Controlar la visibilidad de la herramienta

Cadenas y localización

Considere la posibilidad de publicar como versión

preliminar
Si va a publicar una versión preliminar de la extensión con fines de evaluación, le
recomendamos que:

Anexe "(Versión preliminar)" al final del título de la extensión en el archivo .nuspec

Explique las limitaciones de la descripción de la extensión en el archivo .nuspec

Creación de un paquete de extensión

Windows Admin Center utiliza paquetes y fuentes de NuGet para distribuir y descargar
extensiones. Para que el paquete se envíe, tiene que generar un paquete NuGet que
contenga los complementos y extensiones. Un único paquete puede contener una
extensión de interfaz de usuario y un complemento de puerta de enlace. La sección
siguiente le guiará por el proceso.

Compilación de la extensión
Tan pronto como esté listo para empezar a empaquetar la extensión, cree un directorio
en el sistema de archivos, abra una consola y CD en él. Este será el directorio raíz que
usaremos para contener todos los directorios nuspec y content que componen nuestro
paquete. Llamaremos a esta carpeta Paquete NuGet durante el resto de este artículo.

Extensiones de UI
Para comenzar el proceso de recopilación de todo el contenido necesario para una
extensión de interfaz de usuario, ejecute "gulp build" en la herramienta y asegúrese de
que la compilación sea correcta. Este proceso empaqueta todos los componentes en
una carpeta denominada "bundle" ubicada en el directorio raíz de la extensión (en el
mismo nivel del directorio src). Copie este directorio y todo lo que contiene en la
carpeta "Paquete NuGet".

Complementos de puerta de enlace

Mediante la infraestructura de compilación (la cual podría ser algo tan sencillo como
abrir Visual Studio y hacer clic en el botón Compilar), compile y cree el complemento.
Abra el directorio de salida de la compilación y copie los archivos DLL que representan
el complemento y colóquelos en una carpeta nueva dentro del directorio "Paquete
NuGet" que se llame "paquete". No es necesario copiar el archivo DLL FeatureInterface,
solo los archivos DLL que representan el código.

Creación del archivo nuspec

Para crear el paquete NuGet, primero debe crear un archivo .nuspec . Un archivo
.nuspec es un manifiesto XML que contiene metadatos de paquete NuGet. Este

manifiesto se usa para crear el paquete y para proporcionar información a los

consumidores. Ponga este archivo en la raíz de la carpeta "Paquete NuGet".

Este es un archivo .nuspec de ejemplo y la lista de propiedades necesarias o

recomendadas. Para obtener el esquema completo, consulte la referencia de nuspec.
Guarde el archivo .nuspec en la carpeta raíz del proyecto con el nombre de archivo que
prefiera.

） Importante

El valor <id> del archivo .nuspec debe coincidir con el valor "name" del archivo
[Link] del proyecto o, de lo contrario, la extensión publicada no se cargará

correctamente en Windows Admin Center.

XML

<?xml version="1.0">
<package>
<metadata>
<id>[Link]</id>
<version>1.0.0</version>
<title>Contoso Hello Extension</title>
 <authors>Contoso</authors>
<owners>Contoso</owners>
<requireLicenseAcceptance>false</requireLicenseAcceptance>
<projectUrl>[Link]
feed/package/nuget/[Link]-extension</projectUrl>
<licenseUrl>[Link]
<iconUrl>[Link]
<description>Hello World extension by Contoso</description>
<copyright>(c) Contoso. All rights reserved.</copyright>
<tags></tags>
</metadata>
<files>
<file src="bundle\**\*.*" target="ux" />
<file src="package\**\*.*" target="gateway" />
</files>
</package>

Propiedades obligatorias o recomendadas

ﾉ Expandir tabla

Nombre de Requerido/Recomendado Descripción

propiedad

ID Requerido Identificador de paquete único dentro de la

fuente. Este valor debe coincidir con el valor
"name" del archivo [Link] del proyecto.
Vea Choosing a unique package identifier
(Elegir un identificador de paquete único) para
obtener instrucciones.

title Necesario para publicar en la Nombre descriptivo del paquete que se

fuente de Windows Admin muestra en el Administrador de extensiones de
Center Windows Admin Center.

version Requerido Versión de la extensión. Se recomienda usar el

control de versiones semántico (convención de
SemVer), pero no es necesario.

authors Requerido Si publica en nombre de su empresa, use el

nombre de la empresa.

description Requerido Proporcione una descripción de la

funcionalidad de la extensión.

iconUrl Recomendado para publicar en Dirección URL del icono que se va a mostrar en
la fuente de Windows Admin el Administrador de extensiones.
Center
 Nombre de Requerido/Recomendado Descripción
propiedad

projectUrl Necesario para publicar en la Dirección URL al sitio web de la extensión. Si

fuente de Windows Admin no tiene un sitio web independiente, use la
Center dirección URL de la página web del paquete en
la fuente NuGet.

licenseUrl Necesario para publicar en la Dirección URL del contrato de licencia de

fuente de Windows Admin usuario final de la extensión.
Center

files Requerido Estas dos configuraciones configuran la

estructura de carpetas que Windows Admin
Center espera para las extensiones de interfaz
de usuario y los complementos de puerta de
enlace.

７ Nota

A partir de Windows Admin Center 2410, el campo packageType está en desuso y

no debe usarse. El uso continuado de este campo puede dar lugar a una lectura
incorrecta del archivo NuGet.

Compilación del paquete NuGet de extensión

Con el archivo .nuspec que creó anteriormente, debe crear el archivo .nupkg del
paquete NuGet que puede cargar y publicar en la fuente de NuGet.

1. Descargue la herramienta de la CLI de [Link] desde el sitio web de

herramientas de cliente de NuGet.
2. Ejecute [Link] pack <>.nuspec file name> para crear el archivo .nupkg .

Firma del paquete NuGet de extensión

Todos los archivos .dll incluidos en la extensión deben firmarse con un certificado de
una entidad de certificación de confianza. De forma predeterminada, los archivos .dll
sin firmar se bloquearán cuando Windows Admin Center se ejecute en modo de
producción.

Los archivos Javascript incluidos en la extensión deben estar firmados con un certificado
de una entidad de certificación (CA) de confianza.
El paquete NuGet de extensión también debe estar firmado para garantizar la integridad
del paquete. Windows Admin Center usa un servidor Kestrel que carga certificados
TLS/SSL por el nombre del firmante del certificado. Asegúrese de que solo hay un
certificado instalado con un nombre de firmante único y de que el certificado es válido.

Al publicar una extensión en la fuente de extensiones del Windows Admin Center de

Microsoft, Microsoft añadirá su firma al paquete además de la tuya.

 Sugerencia

Para comprobar que el paquete está firmado correctamente, puede usar el

siguiente comando:

Símbolo del sistema de Windows

[Link] verify -All <packageName>.nuget

Prueba del paquete NuGet de extensión

El paquete de extensión ya está listo para pruebas. Cargue el archivo .nupkg en una
fuente NuGet o cópielo en un recurso compartido de archivos. Para ver y descargar
paquetes de un recurso compartido de fuentes o archivos diferente, deberá cambiar la
configuración de la fuente para que apunte a la fuente de NuGet o al recurso
compartido de archivos. Al realizar pruebas, asegúrese de que las propiedades se
muestran correctamente en el Administrador de extensiones y que puede instalar y
desinstalar correctamente la extensión.

Publicación de la extensión en la fuente de

Windows Admin Center
Al publicar en la fuente de Windows Admin Center, puede hacer que la extensión esté
disponible para cualquier usuario de Windows Admin Center. Dado que el SDK de
Windows Admin Center sigue en versión preliminar, nos gustaría colaborar con usted
para resolver problemas de desarrollo y garantizar que pueda ofrecer un producto y una
experiencia de calidad a los usuarios.

Antes de enviar una solicitud de revisión de extensión a Microsoft, debe enviar un

correo electrónico para wacextensionrequest@[Link] expresar la intención de
publicar una extensión en la fuente pública. Le proporcionaremos copias del Contrato
de publicador de extensiones y la directiva de participación de la extensión para revisar
y confirmar por escrito.

Antes de publicar la versión inicial de su extensión, le recomendamos que envíe una

solicitud de revisión de la extensión a Microsoft al menos 2-3 semanas antes de su
publicación. Si nos da de 2 a 3 semanas antes de la publicación, tendremos tiempo
suficiente para revisarla y, si es necesario, para que pueda introducir cambios en la
extensión. Una vez que su extensión esté lista para publicarse, deberá enviárnosla para
que la revisemos. Si se aprueba la extensión, la publicaremos en la fuente
automáticamente. Al enviar a Microsoft su paquete de extensión, acepta estar enlazado
por los términos del Contrato de publicador de extensiones y la Directiva de
participación de la extensión.

Después, si desea publicar una actualización en la extensión, tiene que enviar otra
solicitud de revisión. En función del ámbito del cambio, el tiempo de entrega de las
actualizaciones generalmente es más corto.

Enviar una solicitud de revisión de extensión a Microsoft

Para enviar una solicitud de revisión de extensión, proporcione la siguiente información
y envíela por correo electrónico a wacextensionrequest@[Link].
Responderemos a su correo electrónico en un plazo de una semana.

Windows Admin Center: Información de solicitud de revisión de extensión:

Nombre y dirección de correo electrónico del propietario o desarrollador de la

extensión (hasta 3 usuarios). Si publica una extensión en nombre de su empresa,
proporcione la dirección de correo electrónico de la empresa.
Nombre de la empresa (solo es necesario si va a publicar una extensión en nombre
de su empresa)
Nombre de la extensión
Objetivo de fecha de publicación (estimación)
Para un nuevo envío de extensión: descripción de la extensión (marcos de
conexión de diseño temprano, bocetos de pantalla o capturas de pantalla
recomendadas del producto)
Para una actualización de una extensión: descripción de los cambios (incluya
capturas de pantalla del producto si la interfaz de usuario ha cambiado
significativamente)

Envío del paquete de extensión para su revisión y

publicación
Asegúrese de seguir las instrucciones anteriores para crear un paquete de extensión y
compruebe que el archivo .nuspec está definido correctamente y que los archivos están
firmados. También se recomienda tener un sitio web del proyecto que incluya:

Descripción detallada de la extensión, incluidas capturas de pantalla o vídeo

Dirección de correo electrónico o característica de sitio web para recibir
comentarios o preguntas

Cuando esté listo para publicar la extensión, envíe un correo electrónico a

wacextensionrequest@[Link]. Proporcionamos instrucciones sobre cómo
enviarnos su paquete de extensión. Después de recibir el paquete, lo revisaremos. Una
vez aprobado el paquete de extensión, lo publicaremos en la fuente de Windows Admin
Center.

Comentarios
¿Le ha resultado útil esta página?  Sí  No

Proporcionar comentarios sobre el producto

BiitOps
Artículo • 12/04/2023

BiitOps ofrece información operativa y datos para que la administración y las

operaciones de TI tomen decisiones bien fundadas.

BiitOps es una empresa que apuesta por aportar claridad a un sector de TI cada vez más
complejo. Nuestra solución avanzada recopila automáticamente datos en todos los
sistemas del entorno de TI que, a continuación, usa para visualizar y presentar
información, lo que proporciona información y transparencia. Mediante BiitOps, los
clientes se informan, fortalecen sus operaciones de TI y dan soporte a la administración
de TI para completar un seguimiento del cumplimiento operativo.

Sobre BiitOps
BiitOps es una empresa de software que facilita información a partir de datos y ha
desarrollado una solución de software que funciona incluso en los entornos de TI
más sofisticados.
DataEngine de BiitOps es la base de la cartera de productos de BiitOps. Recopila,
estructura y almacena datos, además de identificar los cambios y presentar datos a
través de una API de Rest de alto rendimiento.
BiitOps Insights transforma los datos en conocimiento a través de visualizaciones
personalizadas mediante herramientas de inteligencia empresarial estándar.
BiitOps Integrations es una solución que integra datos de DataEngine de BiitOps
directamente en productos y soluciones de terceros.

Sobre los valores de BiitOps

Mediante BiitOps, la administración de TI puede convertirse en una estrategia de
predicción y prevención en lugar de centrarse en la espera y visualización, lo que
facilita la toma de decisiones fundamentadas basadas en datos y no en incidentes.
BiitOps facilita información general, información y certeza operativa:
Introducción a los servidores, clientes, servicios, actualizaciones, derechos,
recursos del sistema y configuraciones
Información sobre el estado actual, los estados históricos y el cumplimiento
operativo
BiitOps garantiza que los datos necesarios para la documentación y la supervisión
operativa se mantengan actualizados y listos para que los revise la administración
sénior y se revisen durante las auditorías de TI.
 Con BiitOps se pueden reducir los costes de dirigir una organización de TI con
menos recursos y asegurarse de que las medidas críticas para la empresa se
adoptan con conocimiento.

Extensión de inventario de BiitOps

El inventario de BiitOps para Windows Admin Center proporciona una manera rápida,
sencilla y eficaz de encontrar la información sobre un equipo que se necesita en una
situación determinada sin necesidad de buscar en diferentes extensiones de Windows
Admin Center o incluso recurrir al uso de PowerShell remoto. BiitOps DataEngine es el
repositorio central para actualizar automáticamente la información de configuración y
recursos, y la extensión de Inventory ofrece un gran valor predeterminado basado en
estos datos. Esta solución funciona con todas las versiones de los servidores y clientes
de Windows que en este momento son compatibles con Microsoft.

La extensión de inventario de BiitOps requiere una instancia de DataEngine de BiitOps.

Visite el sitio web de BiitOps para programar una demostración gratuita.

Extensión de cambios de BiitOps

Los cambios de BiitOps para Windows Admin Center proporcionan información sobre
los cambios en los valores de hardware, software y configuración en las máquinas físicas
o virtuales de Windows Server. La extensión BiitOps Changes permite determinar de
forma rápida y rentable los cambios que provocan problemas relacionados con el
cumplimiento, la confiabilidad o la seguridad. Mostrará exactamente qué es nuevo, qué
ha cambiado y qué se ha eliminado en un solo panel de vidrio. Funciona en los dos
servidores y servicios seleccionados en Microsoft Windows Server.
Visite el sitio del producto BiitOps o suscríbase a una evaluación gratuita para
obtener más información.
Extensión MUST de DataON
Artículo • 12/04/2023

Supervisión y administración integradas para la

infraestructura hiperconvergida de Microsoft
DataON es el proveedor líder del sector de sistemas de almacenamiento e
infraestructura hiperconvergida optimizados para entornos de Microsoft Windows
Server. Exclusivamente centrado en la entrega de aplicaciones de Microsoft,
virtualización, protección de datos y servicios en la nube híbrida, tiene más de 650
implementaciones empresariales y más de 120 PB de implementaciones de Espacios de
almacenamiento directo.

La extensión MUST de DataON para Windows Admin Center es un claro ejemplo del
valor que la integración de dos productos complementarios puede ofrecer a los clientes,
aportando información completa de supervisión y administración del hardware y el
software en todo un clúster en una experiencia unificada.

"Hemos utilizado nuestra herramienta MUST independiente de visibilidad, supervisión

y administración, y la hemos habilitado para que funcione en Windows Admin Center.
Los clientes se beneficiarán de las funcionalidades ampliadas que MUST ofrece, y la
combinación de MUST y Windows Admin Center desde una sola consola
proporcionará la experiencia de administración definitiva para la infraestructura
basada en Windows Server".

-- Howard Lo, vicepresidente de ventas y marketing, DataON

La extensión MUST amplía la funcionalidad de Windows Admin Center proporcionando

características como:

Informes de datos históricos: proporciona paneles mensuales y en tiempo real de

los datos de rendimiento del sistema, como IOPS, latencia, rendimiento del clúster,
grupo de almacenamiento, volumen y nodos.
Asignación de disco: MUST muestra los tipos de dispositivo y los componentes de
cada uno de los nodos, lo que proporciona una asignación de disco clara de todo
el nodo. Muestra el número de discos, el tipo de disco, la ubicación, la ranura de
cada unidad y el estado de mantenimiento del disco.
Alertas del sistema: aprovecha los errores del servicio de mantenimiento de
Windows para identificar errores de hardware, problemas de configuración y
 saturación de recursos. También proporciona una evaluación de varios niveles de
ubicaciones específicas, descripciones de errores y acciones de recuperación.
También puede aprovechar capturas de supervisión SNMP de terceros para avisarle
cuando necesite reemplazar el disco o el hardware.
Servicio residencial de llamadas similar a SAN: lo solicitan las alertas del sistema;
los administradores pueden tener alertas de correo electrónico automatizadas
enviadas a contactos clave.

Asignación de disco en la extensión MUST de DataON para Windows Admin Center

"Es genial que Windows Admin Center acepte extensiones como MUST de DataON
para poder usar ambas herramientas dentro de la misma consola, y me gusta lo fácil
que resulta la integración. La combinación de Windows Admin Center y MUST de
DataON realmente nos permite ser más eficientes y ahorra tiempo a nuestro equipo.
Nos permite lograr nuestras tareas de administrador mucho más rápido que antes".

-- Matt Roper, facilitador de servicios de soporte tecnológico, Cherokee County (GA)

School District
Servicios de alerta en la extensión MUST de DataON para Windows Admin Center

"MUST ha aportado mucho valor y nos ha permitido aumentar mucho las ventas. Para
nosotros, demostró un compromiso por parte de DataON para admitir la
infraestructura hiperconvergida de Microsoft. La incorporación de MUST con su
dispositivo S2D es lo que completa la solución con Espacios de almacenamiento
directo como un reemplazo de SAN viable".

-- Benjamin Clements, presidente, Strategic Online Systems, Inc.

Extensiones Fujitsu ServerView Health y
RAID
Artículo • 05/10/2023

Una visibilidad integral, desde el sistema

operativo al hardware, en Windows Admin
Center
Fujitsu es una empresa japonesa líder en tecnología de comunicación e información y
fabricante de los productos de servidor PRIMERGY y PRIMEQUEST . El conjunto de
administración de Fujitsu ServerView proporciona un conjunto de herramientas
completo para la administración del ciclo de vida del servidor, incluido un agente en el
servidor que proporciona una interfaz CIM y PowerShell para la administración de
hardware.

Fujitsu vio la oportunidad de integrarse fácilmente con Windows Admin Center, ya que
proporcionaba interfaces CIM y PowerShell que podrían comunicarse con los agentes en
el servidor. El equipo de desarrollo de Fujitsu pudo implementar fácilmente en el agente
las llamadas CIM, que conocían muy bien, y visualizar la información dentro de Windows
Admin Center usando los componentes de UI disponibles.

Una vez que el equipo se familiarizó con el SDK de Windows Admin Center, agregar la
UI para exponer información de hardware adicional a menudo consistía simplemente en
algunas líneas más de código HTML y rápidamente podían expandirse desde una sola
herramienta para mostrar una vista de resumen del estado de los componentes de
hardware, vistas detalladas para los registros de eventos del sistema, monitor de
controladores, vistas independientes para el procesador, memoria, ventiladores, fuentes
de alimentación, temperaturas y voltajes, e incluso una herramienta adicional para la
gestión de RAID. El uso de controles de UI disponibles en el SDK, como el árbol, los
controles de panel de cuadrícula y detalles permiten al equipo compilar rápidamente la
UI y lograr un diseño visual y una interacción muy similar al resto de Windows Admin
Center.

La asociación entre Fujitsu y el equipo de Windows Admin Center muestra claramente el

valor de la integración dentro de Windows Admin Center, lo que permite a los clientes
tener información integral sobre los roles y servicios del servidor, el sistema operativo y
la administración de hardware.
Extensión Lenovo XClarity Integrator
Artículo • 05/10/2023

Administración integrada de hardware en todas

partes
La extensión Lenovo XClarity Integrator para Windows Admin Center proporciona a
los administradores una experiencia perfecta para administrar la infraestructura de
Lenovo directamente desde Windows Admin Center. La extensión XClarity Integrator
incluye una extensión de solución independiente y también amplía las soluciones
existentes Administrador del servidor, Administrador de clústeres de conmutación por
error y Administrador de clústeres hiperconvergido en una sola interfaz de usuario
unificada para habilitar la administración sencilla del servidor.

La extensión de la solución incluida en la extensión XClarity Integrator permite

conectarse a un administrador de Lenovo XClarity, a servidores de bastidor o torre de
Lenovo o a todos los servidores de un chasis completo a la vez. Una vez agregados los
servidores, puede ver el estado de mantenimiento general de todos los nodos
agregados.

Al seleccionar un servidor, puede ver el inventario de hardware del servidor, las

actualizaciones de firmware disponibles, las alertas, los eventos, los registros, el
consumo de energía y la temperatura. También puede ejecutar operaciones como el
control remoto y encendido/apagado.
Las mismas herramientas están disponibles como una extensión de herramienta al
administrar servidores dentro de Windows Admin Center, lo que le permite cambiar sin
problemas entre la administración del hardware y el software de la infraestructura.

La extensión de herramienta para clústeres de conmutación por error y clústeres

hiperconvergidos proporciona un panel que muestra el estado general del estado del
hardware del clúster, las alertas de estado, los informes y el estado de coherencia del
firmware, el consumo de energía y la temperatura, y el estado de mantenimiento del
ventilador y la fuente de alimentación.
La extensión de solución y las extensiones de herramientas para servidores y clústeres
de Windows proporcionan las funciones de actualización gradual del servidor
(compatibles con clústeres). Esto puede ayudar a evitar cualquier interrupción de la
carga de trabajo durante las actualizaciones del servidor. Actualmente, las extensiones
admiten actualizaciones de firmware individuales y actualizaciones de firmware de la
directiva de cumplimiento para cualquier servidor Lenovo. También admiten las mejores
actualizaciones de controladores y firmware de recetas para los servidores de clústeres
Lenovo ThinkAgile MX HCI.
La extensión de herramienta para clústeres hiperconvergidos proporciona las funciones
de administración del bloque de almacenamiento/disco para los servidores de clústeres
Lenovo ThinkAgile MX HCI. Estas funciones incluyen la vista gráfica trasera o frontal del
servidor para presentar el estado del servidor y del disco. Con la ayuda del asistente y la
vista gráfica, las operaciones como agregar un disco al grupo de almacenamiento, quitar
un disco del grupo de almacenamiento, reemplazar un disco o localizar un servidor o
disco mediante la iluminación de los LED de ubicación del servidor o disco resultan
mucho más fáciles.

En la versión 2.1, las extensiones de Lenovo introdujeron funcionalidades de control de

acceso basado en rol. Estas funcionalidades están habilitadas si el administrador de
Lenovo XClarity se aplica a la administración de hardware.
Obtenga más información sobre las ofertas de Lenovo XClarity Integrator para Windows
Admin Center en el sitio web de Lenovo .
Extensión NEC ESMPRO
Artículo • 29/08/2023

NEC proporciona productos para empresas, desde terminales hasta equipos

informáticos y de red, productos de software y plataformas de servicios, así como
plataformas integradas basadas en estos productos y servicios.

NEC ESMPRO es el software de administración de servidores de NEC para administrar

los servidores de la serie NEC Express5800, y la extensión NEC ESMPRO para Windows
Admin Center permite mostrar información de hardware y RAID de los servidores de la
serie NEC Express5800 en Windows Admin Center.

La extensión NEC ESMPRO requiere la instalación de NEC ESMPRO Manager, que

recupera la información de hardware del servidor mediante NEC ESMPRO Manager.

La extensión NEC ESMPRO tiene dos pestañas, la pestaña "Información general del
sistema" y la pestaña "Estado del sistema". En la primera puede ver fácilmente la
información básica del sistema.
En la pestaña "Estado del sistema", puede ver la información detallada de componentes
de hardware individuales, como procesadores, memoria, fuentes de alimentación,
adaptadores de red, temperatura y ventilador. El estado y la configuración de los
sistemas RAID, el consumo de energía y los registros de eventos de hardware también
están disponibles.

La extensión NEC ESMPRO para Windows Admin Center aporta nuevas experiencias de
administración de servidores a los administradores de servidores con la colaboración de
la tecnología de hardware de NEC y la tecnología de software de Microsoft.
Extensión Pure Storage
Artículo • 29/08/2023

Proporcionar administración completa de

matrices para Windows Admin Center
Pure Storage proporciona soluciones empresariales de almacenamiento de datos
100 % flash que ofrecen una arquitectura centrada en los datos para acelerar su negocio
de cara a conseguir una ventaja competitiva. Pure tiene el distintivo Microsoft Gold
Partner, está certificado para Microsoft Windows Server y desarrolla integraciones
técnicas para soluciones clave de Microsoft, como Azure, Hyper-V, SQL Server, System
Center, Windows PowerShell y Windows SMB. Pure anunció recientemente una versión
preliminar tecnológica de una extensión que admite la última versión de Windows
Admin Center que proporciona una vista de un solo panel en productos Pure FlashArray.
Con esta extensión, los usuarios pueden realizar tareas de supervisión, ver métricas de
rendimiento en tiempo real y administrar volúmenes de almacenamiento e iniciadores
con una sola herramienta.

En sus comienzos, cuando Windows Admin Center se conocía como "Project Honolulu",
Pure vio el valor de poder proporcionar a los clientes y asociados la posibilidad de
administrar varias instancias de Pure Storage FlashArray desde el panel único que ofrece
Windows Admin Center.

Cuando Pure comenzó a investigar el caso de uso con "Project Honolulu",

inmediatamente se dio cuenta del potencial de proporcionar una experiencia de
administración unificada entre Windows Admin Center y FlashArray. Pure colaboró
estrechamente con el equipo de ingeniería de Windows Admin Center, que ayudó a
definir los detalles de implementación de las características. Pure también pudo aportar
sus comentarios en las primeras fases de Windows Admin Center y realizar
contribuciones al equipo de Microsoft.
 "Hemos integrado un conjunto de características que imita nuestra interfaz web de
FlashArray para permitir la administración directa desde Windows Admin Center.
Nuestros clientes y asociados se beneficiarán de la existencia de un único panel frente
a la necesidad de trabajar con dos herramientas de administración diferentes. Además
de las ventanas de un único punto de administración, los clientes podrán administrar
contextualmente los servidores de Windows conectados a FlashArray".

-- Barkz, director técnico de Microsoft Solutions & Integration, Pure Storage

Entre las características que se incluyen en la extensión de solución Pure Storage están
las siguientes:

Conexión a varias instancias de FlashArray.

Visualización de los detalles de FlashArray, como el número de IOPS, el ancho de
banda, la latencia, la reducción de datos y la administración del espacio. Todos
estos mismos datos son los que se obtienen con la GUI de administración de
FlashArray.
Visualización de los grupos de hosts configurados que se usan para permitir el
acceso al volumen compartido para hosts de Windows Server y volúmenes
compartidos de clúster (CSV).
Visualización de hosts: toda la información de conectividad está disponible,
incluidos los nombres de host, el nombre calificado iSCSI (IQN) y los nombres
World Wide Name (WWN).
Administración de volúmenes: incluye la capacidad de crear y destruir volúmenes.
Una vez que se destruye un volumen, se coloca en el cubo de elementos
 destruidos y deberá erradicarlo desde la GUI principal de administración de
FlashArray.
Administración de iniciadores: esta es una de las características más interesantes
que proporcionan contexto a los servidores individuales que administra la
implementación de Windows Admin Center. Puede ver los discos conectados
(volúmenes) a servidores de Windows individuales, comprobar si MultiPath-IO
(MPIO) está instalado o configurado y crear o montar nuevos volúmenes.

Se ha creado un vídeo de demostración que muestra todas las características que

proporciona la extensión de solución Pure Storage.

En la captura de pantalla siguiente se muestra cómo ver qué discos (volúmenes) están
conectados a un host específico de Windows Server. Además de ver los detalles de
conectividad, comprobamos si está configurado Multipath-IO.

Además de ver los discos, se pueden crear nuevos volúmenes y montarse

inmediatamente en el host sin tener que usar la herramienta de administración de
discos de Windows.
Desde la publicación de nuestra versión preliminar técnica, los comentarios de los
clientes recopilados hasta ahora han sido muy positivos y también nos ha
proporcionado información sobre diferentes características que se agregarán en futuras
versiones.

Recursos adicionales:

Entrada de blog del anuncio de la extensión Pure Storage

Podcast de PureReport
Extensión de QCT Management Suite
Artículo • 31/12/2024 •
Se aplica a: ✅ Windows Admin Center, ✅ Windows Admin Center Preview

Una ruta de acceso sencilla a la administración

de la infraestructura del servidor
La extensión QCT Management Suite para Windows Admin Center proporciona un único
panel para supervisar las configuraciones del sistema y administrar el estado del
servidor de Sistemas certificados locales de Azure QCT : QuantaGrid D52BQ-2U ,
QuantaGrid D52T-1ULH y QuantaPlex T21P-4U .

Impulsado por los puntos débiles de los clientes en torno a la supervisión y

administración existentes, QCT proporciona características y funciones exclusivas y
complementarias, que incluye información general sobre los registros de eventos del
sistema, los controladores de supervisión y el estado de los componentes de hardware
para mejorar la experiencia general de administración.

QCT Management Suite amplía la funcionalidad de Windows Admin Center con las
características clave siguientes:

administración exclusiva de hardware con un solo clic: una interfaz de usuario

intuitiva muestra información de hardware, incluido el nombre del modelo, el
procesador, la memoria y el BIOS. Los administradores de TI pueden reiniciar el
BMC con una interfaz de usuario sencilla con un solo clic.
Asignación de discos e identificación de LED para un soporte de servicio eficaz:
el diseño de la interfaz de usuario del asistente de QCT Management Suite
muestra la ranura de cada disco seleccionado con una visión general de los perfiles
de disco y los controles de luz LED de los discos seleccionados para garantizar un
reemplazo eficaz.

Herramienta de supervisión fácil de usar para el registro de eventos del hardware y

el estado de salud.
 Administración de discos predictivos: evalúe la condición del sistema con la
información de S.M.A.R.T y las notificaciones de estado incorrecto que permiten a
las organizaciones tomar medidas antes de que se produzca un error total.

Obtenga más información sobre QCT Management Suite para Windows Admin Center:

Página web de QCT Management Suite

Hoja de datos de QCT Management Suite

Comentarios
¿Le ha resultado útil esta página?  Sí  No
Proporcionar comentarios sobre el producto
Extensión de [Link]
Artículo • 07/10/2023

Administración intuitiva del estado del servidor

y del almacenamiento
La extensión Thomas [Link] de Windows Admin Center está diseñada
específicamente para el dispositivo de micro-clúster S2D de 2 nodos de alta
disponibilidad. La interfaz web gráfica fácil de usar visualiza el estado de mantenimiento
de un micro clúster a través de un panel sencillo y permite explorar en profundidad los
dispositivos de almacenamiento, las interfaces de red o todo el clúster para ver más
detalles.

La extensión proporciona acceso intuitivo a la información que normalmente se necesita

para las llamadas de servicio y soporte técnico de primer nivel, como números de serie,
versiones de software, uso de almacenamiento y mucho más. Está diseñado para ser útil
para los administradores que no tienen experiencia previa con la infraestructura
hiperconvergida de Windows Server.

Algunas de las conclusiones disponibles son:

Información general sobre los micronodos y el microclúster

Estado del dispositivo de arranque o sistema operativo
Estado de SSD de almacenamiento en caché y HDD de capacidad
Eventos de clúster
Estado e información de red

Use el panel para determinar el estado de mantenimiento del clúster e información

importante del sistema, como números de serie, modelo, versión del sistema operativo y
uso. Además, el ventilador, la NIC y el estado general del hardware del nodo también se
muestran en el panel.
Puede explorar en profundidad los dispositivos de almacenamiento para ver los
números de serie, el SMART-status y el uso de la capacidad. Los dispositivos de
arranque también muestran indicadores de desgaste, sectores reasignados y tiempo de
encendido, que son los mejores indicadores de estado de SSD.

El icono de estado del clúster se expande para mostrar un resumen de los detalles de
funcionamiento del clúster.
Después de que este testigo en la nube de Azure del microclúster no estaba disponible
durante toda la noche, un vistazo es suficiente para identificar el problema. Al hacer clic
en "Notificaciones" se enumeran inmediatamente los eventos pertinentes para la
corrección rápida. Los eventos de clúster se localizan y determinan por el lenguaje base
del sistema operativo. La propia extensión admite inglés y alemán.

La información de red también está disponible.

En función de los comentarios de los clientes, también hemos implementado el "Modo
oscuro" disponible en Windows Admin Center v1904. Esto es relajante en centros de
datos oscuros y en gabinetes y armarios mal iluminados. También hace que Windows
Admin Center sea más accesible al reducir el brillo de los administradores con ciertas
discapacidades visuales.

Thomas-Krenn inmediatamente se dio cuenta de que la facilidad de uso y accesibilidad

para los administradores no entrenados sería clave para una excelente experiencia del
cliente para la infraestructura hiperconvergida en el mercado empresarial pequeño y
mediano. La extensión mi microclúster de Thomas-Krenn complementa perfectamente
las funcionalidades nativas de administración de HCI de Windows Admin Center
mediante la inclusión de información de hardware de propiedad en el panel y la nueva
agrupación de información importante sobre el estado del clúster en una nueva interfaz
fácil de usar.

Durante el proceso de desarrollo se decidió implementar Windows Admin Center 1904

en una configuración de alta disponibilidad en el propio clúster, lo que garantiza la
capacidad de administración incluso después de errores de nodo. La extensión viene
preinstalada, igual que todo el sistema operativo.

La extensión se creó en paralelo con Windows Admin Center 1904 que se desarrolla en
Microsoft. La estrecha cooperación y los comentarios continuos exponen problemas en
ambos lados que se resolvieron conjuntamente antes de que el producto se lanzara
correctamente en abril de 2019. Thomas-Krenn está increíblemente orgulloso de ser uno
de los primeros en admitir e implementar completamente las nuevas características de
Windows Admin Center 1904.