Windows no pudo volver a conectar todas las unidades de red

14

OK, antes de que todo aparezca "¡APAGADO AL SUPERUSUARIO CON SU PROBLEMA!", Declaran específicamente en sus páginas de Ayuda: " NO sobre cuestiones específicas del soporte y las redes corporativas de TI", y dado que esta es una red corporativa con la que estoy tratando y Soy el gerente de TI / sr.admin, bueno, ahí lo tienes ... y sí, me siento tonto por no poder resolver esto por mí mismo, pero como TLC, no estoy demasiado orgulloso para rogar. Descargo de responsabilidad hecho.


PROBLEMA

Recibí este mensaje últimamente "no se pudieron volver a conectar todas las unidades de red" al reiniciar mi computadora portátil Win 8 Pro (imagen de ejemplo a continuación):

ingrese la descripción de la imagen aquí

SOLUCIÓN DE PROBLEMAS

Sin embargo, cuando verifico tanto la GUI de Explorer (haciendo clic en "haga clic aquí para verificar el estado de sus unidades de red") como los comandos de "uso neto" de la línea cmd, aparecen las asignaciones de unidades adecuadas.

También he comprobado el registro debajo HKEY\CURRENT USER\Networky encuentro las asignaciones correctas.

No veo eventos en la aplicación, la seguridad o los registros de eventos del sistema que correspondan al mensaje de "error".

Me parece que nada está mal.

NOTA: Sé que aparecerá el mismo mensaje cuando esté "fuera de la red corporativa", por ejemplo, cuando esté iniciando mi computadora portátil en casa. Entiendo eso ... pero esto es cuando estoy conectado a la red y tengo conectividad de red (probado a través de uno de los servidores capaces de hacer ping a mi computadora portátil y ejecutar herramientas de administración en ella antes de iniciar sesión).

PREGUNTAS

Así que supongo que las preguntas reales son:

  1. ¿Es válido este mensaje de error en algún momento? ¿Tal vez lo muestra una fracción de segundo antes de que las unidades se conecten por alguna razón? ¿Hay alguna manera de solucionarlo y descubrir de qué se trata realmente?
  2. Salvo que el n. ° 1 sea posible, ¿puedo simplemente suprimir el período del mensaje? Realmente no me importa para ser honesto, así que no verlo no me causará ningún dolor.
El limpiador
fuente
¿Está desactivado el descubrimiento de red?
Colyn1337
@ Colyn1337 - en el perfil de dominio no ... perfil privado sí.
TheCleaner
Es curioso, no es que piense que sea ​​importante, pero ¿las unidades están mapeadas con el FQDN o el nombre corto?
MDMarra
¿Está utilizando DNS no Windows (como un dispositivo IPAM)?
Colyn1337
3
APAGADO A SUPERUaww.
tombull89

Respuestas:

9

Si no ha Computer Configuration\Administrative Templates\System\Logon\Always wait for the network at computer startup and logonconfigurado en su GPO, es posible que su computadora se inicie e inicie sesión con credenciales almacenadas en caché antes de que la NIC esté activa y haya obtenido una dirección. Luego, para cuando abra el Explorador, ya tiene una dirección y sus unidades asignadas ya no están desconectadas.

En el hardware moderno, no debería necesitar configurar esto, pero he visto algunos controladores NIC terribles, así que es mejor prevenir que curar. Aunque, esto generalmente soluciona problemas de procesamiento de GPO que no son unidades mapeadas, pero vale la pena intentarlo.

MDMarra
fuente
Esa configuración de gpo no se ha eliminado actualmente, como dijiste que aún no he visto la necesidad de configurar esto en nuestra red. Estableceré mi configuración de política local para esto y dejaré que se ejecute unos días y veré qué sucede.
TheCleaner
Bueno, eso lo resolvió ... al menos para mí en Windows 8 Pro. Estoy actualizando ahora a 8.1 y apagaré esta configuración local y veré si sucede nuevamente, pero hasta ahora definitivamente ha solucionado el problema. Gracias hombre.
TheCleaner
clavado
MDMarra
En realidad, lo curioso es que en el primer arranque de 8.1 estaba de vuelta. Pero reinicios posteriores está bien. Podría ser que la inicialización de 8.1 retrasó el procesamiento de GP en la primera ejecución, pero quién sabe.
TheCleaner
Es posible que GPO no se haya aplicado en el primer arranque, completamente posible.
MDMarra
3

Si bien la sugerencia de MDMarra fue buena y, por lo general, es algo que debe configurarse a través de GPO de todos modos para permitir que los scripts de red, etc. funcionen correctamente durante el inicio de sesión, desafortunadamente no lo solucionó como pensé. Considérelo un efecto placebo durante unos días, pero el problema volvió a estar vigente.

Pero sí encontré una publicación de la comunidad de Technet que terminó arreglándola, suprimiendo el mensaje y simplemente no estableciendo una conexión inmediata al iniciar sesión en la ubicación asignada. Sin embargo, la unidad asignada todavía está allí.

Espero que esto ayude a otros que vienen:

En el registro deberá crear un nuevo valor DWORD.

HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Control \ NetworkProvider \

Establecer o crear un DWORD

RestoreConnection = 0

Luego reiniciar. Hecho.

El limpiador
fuente
-4

Elimine el acceso directo del escritorio que apunta a esa unidad.

¡Crea un murciélago que establezca la conexión y agrégalo a la ejecución automática!

net use s: \\path\to\drive
Alex
fuente