Cómo solucionar el error “El nombre de red especificado ya no está disponible”

Recibir el error ” El nombre de red especificado ya no está disponible ” es bastante molesto, sobre todo al intentar acceder a recursos compartidos, dispositivos NAS o incluso cuando el servidor o el controlador de dominio lo muestra. Es frustrante porque suele indicar que el recurso de red es inaccesible, pero también puede deberse a protocolos mal configurados o a alguna configuración de seguridad que bloquea el acceso. A veces, simplemente se trata de una caída del servidor (que, por supuesto, no se puede solucionar desde el lado del cliente), pero la mayoría de las veces, la causa de este problema es algo del lado del cliente o un fallo del protocolo.

Esta guía ofrece varias soluciones para la resolución de problemas. Algunas soluciones implican intentar que el servidor vuelva a funcionar correctamente, mientras que otras bastan con ajustar la máquina local para que se conecte. El objetivo es que ese recurso de red sea accesible sin tener que esperar a un administrador cada vez. Si está del lado del cliente, puede intentar muchos de estos pasos por su cuenta de forma segura, pero si el servidor está involucrado, necesitará permisos de administrador o, al menos, un administrador de sistemas que se encargue del trabajo pesado.

¿Cómo solucionar el problema de que el nombre de red especificado ya no está disponible?

Método 1: Habilitar el protocolo SMBv2/v3

Es un poco extraño, pero los protocolos SMB son la base del uso compartido de Windows. Si SMBv2/3 no está habilitado ni en el cliente ni en el servidor, se produce este error. SMBv1 está obsoleto desde hace tiempo, por lo que es mejor asegurarse de que SMBv2 o v3 estén habilitados en ambos extremos.

En su máquina, esto implica ejecutar algunos comandos en un símbolo del sistema elevado :

1. Presione Win + R, escriba cmdy luego presione Ctrl + Shift + Enterpara abrirlo como administrador.
2. Ejecute estos comandos:

   sc config lanmanworkstation depend= bowser/mrxsmb20/nsi sc config mrxsmb20 start= auto 

Luego, reinicia. Sí, es sencillo, pero a veces es necesario reiniciar Windows para solucionarlo. En algunas configuraciones, SMBv2 ya estaba habilitado, pero las dependencias del protocolo se rompieron, así que reiniciar y reiniciar puede solucionarlo.

Método 2: Ajuste la configuración de SMBv1 si es necesario

En algunos casos, especialmente con servidores antiguos o configuraciones heredadas, SMBv1 podría estar involucrado. Si SMBv1 está habilitado en el servidor, pero el cliente intenta usarlo, esto puede causar el error, especialmente si SMBv1 está deshabilitado o bloqueado en el equipo. Por el contrario, si el servidor solo admite SMBv1, pero está deshabilitado en el cliente, no hay solución.

Para verificar y deshabilitar SMBv1 en su lado (porque, por supuesto, Windows tiene que complicar las cosas), ejecute en un símbolo del sistema elevado :

sc config lanmanworkstation depend= bowser/mrxsmb20/nsi sc config mrxsmb10 start= disabled 

O mejor aún, ejecute el comando:

Disable-WindowsOptionalFeature -Online -FeatureName SMB1Protocol

Desde PowerShell (ejecutar como administrador).Tenga en cuenta que, si el servidor solo admite SMBv1, es posible que deba habilitarlo. Eso es un tema aparte, pero Microsoft tiene guías sobre cómo hacerlo de forma segura: no lo active a ciegas, sobre todo si no lo usa en ningún otro lugar, con todo y sus riesgos de seguridad.

Método 3: Asegúrese de que los puertos del firewall estén abiertos

El bloqueo del firewall es una causa común. Las distintas versiones de SMB necesitan puertos específicos abiertos para comunicarse correctamente. Por lo tanto, revise las reglas del Firewall de Windows (o cualquier software de seguridad de terceros) y asegúrese de que puertos como el 445 (TCP) estén abiertos. A veces, el puerto está bloqueado para el tráfico entrante o saliente, y eso es suficiente para causar el error.

Para ello, ejecute wf.msc desde Ejecutar y busque en Reglas de entrada o Reglas de salida. Cree una nueva regla para permitir el puerto TCP 445 (y UDP si es necesario).Si no está seguro, consulte los puertos exactos para su protocolo en la documentación de Microsoft. Normalmente, TCP 445es la clave para SMB.

