(Gelöst) Aktueller Tab setzt sich auf C: zurück, wenn auf Netzwerkpfad verwiesen wurde

[tar]

Hallo,

nach einem Reboot wird der aktuelle Tab auf C: zurückgesetzt, wenn dieser auf einen Netzwerkpfad (hier ein Netzwerklaufwerk) verwiesen hatte. Der Netzwerkpfad ist allerdings verfügbar und wird auch wieder gefunden, wenn ich bspw. auf das Netzlaufwerk drücke. Alle anderen nicht aktiven Tabs behalten ihren historischen Netzwerkpfad und öffnen diesen auch, wenn ich auf den Tab klicke.

Warum aber hat der aktive Tab nach einem Reboot ein Problem, einfach direkt wieder den Netzwerkpfad aufzurufen?

[Dalai]

Warum aber hat der aktive Tab nach einem Reboot ein Problem, einfach direkt wieder den Netzwerkpfad aufzurufen?

Vielleicht, weil es der Tab ist, der nach dem Neustart zuerst auf dieses Netzlaufwerk zugreift, möglicherweise sogar zu einem Zeitpunkt, zu dem die Verbindung noch nicht vollständig wiederhergestellt ist.

Grüße
Dalai

[tar]

möglicherweise sogar zu einem Zeitpunkt, zu dem die Verbindung noch nicht vollständig wiederhergestellt ist

Fast richtig.

Es handelt sich ja um ein eingebundenes Netzwerklaufwerk.

Öffne ich den Explorer automatisch nach Anmeldung (per Aufgabenplaner) so poppt diese Art Fehler auf:
Image: https://ekiwi-blog.de/wp-content/uploads/2022/03/netzwerkname_verwendet_1.png

Es ist hierbei übrigens egal, wie lange ich den Trigger verzögere, liegt also nicht irgendwie daran, dass er tatsächlich aufs Netzwerk warten würde. Öffne ich den Explorer jedoch manuell zum selben Pfad, geht es.

Das brachte mich darauf, in der Shell nach "net use" zu schauen, wodurch offenkundig wurde, dass das Netzwerklaufwerk nach einem Neustart per se erstmal auf "Getrennt" steht (wieso auch immer). Durch das manuelle Öffnen des Explorers bzw. das manuelle Klicken im Total Commander auf einen entsprechenden Tab, ändert sich der Status auf "OK", d.h. verbunden.

Ein simples Batch-Script als leicht verzögerter Autostart-Task könnte nun Abhilfe schaffen, dachte ich, wenn es denn funktionieren würde, doch bei mir wird die Verbindung nach dem Löschen nicht wieder eingefügt:

Code: Select all

@net use g: /delete
@timeout /t 2 /nobreak > NUL
@net use g: \\ServerName\Share

Triggere ich diesen Task nochmals manuell, geht es jedoch.

Äußerst seltsam, dass manuell alles geht, aber nicht automatisch.

[ZoSTeR]

 
Mir ist ähnliches Verhalten von Login-Scripts bekannt. Außer den Task zu verzögern, habe ich bisher keine Lösung gefunden.
Ich bin derzeit bei 10 Sekunden.

Die Group-Policy "Auf Netzwerk warten" und zB auf die Existenz der Explorer.exe zu prüfen haben nichts gebracht.

Was besser laufen könnte, ist über die IP zu mappen.

Dh

Code: Select all

@net use g: \\192.168.x.x\Share

Auch das Verbinden unter anderem User-Kontext zB mit Admin-Rechten kann zu Problemen führen.

[Dalai]

Als welcher Nutzer läuft denn der Task? Wobei ich mich eh frage, warum überhaupt per Aufgabenplanung. Einfach einen Link zum Batchskript in den Autostart des Startmenüs (%AppData%\Microsoft\Windows\Start Menu\Programs\Startup) und fertig; das Skript ist ja eh schon vorhanden.

Grüße
Dalai

[sqa_wizard]

Ist die sofortige Wiederherstellung der Netzwerkverbindung deaktiviert?
Die Einstellung ist in der Registry unter:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\NetworkProvider
RestoreConnection=0 (erst beim Zugriff wiederherstellen)
RestoreConnection=1 (sofort wiederherstellen=Standard)

https://www.windowspage.de/tipps/021297.html

[tar]

Was besser laufen könnte, ist über die IP zu mappen.

Dh

Code: Select all

@net use g: \\192.168.x.x\Share

Auch das Verbinden unter anderem User-Kontext zB mit Admin-Rechten kann zu Problemen führen.

Das Laufwerk kann nur mit Admin-Rechten per net use gemappt werden.

Das Mapping via IP brachte keinerlei Veränderung. Die Verbindung ist wie mittels DNS-Auflösung da, aber steht nach Reboot auf "Getrennt".

Als welcher Nutzer läuft denn der Task? Wobei ich mich eh frage, warum überhaupt per Aufgabenplanung. Einfach einen Link zum Batchskript in den Autostart des Startmenüs (%AppData%\Microsoft\Windows\Start Menu\Programs\Startup) und fertig; das Skript ist ja eh schon vorhanden.

