Windows Admin Center problemas conocidos

  • Se aplica a: ✅ Windows Admin Center, ✅ Windows Admin Center Preview

Si encuentra un problema no descrito en esta página, háganoslo saber en la página de comentarios Windows Admin Center.

Instalador

  • Al instalar Windows Admin Center con su propio certificado, si copia la huella digital desde la herramienta administrador de certificados Microsoft Management Center (MMC), al pegarlo, it 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

  • Al actualizar de la versión 2311 a la versión 2410, es posible que el certificado existente no esté establecido en la instalación actualizada, especialmente para los usuarios que usan Windows Admin Center en idiomas internacionales o en aquellos con caracteres especiales. Learn cómo actualizar el certificado de Windows Admin Center.

  • Windows Admin Center versión 2410 compilación 2.4.2.1 puede aparecer como número de compilación 2.4.1 en la página de configuración de actualizaciones de Windows Admin Center.

  • En Windows Admin Center versión 2410, los usuarios no pueden registrar sus puertas de enlace de Windows Admin Center en nubes soberanas. Este problema se está investigando activamente.

  • Los certificados autofirmados a los que se accede en https://localhost:[port] 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

  • Modificar manualmente las direcciones URL para incluir los nombres de diferentes máquinas mientras se 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 ha instalado Windows Admin Center como 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: sme.exe y Faulting module name: WsmSvc.dll. Este error se produce debido a un error que hemos corregido a partir de Windows Server 2019. Sin embargo, también hemos publicado un parche para Windows Server 2016 para solucionar este problema en la actualización acumulativa de febrero de 2019, KB4480977.

  • Si ha instalado Windows Admin Center 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 Server Management Experience.

    3. Vuelva a instalar 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 aparece en el aviso de software de terceros.

  • Puede acceder y usar las interfaces de programación de aplicaciones (API) de Windows Admin Center mediante otros métodos durante una sesión activa de Windows Admin Center si tiene 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.

  • Algunas API usadas por Windows Admin Center, incluida la API DeploymentShare, requieren que el usuario sea administrador local. Las operaciones de creación de recursos compartidos de red no se pueden realizar mediante un usuario estándar Windows de forma predeterminada. Windows Admin Center no puede elevar una cuenta de usuario estándar al administrador. Agregar el usuario al grupo "Administradores de puerta de enlace" en Configuración solo cambia los permisos que el usuario tiene dentro de la puerta de enlace, no en el sistema.

    • Es posible que no encuentre este problema en las compilaciones de puerta de enlace modernizadas de Windows Admin Center. De manera predeterminada, las versiones modernizadas de la puerta de enlace utilizan un inicio de sesión por formulario para acceder a la misma, lo que elimina la restricción de administrador local. Las versiones existentes de Windows Admin Center usan NTLM/Kerberos, que obtiene un token limitado al entorno localhost. El inicio de sesión NTLM/Kerberos también está disponible en compilaciones de puerta de enlace modernizadas.

  • Windows Admin Center no admite la autenticación de usuarios invitados de inquilinos de Microsoft Entra ID. Como resultado, los usuarios invitados de inquilinos de Microsoft Entra ID ya no podrán conectar su instancia de Windows Admin Center a Azure ni usar servicios de Azure como Azure Arc, Azure Site Recovery, Azure File Sync, etc.

Administrador de extensiones

  • Al actualizar Windows Admin Center, debe volver a instalar las extensiones.

  • Si agrega una fuente de extensión inaccesible, no aparece ningún mensaje de advertencia o error.

Desarrollo de extensiones

Las entradas que se muestran con deploymentShare API no siempre son precisas. Los recursos compartidos pueden quedar huérfanos si se eliminan con métodos que no usan la API de DeploymentShare.

