Eu tenho alguns mapeamentos de unidade de rede que desejo estar disponível para vários programas na 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 faz a reconexão automática.
Estou procurando uma solução totalmente automatizada, de preferência apenas uma configuração para fazer o Windows se reconectar nativamente na inicialização da máquina.
Por exemplo, agora, Y e Z estão desconectados e X está conectado porque eu o acessei manualmente:
Edit: Eu tenho que mudar a minha pergunta um pouco, mas com um impacto bastante significativo sobre as respostas. As unidades não estão disponíveis no momento do logon. Eles só se tornam acessíveis depois que eu abro um túnel ssh.
Portanto, a questão principal é - como você faz aplicações forçar a unidade viva quando eles tentam acessá-lo?
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: link . O cara basicamente diz para mudar isso:
Try [HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\Parameters]
"KeepAliveTime"=dword:00300000
"KeepAliveInterval"=dword:00001000
Nós costumávamos ter um problema semelhante em meu último lugar e isso parecia ajudar.
Espero que isso ajude.
Bem, em primeiro lugar, ao mapear a unidade, você pode marcar a caixa de seleção informando que o XP deve reconectar as unidades. Não é perfeito. A outra opção é escrever um script e colocá-lo na pasta de 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 em que tivemos 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 que acordar a ação, a segunda vez para realmente fazer o trabalho de verdade.
Isso não foi satisfatório como - é claro - às vezes a primeira execução funcionou, então 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 dos horários de atividade no servidor não era uma opção, pois o compartilhamento era montado no sistema de arquivos e os trabalhos poderiam ter intervalos de até uma semana entre eles.
Por que eles não se conectaram apenas no início de cada trabalho e desconectaram quando terminaram ou acordaram o compartilhamento por meio de 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 apenas recupere uma listagem de diretórios tenha o mesmo resultado final para um cliente Windows se você fosse percorrer essa rota. É uma maneira de fazer isso, mas tenho certeza de que é melhor.
A moral da história é que a interoperabilidade do Unix / Windows certamente não é tão perfeita quanto algumas pessoas gostariam que você acreditasse. Mas isso é desviar da questão.
Eles são acessíveis se você tentar abri-los? AKA, esse é o antigo problema de uma unidade mapeada que parece estar desconectada, mas ao tentar abri-la, você percebe que ela está realmente conectada?
Mas, para responder à pergunta, eu a li:
Para mapear uma unidade a partir de um prompt de comando e mantê-la após uma reinicialização, é para torná-la persistente.
NET USE <driveletter:> \computername\share -p
Ou clique com o botão direito em Meu computador, clique em mapear unidade de rede, escolha o local e verifique se "Reconectar no logon"