Como definir o tempo limite da rede do Windows para unidades mapeadas fisicamente desconectadas?

Quando uma unidade de rede ( net use) é fisicamente desconectada, o Windows Explorer (e outros programas) continua tentando enumerar e / ou usá-lo por talvez 60 segundos.

Existe alguma maneira de reduzir esse tempo limite para talvez 5 segundos?

Apenas para esclarecer, não estou perguntando sobre unidades de rede que são automaticamente desconectadas pelo Windows após um certo período de tempo, nem sobre reconexões automáticas durante o logon.

A questão é sobre isso:

Conecte uma unidade de rede a outro computador. Em seguida, desligue o outro computador. Em seguida, tente reconectar a unidade de rede, por exemplo, clicando duas vezes no Windows Explorer → tempo limite muito longo. Como reduzo esse tempo limite?

No Windows 7 e no Vista, as unidades de rede mapeadas se desconectam após um tempo e mostram uma cruz vermelha no ícone da unidade. Você ainda poderá clicar na unidade e ver / usar o conteúdo, mas os aplicativos que exigem uma unidade de rede os verão desconectados e não verão os arquivos. Se você tentar desconectar a unidade, ela continuará lá, dizendo 'Unidade de rede desconectada' - a única solução é reiniciar. Isso ocorre porque há um tempo de desconexão padrão para conexões de rede inativas. Para corrigir isso e desligar a desconexão automática, faça o seguinte:

1. Abra o prompt de comando como administrador. Para fazer isso, qualquer um:

   • vá para Iniciar → Todos os programas → Acessórios, clique com o botão direito do mouse em "Prompt de comando" e selecione "Iniciar como administrador" ou

   • digite cmd na caixa de pesquisa e pressione Ctrl+ Shift+Enter

2. No comando prompty, digite o seguinte:

   net config server /autodisconnect:-1
   

3. pressione Enter

4. Reinicie o computador

Suas unidades de rede mapeadas agora devem permanecer conectadas - essa é uma correção permanente.

Com base em http://blogs.msdn.com/b/openspecification/archive/2013/03/27/smb-2-x-and-smb-3-0-timeouts-in-windows.aspx , parecido com o Windows o tempo limite de compartilhamento é controlado pela entrada do registro "Request Expiration Timer".

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

Ele também mencionou esse valor reduzido para 20s no Windows 8 SMB 3.0 para failover rápido.

Eu estava tendo o mesmo problema, mas inicialmente era apenas cerca de 30 segundos. Mas quando saltou para cerca de 2 minutos (por algum motivo desconhecido), ficou tão irritante que eu tive que encontrar uma maneira de resolvê-lo.

Eu criei um script em lote que testa a rede, verificando se é possível executar ping na máquina de destino; se é possível, ele mapeia as unidades (se não mapeadas); caso contrário, ele exclui o mapeamento.

@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

Esse script é chamado por uma tarefa agendada, que executa o script a cada 10 minutos, com um tempo máximo de tarefa de 10 minutos. Embora a janela do console permaneça aberta durante esse período, atualmente estou investigando Network Conditionsisso nas configurações do agendador, que podem ser definidas para criar os compartilhamentos quando conectados à rede que eu sei que o compartilhamento está (o que definiria um sinalizador), e um segundo script, que seria executado uma vez a cada 5 minutos ou mais, que, se o sinalizador fosse mais antigo do que pelo menos o tempo que fosse, excluiria os compartilhamentos, minimizando o tempo da janela do console.

Sua solução está abaixo;

Mate a longa "restauração de conexões de rede" no logon (adiar = conexões fantasmas)

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\NetworkProvider]

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

"RestoreTimeout"=dword:00000005

Fantasma a conexão se não estiver respondendo dentro RestoreTimeout

"DeferConnection"=dword:00000001

Isso funcionou para mim no Windows 7, como esperado. Também resolve uma longa espera após o login. Colado aqui como um arquivo .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

De acordo com esta publicação no Windows7Hacker , a correção desse problema no lado do cliente envolve uma edição do registro.

1. Abra o registro com o Regedit.exe
2. Naviagate para HKLM\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters
3. Crie um valor DWORD nomeado KeepConne defina o tempo em segundos para manter a conexão ativa

Por exemplo, eu defino para 86400 (um dia).