Para ver una lista de todos los recursos compartidos creados por la API, vaya al archivo de la inventory.json instalación. El archivo se puede encontrar en dos ubicaciones:

  • C:\Users\Public, donde C representa la unidad donde está instalado el sistema operativo, para los recursos compartidos de administrador.
  • C:\Users\<user>, donde C representa la unidad donde el sistema operativo está instalado, para las comparticiones de usuario.

No hay una manera programática de limpiar este archivo en este momento. Para limpiar el archivo, quite manualmente las entradas incorrectas del inventory.json archivo.

Extensiones no admitidas

Incluso con una alimentación de extensiones agregada, las siguientes extensiones no funcionan actualmente con la versión 2410 de la puerta de enlace modernizada.

  • Fujitsu ServerView RAID
  • Administrador de infraestructura de software de Fujitsu (ISM)
  • Salud de Fujitsu ServerView

Problemas de extensión de asociados

La extensión OpenManage Integration de Dell usa 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 ha implementado Windows Admin Center 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 https://login.microsoftonline.com, https://login.live.comy 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 NTLM (Windows New Technology Local Area Network Manager). 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 ha implementado Windows Admin Center como servicio, debe habilitar ventanas emergentes desde la 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 deben funcionar.

  • 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:

winrm set winrm/config @{MaxEnvelopeSizekb="8192"}

Escritorio Remoto

  • Al implementar Windows Admin Center como servicio, la herramienta Remote Desktop a veces no se carga después de que el servicio Windows Admin Center se actualice a una nueva versión. Para solucionar este problema, borre la memoria caché del explorador.

  • La herramienta Remote Desktop 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 a un dominio, debe ingresar su cuenta en la sintaxis de MACHINENAME\USERNAME.

  • Algunas configuraciones pueden bloquear el cliente de Escritorio remoto de Windows Admin Center mediante las políticas de grupo. Si está bloqueado por este problema, abra el Editor de directivas de grupo Local y vuelva a configurar el Computer Configuration\Administrative Templates\Windows Components\Remote Desktop Services\Remote Desktop Session Host\Connections objeto de directiva de grupo (GPO).

  • La herramienta Remote Desktop 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

    • clave de Windows

    • PrtScn

  • Al usar Remote Desktop 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 tiene previsto administrar Windows Server con Windows Admin Center, debe instalar Windows Management Framework (WMF) versión 5.1 o posterior en esos servidores.

