Cómo solucionar el error 0x80070035 «No se encontró la ruta de red» en Windows

Es un poco frustrante intentar acceder a carpetas de red compartidas y recibir el temido Windows cannot access sharename. The network path was not found. Error code: 0x80070035mensaje » «.Sucede con Windows 10, 11 o incluso algunas actualizaciones recientes, especialmente si usas un NAS, un recurso compartido de Samba u otro dispositivo en tu red local. A veces, otros dispositivos, como PC o smartphones con Windows más antiguos, se conectan sin problemas, lo que te hace preguntarte qué está fallando en Win10/11. Generalmente, está relacionado con desajustes del protocolo SMB (Bloque de mensajes del servidor): o estás forzando una versión que no coincide con el servidor, o Windows bloquea ciertos protocolos antiguos o inseguros por defecto por motivos de seguridad.¿La buena noticia? Hay varias maneras de solucionar el problema y, con suerte, solucionarlo sin convertir tu equipo en un desastre inseguro ni caer en un agujero negro.

Cómo solucionar el error «Ruta de red no encontrada» en Windows

Deshabilitar versiones SMB heredadas de recursos compartidos de archivos

Este error suele aparecer cuando Windows intenta usar SMBv1 o SMBv2 en el cliente, pero el servidor solo admite versiones más recientes y seguras, como SMBv3. Muchas versiones recientes de Windows deshabilitan SMBv1 por defecto porque no es seguro. Si el dispositivo remoto (NAS, servidor Linux, máquina Windows antigua) aún utiliza SMBv1, Windows no se conectará a menos que lo habilite. Pero, sinceramente, habilitar SMBv1 es un problema de seguridad, así que es mejor reconfigurar el servidor para que admita SMBv2 o SMBv3.

Para comprobar si SMBv1 está habilitado, ejecute esto en PowerShell:

Dism /online /Get-Features /format:table | find "SMB1Protocol"

Si aparece «Deshabilitado», habilítelo solo como último recurso, utilizando:

Dism /online /Enable-Feature /FeatureName:"SMB1Protocol-Client"

Porque, claro, Windows tiene que complicarlo más de lo necesario. Aun así, es mejor hacerlo que mantener abierto un protocolo vulnerable. Y si habilita SMBv1 en un servidor Windows, recuerde deshabilitarlo de nuevo una vez que haya terminado de solucionar el problema.

Verifique su configuración SMB y la compatibilidad de protocolos

A veces, Windows bloquea los inicios de sesión de invitados SMBv2 por motivos de seguridad, a menos que modifiques la configuración. Por ejemplo, si te conectas a un recurso compartido que permite acceso anónimo, Windows podría rechazarlo a menos que habilites los inicios de sesión de invitados no seguros. Para ello, abre el Editor de directivas de grupo local ( gpedit.msc) y ve a Configuración del equipo > Plantillas administrativas > Red > Estación de trabajo Lanman. Busca la opción Habilitar inicios de sesión de invitados no seguros y actívala. De lo contrario, seguirás viendo ese error.

O, si se siente cómodo con los ajustes del registro, ejecute este comando en PowerShell como administrador:

reg add HKLM\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters /v AllowInsecureGuestAuth /t reg_dword /d 00000001 /f

Nota: Esto abre un acceso inseguro a invitados, así que hazlo solo si realmente lo necesitas y recuerda deshabilitarlo después.

Habilitar el cliente Legacy SMB v1 (si es necesario)

Si su dispositivo solo es compatible con SMBv1 (por ejemplo, un NAS o dispositivo de red antiguo), Windows 10/11 actualmente deshabilita SMB1 por defecto. Puede volver a habilitarlo mediante el cuadro de diálogo Características de Windows ( optionalfeatures.exe); simplemente marque la opción SMB 1.0 / Cliente CIFS. O bien, desde la línea de comandos, ejecute:

Dism /online /Enable-Feature /FeatureName:"SMB1Protocol-Client"

