Jak sprawić, by Windows XP automatycznie łączył dyski sieciowe po ponownym uruchomieniu?

Mam kilka mapowań dysków sieciowych, które chcę być dostępne dla różnych programów po ponownym uruchomieniu. Pozostają jednak rozłączone, dopóki nie odwiedzę ich ręcznie.

Jeśli program, taki jak OneNote, który czyta notatki udostępnione na dysku sieciowym, próbuje się połączyć, nie widzi udziału i nie powoduje automatycznego ponownego połączenia.

Szukam w pełni zautomatyzowanego rozwiązania, najlepiej tylko takiego ustawienia, aby system Windows miał ponownie łączyć się po uruchomieniu komputera.

Na przykład teraz dysk Y i Z są odłączone, a X jest podłączony, ponieważ uzyskałem do niego dostęp ręcznie:

Edycja: muszę nieco zmienić swoje pytanie, ale mam dość znaczący wpływ na odpowiedzi. Dyski faktycznie NIE są dostępne podczas logowania. Można je osiągnąć dopiero po otwarciu tunelu ssh.

Dlatego głównym pytaniem jest - w jaki sposób aplikacje zmuszają dysk do życia, gdy próbują uzyskać do niego dostęp?

Myślę, że innym podejściem byłoby automatyczne uruchomienie skryptu po ustanowieniu tunelu. To chyba mój najlepszy zakład, jeśli powyższe nie jest możliwe.

Przeczytaj ten wątek: https://web.archive.org/web/1/http://techrepublic%2ecom%2ecom/5208-11184-0.html?forumID=47&threadID=178558&messageID=1818197 . Facet w zasadzie mówi, aby to zmienić:

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

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

Kiedyś mieliśmy podobny problem na moim ostatnim miejscu i to wydawało się pomóc.

Mam nadzieję że to pomoże.

Po pierwsze, podczas mapowania dysku można zaznaczyć pole wyboru, mówiąc, że XP powinien ponownie podłączyć dyski. To nie jest idealne. Inną opcją jest napisanie skryptu i umieszczenie go w folderze startowym użytkownika:

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

Napotkaliśmy problemy z tym, że mieliśmy udział plików 2003 zamontowany w systemie plików Unix. Nastąpiłoby „rozłączenie”, a zadania, które z niego korzystały, potencjalnie musiałyby zostać uruchomione dwukrotnie - za pierwszym razem, aby obudzić udział, za drugim razem faktycznie wykonać zadanie.

Nie było to satysfakcjonujące, ponieważ - oczywiście - czasami pierwszy przebieg działał, więc w końcu jeden z naszych programistów napisał pracę, aby regularnie sondować udział i utrzymywać go w cieple. Zauważ, że w tym przypadku zmiana czasów podtrzymania na serwerze nie była opcją, ponieważ udział został zamontowany w systemie plików, a zadania mogą potencjalnie mieć przerwy między nimi około tygodnia.

Nie mogę powiedzieć, dlaczego po prostu nie połączyli się na początku każdego zadania i rozłączyli po zakończeniu pracy lub nie obudzili udziału inną metodą przed uruchomieniem rzeczywistego zadania.

W każdym razie nie jestem pewien szczegółów implementacji, ale spodziewam się, że zaplanowane zadanie, które tylko pobierze listę katalogów, będzie miało taki sam efekt końcowy dla klienta Windows, jeśli zamierzasz pójść tą drogą. Jest to jeden ze sposobów, ale jestem pewien, że są lepsze.

Morał tej historii i tak jest taki, że interoperacyjność Unix / Windows z pewnością nie jest tak płynna, jak niektórzy chcieliby, byś w to uwierzył. Ale to jest odbiegające od pytania.

Czy są dostępne, jeśli spróbujesz je otworzyć? AKA, czy to jest odwieczny problem zmapowanego dysku, który wydaje się być odłączony, ale kiedy próbujesz go otworzyć, okazuje się, że tak naprawdę jest podłączony?

Ale aby odpowiedzieć na pytanie, które czytam:

Aby zmapować dysk z wiersza polecenia i pozostawić go po ponownym uruchomieniu, należy go utrwalić.

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

Lub kliknij prawym przyciskiem Mój komputer, kliknij mapuj dysk sieciowy, wybierz lokalizację i upewnij się, że „Połącz ponownie przy logowaniu”