Para instalar WMF:

  1. Abre 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 Windows Defender Control de aplicaciones (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 Server Manager

En esta sección se describen los problemas comunes con los que puede encontrarse en Server Manager en Windows Admin Center.

Certificados

Server Manager en Windows Admin Center no admite actualmente la importación del .PFX Encrypted Certificate 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 Server Manager 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 Server Manager 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.

  • La cuenta de la sesión de PowerShell de la versión 2410 siempre tiene como valor predeterminado al 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.

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 %.

Almacenamiento

  • 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 de 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 de 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 elimine todo su contenido.

  4. Reinicie el servicio Servicios criptográficos.

  5. Vuelva a instalar Update Management con Windows Admin Center.

Máquinas virtuales

  • Si estás administrando tus máquinas virtuales (VM) en un host de sesión de Windows Server 2012, la herramienta VMConnect basada en el navegador no puede conectarse 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 Hyper-V Manager, como Virtual SAN Manager, Move VM, Export VM y VM Replication.

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 Server Manager, por lo que los mismos problemas conocidos que se aplican a Server Manager 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 de Microsoft (MSA) o Microsoft Entra ID, debe usar manage-as para proporcionar credenciales para una cuenta de administrador local.

  • Al intentar administrar el host local, aparece un mensaje que le indica que eleve 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 WinRM y PowerShell remoting desactivados de forma predeterminada.

    • Para habilitar la administración del cliente de Windows 10, abra PowerShell con privilegios elevados y ejecute el cmdlet Enable-PSRemoting.

    • También debe actualizar el firewall para permitir conexiones desde fuera de la subred local mediante la ejecución de Set-NetFirewallRule -Name WINRM-HTTP-In-TCP -RemoteAddress Any. 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 dominios de Active Directory diferentes. 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 Local. Al intentar habilitar Hyper-V en máquinas virtuales sin Azure Local, 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.

Una captura de pantalla de la página de Roles y Características del Administrador de Servidor de Windows Admin Center que muestra el mensaje de error al habilitar Hyper-V.

Para instalar Hyper-V en máquinas virtuales que están ejecutando Azure Local, abra una consola de PowerShell con privilegios elevados y ejecute el siguiente comando:

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. Abre una ventana de PowerShell con privilegios elevados.

  2. En todos los nodos, ejecute el siguiente comando:

    Clear-ClusterNode

  3. A continuación, quite todos los grupos de almacenamiento anteriores mediante la ejecución del comando siguiente:

    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:

    Get-StoragePool <PoolName> | Set-StoragePool -IsReadOnly $false

Si no ha encontrado este error, pero quiere evitarlo, siga estas instrucciones.

  1. Abre una ventana de PowerShell con privilegios elevados.

  2. Ejecute este comando para quitar el disco virtual:

    Get-VirtualDisk | Remove-VirtualDisk

  3. A continuación, ejecute este comando para quitar los grupos de almacenamiento:

    Get-StoragePool -IsPrimordial 0 | Remove-StoragePool

  4. Después, ejecute este comando para quitar los recursos asociados al clúster:

    Get-ClusterResource | ? ResourceType -eq "virtual machine" | Remove-ClusterResource
Get-ClusterResource | ? ResourceType -like "*virtual machine*" | Remove-ClusterResource

  5. Ahora, ejecute este comando para limpiar:

    Remove-Cluster -CleanupAD

  6. Por último, ejecute este comando en todos los nodos:

    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.

Una captura de pantalla del mensaje de error de Cred S S P en Windows Admin Center de implementación de clúster que puede aparecer cuando el usuario intenta validar el clúster.

Para solucionar este problema:

  1. Abre 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:

      Disable-WSManCredSSP -Role Client

    • Ejecute este comando en todos los nodos del clúster:

      Disable-WSManCredSSP -Role Server

  3. Ejecute el siguiente comando en todos los nodos para reparar sus relaciones de confianza.

    Test-ComputerSecureChannel -Verbose -Repair -Credential <account name>

  4. A continuación, abra una terminal de comando y ejecute el siguiente comando en cada nodo para restablecer los datos propagados de la directiva de grupo.

    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.

    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.

    Captura de pantalla de la herramienta de actualización compatible con clústeres que muestra el mensaje de error cred S S P.

    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 se ejecuta Windows Admin Center en máquinas cliente de Windows. Para resolver este problema, debe agregar usuarios afectados al grupo de administradores de Windows Admin Center CredSSP 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 Locales de Azure en máquinas virtuales, debe habilitar la virtualización en modo anidado antes de habilitar las funciones o características mediante la ejecución del siguiente comando en 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:

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 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:

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 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 al 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:

    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 Use 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 Drives - Update firmware, Servers - Remove y Volumes - Open, porque actualmente no los admite.

Eliminaciones incorrectas en la herramienta Volúmenes

Las instancias de Windows Admin Center con versiones instaladas de Cluster Manager inferiores a la 5.2.6 pueden experimentar problemas con las operaciones de eliminación de volúmenes. Para evitar la pérdida de datos, asegúrese de que se cumple una de las siguientes condiciones:

  • Está usando la versión 5.2.6 o posterior de la extensión Administrador de clústeres.
  • Está usando Windows Admin Center versión 2511 compilación 2.6.6.18 o posterior
  • Está usando Windows Admin Center en la versión 0.76.0.0 o posterior de la extensión de Azure Portal.

No elimine los volúmenes en Windows Admin Center a menos que se cumpla una de las condiciones anteriores.

servicios de Azure

En las secciones siguientes se describen los problemas que puede encontrar al usar servicios de Azure en Windows Admin Center.

Azure inicio de sesión y registro de puerta de enlace

  • Al intentar registrar la puerta de enlace de Windows Admin Center en Azure, operado por 21Vianet o en los dominios en la nube de Azure US Gov en la versión 2211, la puerta de enlace puede a veces 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 haber iniciado sesión en la cuenta de Azure en otra pestaña o ventana. Se recomienda iniciar sesión en el portal Azure.

    • 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 Azure de la configuración de la Windows Admin Center, actualice la página y, a continuación, vuelva a otra página.

    • 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 nulo". 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 1910, debe actualizar la aplicación de Microsoft Entra para poder usar Azure File Sync en la versión más reciente de Windows Admin Center. Los permisos adicionales permiten Azure File Sync configurar automáticamente el acceso a la cuenta de almacenamiento, tal como se describe en Ensure 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>Azure>Cancelar registro

  2. Vuelva a registrar Windows Admin Center con Azure, asegurándose de que decide 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. Selecciona Agregar permiso.

  5. Seleccione Microsoft Graph>Permisos delegados>Directory y active la casilla Directory.AccessAsUser.All.

  6. Por último, seleccione Agregar permisos para guardar los cambios realizados en la aplicación.

Opciones para configurar servicios de administración de Azure

Azure servicios de administración, incluidos Azure Monitor, Azure Update Management y Azure Security Center, todos usan el agente de supervisión de Microsoft 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, Azure Security Center o Azure Monitor.

Si ya ha configurado servicios de administración de Azure que utilizan el Agente de Supervisión de Microsoft 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 al Agente de Supervisión de Microsoft lo admiten.

Si los recursos vinculados no admiten Azure Update Management, hay dos maneras de solucionarlo.

Para resolver el problema mediante el Control Panel:

  1. En el menú Inicio, vaya a Control Panel>Microsoft Monitoring Agent.

  2. Siga las instrucciones de Cómo detener la comunicación de un agente 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 Update Management overview 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 actualizar manualmente el agente de supervisión de Microsoft fuera de Windows Admin Center y agregar el nuevo área de trabajo para la solución Update Management que desea usar.

errores de administración remota de Windows

Es posible que encuentre los siguientes mensajes de error al usar Windows Administración remota.

Error general de conexión

Cuando se produce este error, aparece el siguiente mensaje de error:

Cluster wasn't created Connecting to remote server tk5-3wp13r1131.cfdev.nttest.microsoft.com failed
with the following error message:
WinRM can't 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:

Connecting to remote server ack failed with the following error message:
WinRM can't process the request. The following error with error code 0x8009030e occurred while
using Negotiate authentication: A specified logon session doesn't 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 winrm.cmd 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 conecte a los hosts de confianza (FQDNS), como @{TrustedHosts="VS1.contoso.com,VS2.contoso.com,my2012cluster.contoso.com"}.

  • El error de conexión General debe pasar todas las validaciones.

Servicio WinRM

Cuando se produce este error, aparece el siguiente mensaje de error:

We can't display the changes right now:
Connecting to remote server localhost failed with the
following error message : The client can't 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 ejecutar 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:

Connecting to remote server dc1.root.contoso.com failed with the following error message:
WinRM can't 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 dc1.root.contoso.com + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + CategoryInfo
:InvalidArgument:(dc1.root.contoso.com: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:

setspn -q HTTP/servername.or.fqdn

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:

setspn -s HTTP/servername.or.fqdn:5985 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:

Enter-PSSession -ComputerName servername.or.fqdn -SessionOption (New-PSSessionOption -IncludePortInSPN)

Estado 500 de WinRM

Cuando se produce este error, aparece el siguiente mensaje de error:

Error: Connecting to remote server YAZSHCISIIH01.ad.yara.com 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.

  • Last updated on