Como alguém faz o Windows XP reconectar automaticamente as unidades de rede após a reinicialização?

Eu tenho alguns mapeamentos de unidade de rede que quero que estejam disponíveis para vários programas após a reinicialização. No entanto, eles permanecem desconectados até que eu os visite manualmente.

Se um programa, como o OneNote, que lê notas compartilhadas em uma unidade de rede, tenta se conectar, ele não vê o compartilhamento e não causa a reconexão automática.

Estou procurando uma solução totalmente automatizada, de preferência apenas uma configuração para fazer com que o Windows se reconecte nativamente na inicialização da máquina.

Por exemplo, agora as unidades Y e Z estão desconectadas e X está conectado porque eu a acessei manualmente:

Edit: Eu tenho que mudar minha pergunta um pouco, mas com um impacto bastante significativo nas respostas. As unidades NÃO estão realmente disponíveis no logon. Eles só se tornam acessíveis depois que eu abro um túnel ssh.

Portanto, a questão principal é: como você faz com que os aplicativos forcem a unidade quando eles tentam acessá-la?

Eu acho que outra abordagem seria executar automaticamente um script quando o túnel for estabelecido. Provavelmente é minha melhor aposta se o acima não for possível.

Leia este tópico: https://web.archive.org/web/1/http://techrepublic%2ecom%2ecom/5208-11184-0.html?forumID=47&threadID=178558&messageID=1818197 . O cara basicamente diz para mudar isso:

Try [HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\Parameters]

"KeepAliveTime"=dword:00300000
"KeepAliveInterval"=dword:00001000

Costumávamos ter um problema semelhante no meu último lugar e isso parecia ajudar.

Espero que isto ajude.

Bem, antes de tudo, ao mapear a unidade, você pode marcar a caixa de seleção dizendo que o XP deve reconectar as unidades. Não é perfeito. A outra opção é escrever um script e colocá-lo na pasta Inicialização do usuário:

net use * /d /y
net use <DriveLetter> <Path> (i.e. G: \\server\folder)
<repeat as many times as needed...>

Encontramos problemas com isso, onde tínhamos um compartilhamento de arquivos 2003 montado em um sistema de arquivos Unix. A "desconexão" aconteceria e os trabalhos que a usassem acabariam tendo que ser executados duas vezes - a primeira vez para ativar o compartilhamento, a segunda vez para realmente fazer o trabalho de verdade.

Isso não foi satisfatório, já que, é claro, às vezes a primeira execução funcionou, por isso, no final, um de nossos desenvolvedores acabou escrevendo um trabalho para pesquisar regularmente o compartilhamento e mantê-lo aquecido. Observe que, nesse caso, a alteração do tempo de manutenção no servidor não era uma opção, pois o compartilhamento era montado no sistema de arquivos e os trabalhos poderiam ter lacunas de até uma semana entre eles.

Por que eles não se conectaram apenas no início de cada trabalho e se desconectaram quando concluídos, ou ativaram o compartilhamento por outro método antes de executar o trabalho real, não sei dizer.

De qualquer forma, não tenho certeza dos detalhes da implementação, mas espero que uma tarefa agendada que recupere uma listagem de diretório tenha o mesmo resultado final para um cliente Windows, se você seguir esse caminho. É uma maneira de fazer isso, mas tenho certeza de que há melhores.

De qualquer forma, a moral da história é que a interoperabilidade Unix / Windows certamente não é tão perfeita quanto algumas pessoas querem que você acredite. Mas isso está se desviando da questão.

Eles são acessíveis se você tentar abri-los? AKA, esse é o problema antigo de uma unidade mapeada que parece estar desconectada, mas ao tentar abri-la, você descobre que ela está realmente conectada?

Mas, para responder à pergunta que eu li:

Mapear uma unidade a partir de um prompt de comando e mantê-la após uma reinicialização é torná-la persistente.

NET USE <driveletter:> \\computername\share -p

Ou clique com o botão direito do mouse em Meu computador, clique em mapear unidade de rede, escolha o local e verifique se "Reconectar ao fazer logon"