Depuis toujours (mais ça y est, aujourd'hui ça me gonfle vraiment), lorsque je sors mon ordinateur (enfin tous mes ordinateurs depuis toujours) de veille, si j'avais des fenêtres de l'explorateur windows ouvertes sur des lecteurs réseaux (genre N:\ -> \\nas\mondossier), c'est-à-dire en pratique en permanence, je me prends un message d'erreur (par fenêtre ouverte) m'indiquant l'impossibilité de restaurer la connexion réseau.

En cliquant sur OK (pour chaque fenêtre)... en fait la connexion a bien été restaurée et tout fonctionne correctement. En gros il suffit de faire un rafraichissement du contenu du dossier ou de remonter d'un cran dans l'arborescence pour que tout soit ok et qu'on ait bien accès sans souci aux fichiers du dossier partagé.
 
Bref ce message n'a strictement aucun intérêt à part me pourrir la vie à chaque fois que je sors mon ordi de veille.
 
Étrangement je n'ai pas trouvé grand chose sur le net pour l'instant, mais je suis curieux de savoir si d'autres ont trouvé des solutions...
 
Edit :  
j'ai testé "net config server /autodisconnect:-1" (ou équivalent écriture en BDR d'un flag autodisconnect dans HKLM\System\CurrentControlSet\Services\LanmanServer\Parameters) et ça n'a pas l'air de fonctionner (sauf s'il faut rebooter, mais c'est pas tous les jours que je redémarre mon ordi).

Juste par hasard, si tu empêches l'extinction de la carte réseau lors de la mise en veille (sur un des PC), est ce que cela arrange le problème ?
(il faut décocher la case)
 
https://i.imgur.com/8fUA6A6.png
 
C'est du bricolage à mon avis il y a une solution beaucoup plus concrète.

J'ai testé la suppression de tous les lecteurs réseaux + leur recréation en ligne de commande, on va voir ce que ça donne.
 
En effet tester l'histoire de veille, mais ça me semble malgré tout peu probable que ça ait un impact.

J'ai cru que ça avait réglé le problème (j'ai eu quelques sorties de veille sans l'erreur), mais finalement non, c'est revenu.

Créer un script batch qui sera lancé dans le planificateur de tâches avec comme déclencheur l'entrée dans la mise en veille et un autre déclencheur la sortie de mise en veille.
 
entrée mise en veille: déconnecter tous les lecteurs réseaux.
sortie mise en veille: connecter tous les lecteur réseaux.
 
Possible de le faire avec la commande:
 

Alors :
2 problèmes :
- la déconnexion fait fermer les fenêtres de l'explorateur qui pointent vers les lecteurs réseau
- la reconnexion ne se passe pas super bien car le réseau n'est pas encore forcément disponible au moment où sont initiés les commandes. Ca je crois que c'est facile à régler (j'avais trouvé un script qui avait une commande pour patienter jusqu'à ce que le réseau soit disponible).
 
Mais ça ne règle pas le problème, certes je n'ai plus le message d'erreur, mais je perds tous mes dossiers ouverts vers les lecteurs réseaux, ce qui n'est pas envisageable.

En regardant le soucis sur internet:
- Utiliser un explorateur alternatif ?
- Utiliser la veille hybride au lieu de la mise en veille dite normale ? Veille prolongé fonctionne-t-elle aussi ?
https://social.technet.microsoft.co [...] networking
 
Apparemment après une rapide recherche c'est un problème de gestion des connexions SMB par la carte réseau OU windows OU explorer.exe ?
 
Question conne ton NAS a bien une adresse ip fixe ?
 
Je n'ai pas plus d'idée …  

le NAS a une ip fixe, c'est un bête partage samba sur une debian (proxmox).
 
Je teste l'histoire de désactiver la veille hybride. On va voir. Si c'est ça, c'est dommage, j'aime bien l'idée de l'écriture du contenu de la ram dans un fichier, en cas de coupure de courant et autre mauvaise blague, ça permet de récupérer rapidement son travail.

 
Non je te conseillais de tester la veille hybride ou prolongée (hibernation) pour voir voir si tu as le même soucis.
 
Pour le moment je suppose que tu utilise la veille "normale" (snapshot de windows stocké sur la RAM) non ?
 
Oui juste j'avais mal lu le l'URL que je t'avais partagée, ils conseillent effectivement de désactiver le mode veille hybride/prolongée donc avec écriture de l'état du PC sur un disque.

Bon ça n'a pas réglé le problème.
 
Je n'ai pas redémarré l'ordi pour que le changement soit pris en compte, mais ça n'avait pas l'air nécessaire, en tout cas Windows ne l'a pas demandé ni indiqué.

Après reboot de l'ordi le problème persiste