Comment définir le délai d'expiration du réseau Windows pour le lecteur mappé physiquement déconnecté?

Lorsqu'un lecteur réseau ( net use) est physiquement déconnecté, l'Explorateur Windows (et d'autres programmes) continue d'essayer de l'énumérer et / ou de l'utiliser pendant peut-être 60 secondes.

Existe-t-il un moyen de réduire ce délai à peut-être 5 secondes?

Juste pour clarifier, je ne pose pas de questions sur les lecteurs réseau qui sont automatiquement déconnectés par Windows après un certain temps, ni sur les reconnexions automatiques lors de la connexion.

La question est à ce sujet:

Connectez un lecteur réseau à un autre ordinateur. Éteignez ensuite cet autre ordinateur. Essayez ensuite de reconnecter le lecteur réseau, par exemple en double-cliquant dans l'Explorateur Windows → délai très long. Comment puis-je réduire ce délai?

Sous Windows 7 et Vista, les lecteurs réseau mappés se déconnectent après un certain temps et affichent une croix rouge sur l'icône du lecteur. Vous pourrez toujours cliquer sur le lecteur et voir / utiliser le contenu, mais les applications qui nécessitent un lecteur réseau les verront comme déconnectées et ne verront pas les fichiers. Si vous essayez de déconnecter le lecteur, celui-ci restera assis en disant «Lecteur réseau déconnecté» - la seule solution est de redémarrer. En effet, il existe un temps de déconnexion par défaut pour les connexions réseau inactives. Pour corriger cela et désactiver la déconnexion automatique, procédez comme suit:

1. Ouvrez l'invite de commande en tant qu'administrateur. Pour ce faire, soit:

   • allez dans Démarrer → Tous les programmes → Accessoires, cliquez avec le bouton droit sur "Invite de commandes" et sélectionnez "Démarrer en tant qu'administrateur", ou

   • tapez cmd dans la zone de recherche et appuyez sur Ctrl+ Shift+Enter

2. Dans la commande vide, tapez ce qui suit:

   net config server /autodisconnect:-1
   

3. presse Enter

4. Redémarrer l'ordinateur

Vos lecteurs réseau mappés devraient maintenant rester connectés - il s'agit d'un correctif permanent.

Basé sur http://blogs.msdn.com/b/openspecification/archive/2013/03/27/smb-2-x-and-smb-3-0-timeouts-in-windows.aspx , ressemble à Windows le délai d'expiration du partage est contrôlé par l'entrée de registre "Request Expiration Timer".

\HKLM\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters\
Value type: Dword  
Value name: SessTimeout
Default:    60 seconds (Windows Vista)

Il a également mentionné cette valeur réduite à 20 s dans Windows 8 SMB 3.0 pour un basculement rapide.

J'avais le même problème, mais au départ c'était seulement environ 30 secondes. Mais quand il est passé à environ 2 minutes (pour une raison inconnue), c'est devenu si ennuyeux que j'ai dû trouver un moyen de le résoudre.

J'ai créé un script par lots qui teste le réseau en voyant s'il peut envoyer une requête ping à la machine cible, s'il le peut, il mappe les lecteurs (s'il n'est pas mappé), sinon, il supprime le mappage.

@echo off

set ipaddr=192.168.5.3

set current=neither

:begin

    set state=down

    for /f %%i in ('ping -n 1 %ipaddr% -w 1000 ^| findstr /C:"Received = 1"') do (
        set state=up
    )

    if not %state% == %current% (
        set current=%state%
        if %state% == up (
            net use R: \\%ipaddr%\archive$
        )
        if %state% == down (
            net use R: /delete /y
        )
    )

    sleep 5

goto begin

Ce script est ensuite appelé par une tâche planifiée, qui exécute le script toutes les 10 minutes, avec un temps de tâche maximal de 10 minutes. Bien que la fenêtre de la console reste alors ouverte pendant cette période, j'étudie actuellement le Network Conditionspour cela dans les paramètres du planificateur, qui pourraient être définis pour créer les partages lorsqu'ils sont connectés au réseau. Je sais que le partage est activé (ce qui définirait un indicateur), et un deuxième script, qui s'exécuterait une fois toutes les 5 minutes environ, qui, si l'indicateur était plus ancien qu'au moins aussi long, supprimerait les partages, minimisant le temps de la fenêtre de la console.

Votre solution est ci-dessous;

Tuez la longue "restauration des connexions réseau" à la connexion (différer = connexions fantômes)

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\NetworkProvider]

"RestoreConnection"=dword:00000001 ;(0=no attempt, you must click it)

"RestoreTimeout"=dword:00000005

Fantôme la connexion si elle ne répond pas à l'intérieur RestoreTimeout

"DeferConnection"=dword:00000001

Cela a fonctionné pour moi sur Windows 7 comme prévu. Il résout également une longue attente après la connexion. Collé ici en tant que fichier .reg:

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\NetworkProvider]
"RestoreConnection"=dword:00000000
"RestoreTimeout"=dword:00000004
"DeferConnection"=dword:00000000

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\LanmanWorkstation\Parameters]
"SessTimeout"=dword:0000000a
"ExtendedSessTimeout"=dword:00000000
"ReconnectTimeout"=dword:00000004

Selon ce post sur Windows7Hacker , la résolution de ce problème côté client implique une modification du registre.

1. Ouvrez le registre avec Regedit.exe
2. Naviagate to HKLM\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters
3. Créez une valeur DWORD nommée KeepConnet définissez-la en temps en secondes pour maintenir la connexion active

Par exemple, je l'ai défini sur 86400 (un jour).