☰

Solución de problemas de archivos sin conexión de Windows "Estado: sin conexión (sin conexión)"

tag-icon • tag-icon windows-7 networking network-shares samba offline-files
Solución de problemas de archivos sin conexión de Windows "Estado: sin conexión (sin conexión)"

Una computadora portátil que ejecuta Windows 7 Professional x64 SP1 accede a varios recursos compartidos en un servidor Linux/Samba a través de rutas UNC. En uno de estos recursos compartidos, algunas carpetas están disponibles sin conexión. Esto funciona bien la mayor parte del tiempo.

A veces, sin embargo (generalmente después de que la computadora portátil sale de la hibernación), el servidor no aparece en el vecindario de la red a pesar de que se puede acceder a él mediante ping o SSH sin problemas. Al ingresar \\serverdirectamente en la línea de dirección del Explorador de Windows, se muestra solo el recurso compartido que contiene las carpetas disponibles sin conexión, marcadas como "Estado sin conexión: sin conexión (sin conexión)". Faltan las otras acciones. En el Centro de sincronización, la asociación de sincronización aparece con "Estado: no conectado". El comando net use \\serverinforma

System error 53 has occurred. The network path was not found.

Unos minutos más tarde, el servidor aparecerá en el vecindario de la red y todos los recursos compartidos volverán a aparecer. Los recursos compartidos que faltaban anteriormente (aquellos sin carpetas disponibles sin conexión) funcionarán bien. Sin embargo, el recurso compartido con carpetas disponibles sin conexión todavía se muestra como "no conectado" en el Explorador y el Centro de sincronización. Intentar conectarlo manualmente a través de net useinformes ahora:

System error 1219 has occurred. Multiple connections to a server or shared resource by the same user, using more than one user name, are not allowed. Disconnect all previous connections to the server or shared resource and try again.

Este mensaje persiste incluso después de net use * /delete.

A veces, este estado se resuelve por sí solo después de esperar un tiempo más largo, como unas pocas horas. A veces persiste hasta que se reinicia la computadora portátil. Entonces todo vuelve a funcionar como debería.

Preguntas:

  • ¿Cuál es el motivo de este comportamiento?
  • ¿Hay alguna forma de evitarlo?
  • ¿Qué puedo hacer para que el servidor vuelva a aparecer con todos sus recursos compartidos después de que el cliente salga de la hibernación?
  • ¿Qué puedo hacer para cambiar el recurso compartido que contiene las carpetas sin conexión a "en línea" una vez que los demás recursos compartidos vuelvan a estar en línea?

Respuesta1

Creo que lo que hay que hacer es crear en el registro un nuevo valor DWORD32 "SilentForcedAutoReconnect" establecido en 1, dentro de la clave de registro:

HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\NetCache\

Vuelve a poner en línea las carpetas sincronizadas automáticamente una vez que la red vuelve a estar disponible y le evita tener que reiniciar para lograr el mismo efecto.

Muy útil. Sólo una de las muchas maravillosas claves de registro ocultas que realmente deberían estar más expuestas.

Respuesta2

También descubrí que reiniciar el servicio "Network Location Awareness", que depende del servicio, "Network List Service"obliga a realizar la verificación de estado, por lo que la sincronización de la carpeta sin conexión detecta que, de hecho, estásen línea. Al menos en Windows 10, aunque creo que esto también es relevante para Windows 7.

información relacionada