Hola a todos, mi nombre es John Clyburn y soy consultor senior en MCS. Recientemente me encontré con un problema de conexión a un recurso compartido en un servidor Hyper-V configurado con los scripts de SDNExpress PowerShell. He estado trabajando con redes definidas por software (SDNv2). He estado trabajando principalmente con Windows Server 2019 y VMM 2019, desplegando la solución usando VMM SDN Express desde el sitio GitHub. Para conocer más sobre esta solución ver el siguiente enlace: SDNExpress.
Me gustaría compartir esto con todos con la esperanza de que os ahorre algo de tiempo si alguna vez os encontráis con esto mientras resolvéis el problema.
PROBLEMA:
Utilicé los scripts de SDNExpress para configurar Network Controller en algunos servidores Hyper-V. Unos días después, al intentar conectarse a un recurso compartido en uno de los servidores Hyper-V de Windows 2019, falla con el siguiente mensaje de error:
Windows no puede acceder a <servername><sharename>
Código de error: 0x80070035
No se encontró la ruta de red.
NOTA de ninguna manera estoy diciendo que los scripts de SDNExpress causen este problema. Sólo estoy compartiendo mi experiencia. Esto bien podría caer en el ámbito de un hipo. Una de las cosas que hace el script PowerShell de SDNExpress es aplicar automáticamente un conmutador lógico a las NIC de los servidores Hyper-V que está configurando. Por alguna razón, esto es cuando se introdujo el problema.
Había dos adaptadores ethernet/NIC en el host Hyper-V configurados a través de un interruptor lógico utilizando SCVMM 2019. El primer NIC (MGMT) se utiliza para la gestión y la dirección IP se establece estáticamente y se registra en DNS. Por lo tanto, se utiliza para resolver el nombre del servidor. El segundo NIC (VMs) se utiliza para el tráfico de la VM y se establece a través de DHCP y no está registrado en DNS.
Cuando se intenta conectar al servidor compartido utilizando el NetBIOS, FQDN (DNS registrado) o el número IP del NIC de MGMT, la conexión falla.
Cuando se intenta conectar al servidor compartido utilizando el número IP de la ethernet/NIC de las VMs la conexión funciona. (Esto era una pista)
SOLUCIÓN:
En el NIC de gestión (MGMT) en las Conexiones de Red, los siguientes elementos NO estaban configurados en las propiedades:
– Cliente para redes Microsoft
– Compartir archivos e impresoras para redes Microsoft
Antes:
Después:
Configurando estos dos elementos se solucionó mi problema. De alguna manera durante la creación de los adaptadores virtuales, estas opciones se desmarcaron.
Y ya está. Los pasos anteriores me sirvieron para resolver el mensaje de error de Windows no puede acceder…. Espero que este post os ahorre tiempo si alguna vez os encontráis con estos errores.
0 comentarios