Um das "Getrennt" auf "OK" zu bringen, muss man manuell(!) auf G: zuzugreifen. Automatisch geht es weder mit oder ohne Admin-Rechten - völlig gleich, ob als verzögerter Task oder direkt im Autostart. Total abstrus. Als Task-Nutzer ist mein tatsächlicher Nutzer eingestellt, also kein System- oder sonstiger Account.

Ist die sofortige Wiederherstellung der Netzwerkverbindung deaktiviert?

Der genannte Registry-Wert war bei mir nicht vorhanden (Windows 10 LTSC 21H2 19044.2364).

Ich habe mittlerweile diesen und folgende Registry-Settings hinzugefügt, brachte allerdings auch keine Änderung:

Code: Select all

[HKEY_CURRENT_USER\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer]
"LocalKnownFoldersMigrated"=dword:00000001

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\NetworkProvider]
"RestoreConnection"=dword:00000001

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System]
"EnableLinkedConnections"=dword:00000001
"LocalAccountTokenFilterPolicy"=dword:00000001

Ich habe ja zusätzlich noch den Firefox als Autostart-Task, der ebenfalls auf den Server zugreift (also hier ohne Laufwerksmapping direkt via IP) und die Seite ebenso nicht direkt lädt, sondern erst nach manuellem Refresh. Sehr seltsam das alles.

[Dalai]

Das Laufwerk kann nur mit Admin-Rechten per net use gemappt werden.

Ist die Freigabe wirklich nur mit Adminrechten zugängllich? Sobald EnableLinkedConnections hinzugefügt (und das System anschließend neu gestartet) wird, spielen Adminrechte sowieso keine Rolle mehr (solange UAC aktiv ist).

Da offenbar auch andere Programme mit diesem Netzlaufwerk ein Problem haben, liegt das Problem nicht bei TC. Sobald das zugrundeliegende Problem gelöst wurde, wird TC das Verzeichnis im Tab auch nicht wieder auf C: zurückschalten. Zur Lösung des Problems kann ich leider nichts beitragen, weil ich dieses Problem nicht kenne, allerdings verbinde ich auch keine Freigaben als Admin. Vielleicht gibt die Ereignisanzeige Aufschluss.

Grüße
Dalai

[tar]

Gelöst:

Durch diese Hinweise: https://appuals.com/mapped-drive-is-disconnected-after-reboot/

Solution 3: Würde ich grundsätzlich empfehlen, da der Rechner sonst nur bei tatsächlicher Stromtrennung heruntergefahren ist. War hier nicht notwendig, da bereits durchgeführt.

Solution 4: Hier habe ich die Energiesparoption für den Netzwerkadapter deaktiviert und "Auf Verbindung warten" aktiviert. Durch Letzteres wurde die Verbindung zum Netzlaufwerk erstmal gekappt.

Solution 5: Hier habe ich in den Gruppenrichtlinien "Computerkonfiguration -> Administrative Vorlagen -> System -> Anmelden" den Punkt "Beim Neustart des Computers und bei der Anmeldung immer auf das Netzwerk warten" aktiviert und zusätzlich diesen Registry-Eintrag vorgenommen:

Code: Select all

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon]
"GpNetworkStartTimeoutPolicyValue"=dword:0000003c

Solution 6: Der DNS-Cache und EnableLinkedConnections waren bereits wie beschrieben gesetzt. Im Grunde habe ich aber nun alle Schritte bis auf die unsicheren Gast-Logins durchgeführt:

Code: Select all

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Dnscache]
"Start"=dword:00000002

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters]
"Autodisconnect"=dword:ffffffff

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System]
"EnableLinkedConnections"=dword:00000001

Insbesondere Schritt 5 unter Solution 6 brachte dann endlich den Erfolg, d.h. die Registry-Einträge zum gemappten Laufwerk entfernen (falls noch vorhanden):

Code: Select all

[HKEY_CURRENT_USER\Network\G]

[HKEY_CURRENT_USER\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\Map Network Drive MRU]
"a"="\\\\<Server>\\<Pfad>"
"MRUList"="a"

Danach neustarten, das Laufwerk manuell neu mappen (mit IP und "Verbindung bei Anmeldung wiederherstellen" aktivieren) und im zugehörigen Registry-Pfad (hier "G") diesen Eintrag hinzufügen:

Code: Select all

[HKEY_CURRENT_USER\Network\G]
"ProviderFlags"=dword:00000001

Zuguterletzt habe ich noch die beiden Tasks für den Firefox und Total Commander auf 10 Sekunden Verzögerung eingestellt.

Ergebnis:
Der Status bei net use ist nun auch nach Reboot auf "OK", womit der Tab nun auch nach Neustart auf dem korrekten Pfad des verbundenen Netzlaufwerks bleibt. Angenehmer Nebeneffekt ist nun, dass auch Firefox die Seite des Servers direkt lädt.