Método 4: Deshabilitar o configurar software de seguridad de terceros

Los antivirus o herramientas de análisis de red a veces bloquean el tráfico SMB, especialmente si son demasiado paranoicos o están mal configurados. Intente desactivar el software de seguridad temporalmente para ver si esa es la causa. Si el recurso de red se vuelve accesible, sabrá que el software estaba complicando las cosas.

Mejor aún, agregue el recurso de red o servidor a la lista de exclusiones de su antivirus o firewall. No es necesario deshabilitarlo por completo si puede incluirlo en la lista blanca correctamente; solo tenga cuidado y hágalo solo si confía en la fuente.

Método 5: Restablecer permisos en la carpeta de usuario para aplicaciones

Si este problema surge al usar ciertas aplicaciones, especialmente subsistemas tipo Unix o Docker, podría estar relacionado con los permisos dentro de AppData. A veces, los permisos se ven afectados, lo que impide que las aplicaciones accedan a sus propias carpetas de usuario y recursos de red.

Abra un símbolo del sistema elevado y ejecute:

icacls %USERPROFILE%\AppData /q /c /t /reset

Esto restablece los permisos, con la esperanza de resolver los problemas más extraños relacionados con los permisos.

Método 6: Descomprimir o desencriptar la carpeta de usuario de la aplicación

Si la carpeta de usuario de la aplicación dentro de AppData está comprimida o cifrada, puede causar errores de acceso. Esto es común si se utilizan herramientas de compresión o cifrado de disco. Para solucionarlo, navegue a la carpeta, haga clic con el botón derecho, vaya a Propiedades y, en Avanzadas, desmarque las opciones Comprimir contenido para ahorrar espacio en disco y Cifrar contenido para proteger los datos. Esto debería permitir que la aplicación acceda a sus archivos con normalidad.

Método 7: Reinstalar la aplicación por completo

A veces, la corrupción o la configuración sobrante causan errores de red extraños. Desinstala, borra la carpeta de la aplicación en AppData\Local (y quizás Paquetes si es una aplicación de Microsoft) y luego vuelve a instalarla desde cero. Esto suele solucionar el problema de la aplicación.

Método 8: Migrar de FSR a DFSR para la replicación de dominio

Técnicamente, solo es relevante si está promoviendo un controlador de dominio y se produce este error durante la configuración o replicación de AD. Las versiones anteriores de Windows Server usan FRS (Servicio de Replicación de Archivos), que está obsoleto. Debe migrar a DFSR (Replicación del Sistema de Archivos Distribuido).Las guías oficiales de Microsoft son el mejor recurso para esto, como esta: Microsoft TechNet.

Método 9: Verifique su código personalizado

Si escribes tus propios scripts o aplicaciones que acceden a recursos de red, el error podría estar en tu código. Algunos problemas comunes incluyen intentar escribir o leer desde un flujo ya cerrado o establecer un tiempo de espera demasiado corto. A veces, simplemente extender los tiempos de espera o asegurar que tu código gestione correctamente los estados del flujo resuelve el problema. En caso de duda, pregunta en foros como StackOverflow.

Resumen

• Verifique y habilite los protocolos SMB2/3 en el cliente y el servidor.
• Asegúrese de que los puertos de firewall necesarios (especialmente 445 TCP) estén abiertos.
• Desactivar temporalmente o incluir en la lista blanca el software de seguridad.
• Restablezca los permisos en las carpetas de aplicaciones si parecen inestables.
• Descomprima o desencripte las carpetas de datos de la aplicación si esto pudiera estar causando problemas.
• Reinstale las aplicaciones si funcionan mal.
• Para errores relacionados con AD, considere migrar de FRS a DFSR.
• Revise sus scripts o códigos de programa para detectar errores comunes, como transmisiones cerradas o tiempos de espera bajos.

Resumen

Sinceramente, solucionar este error puede parecer una búsqueda del tesoro: a veces es el protocolo, a veces los permisos o incluso el firewall. Probar estas soluciones suele orientarte. En algunos equipos, un simple reinicio o un ajuste rápido del protocolo lo soluciona todo. No siempre es sencillo, pero con paciencia, se puede manejar. Espero que esto le ahorre algunas horas a alguien; a mí me funciona, espero que a ti también.