Reinicia tu PC después. Recuerda que SMBv1 es muy inseguro: hazlo solo si es absolutamente necesario y desactívalo más tarde. En las ediciones de servidor, puedes habilitar SMBv1 con Install-WindowsFeature FS-SMB1. Porque… sí, seguridad.

Deshabilitar los protocolos SMB 1.0 y SMB 2.0 (si solo necesita SMBv3)

Si todos sus dispositivos de red son compatibles con SMBv3 (y deberían), una buena idea sería deshabilitar SMBv1 y SMBv2 por completo. En Windows, puede hacerlo mediante PowerShell o comandos:

sc.exe config lanmanworkstation depend= bowser/mrxsmb10/nsi sc.exe config mrxsmb10 start= disabled sc.exe config mrxsmb20 start= disabled PowerShell -ExecutionPolicy Unrestricted Set-SmbServerConfiguration –EnableSMB2Protocol $false

Para verificar que estos protocolos estén realmente deshabilitados, ejecute:

Get-SmbServerConfiguration | select "*enablesmb*"|fl

Asegúrese de que tanto EnableSMB1Protocol como EnableSMB2Protocol estén configurados como «False».Este método ayuda a mantener la seguridad, evitando que Windows intente usar versiones obsoletas que podrían causar problemas.

Asegúrese de que la configuración de descubrimiento y uso compartido de red sea correcta

A veces, Windows actúa como si no pudiera ver la red. Ve a Panel de Control > Centro de Redes y Recursos Compartidos. Asegúrate de que tu red esté configurada como Privada (no Pública) y comprueba que las opciones como Activar detección de red y Compartir archivos e impresoras estén activadas. Además, activa la opción Desactivar uso compartido protegido con contraseña si está configurada. Es un poco extraño, pero en algunas redes locales, esto marca una gran diferencia. Además, desactiva temporalmente las VPN o firewalls de terceros para comprobar si bloquean el tráfico SMB.

Configurar credenciales y permisos correctamente

Si el uso compartido funciona en otros dispositivos, pero no en Windows, intente guardar sus credenciales de conexión en el Administrador de Credenciales de Windows ( aquí le explicamos cómo ).Agregue el nombre de host/IP de su NAS o servidor con su nombre de usuario y contraseña, y asegúrese de que la opción » Usar cuentas de usuario y contraseñas para conectarse a otros equipos» esté habilitada en Centro de redes y recursos compartidos > Configuración de uso compartido avanzado. Windows usará automáticamente esas credenciales almacenadas para acceder al recurso compartido, al menos la mayoría de las veces. También es recomendable revisar los permisos y las reglas de uso compartido de NTFS, ya que a veces bloquean el acceso de forma silenciosa.

Si después de todo esto, las cosas siguen sin funcionar, vale la pena revisar las reglas del firewall de tu red, la configuración del router o incluso reiniciar la red por completo. Porque a veces, los problemas de Wi-Fi o Ethernet causan más problemas de los que parecen solucionar a primera vista.

Con suerte, estos pasos harán que tus recursos compartidos de red vuelvan a funcionar. Solucionar problemas de SMB es un poco tedioso, pero una vez resuelto, ya no tendrás que preocuparte por qué el recurso compartido no aparece.

Resumen

• Se verificó la compatibilidad de la versión SMB y se habilitaron o deshabilitaron protocolos según fuera necesario
• Configuración de descubrimiento y uso compartido de red verificada
• Configuró correctamente las credenciales y restableció los componentes de red
• Políticas de seguridad ajustadas para el acceso de invitados si es necesario

Resumen

Desentrañar errores de SMB puede ser un fastidio; requiere paciencia, sobre todo porque la configuración de seguridad de Windows a veces bloquea protocolos antiguos. Normalmente, centrarse en las versiones de SMB compatibles y asegurarse de que la configuración de red coincida con la del servidor puede ahorrar horas. Tenga en cuenta que habilitar opciones inseguras como SMBv1 o el acceso de invitados debería ser solo un último recurso, no una solución definitiva. Crucemos los dedos para que esto ayude a acceder a esas carpetas compartidas.