2
Gemappte Netzwerklaufwerke verweigern nach einer gewissen Zeit den Zugriff
Hallo,
wie der Titel meines Problems schon beschreibt, verliert ein WIN 7 Rechner
nach einer gewissen Arbeitszeit plötzlich den Zugriff auf die gemappten Laufwerke.
Diese werden dann im Explorer mit einem "X" markiert.
Bei Neuanmeldung geht allerdings alles wieder.
Kann es sein, dass dies speziell mit WIN 7 zusammenhängt? Auf den XP Rechnern
kann ich von solch einem Problem glücklicher Weise nicht berichten.
Kann mir jemand weiterhelfen?
Danke im Vorraus!
MfG
-B.
wie der Titel meines Problems schon beschreibt, verliert ein WIN 7 Rechner
nach einer gewissen Arbeitszeit plötzlich den Zugriff auf die gemappten Laufwerke.
Diese werden dann im Explorer mit einem "X" markiert.
Bei Neuanmeldung geht allerdings alles wieder.
Kann es sein, dass dies speziell mit WIN 7 zusammenhängt? Auf den XP Rechnern
kann ich von solch einem Problem glücklicher Weise nicht berichten.
Kann mir jemand weiterhelfen?
Danke im Vorraus!
MfG
-B.
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 158590
Url: https://administrator.de/forum/gemappte-netzwerklaufwerke-verweigern-nach-einer-gewissen-zeit-den-zugriff-158590.html
Ausgedruckt am: 23.12.2024 um 18:12 Uhr
2 Kommentare
Neuester Kommentar
Das ist "normal" und hängt mit einem Eintrag in der Registry zusammen, welcher den Timeout einer Verbindung definiert...
IMTK, das das mit dem von Microsoft eingesetzten NBT (NetBIOS over TCP/IP) zusammenhängt. Die Netzlaufwerke werden fest eingehängt, somit besteht eine dauerhafte SMB/CISF verbindung, welche "Unnötig" Ressourcen belegt -> um dies zu verhindern hat MS den Timeout definiert, die Verbindung steht jedoch unmittelbar nach dem Empfang eines SMB Packetes wieder...
Um diese Einstellung zu ändern kann man folgendes tun:
Unter: [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters] den REG_DWORD Wert "Autodisconnect" ändern.
Die dezimale Darstellung entspricht, den Minuten bis zur Trennung bei Leerlauf. Dieser Wert kann auf z.Bsp. 1440 gestellt werden, was 24 Std. entspräche. Eine andere Möglickeit ist den Wert auf -1 zu stellen. Dies stellt die automatische Trennung ab.
Unter der CMD-Konsole kann man alternativ folgendes eingeben:
"NET CONFIG SERVER /autodisconnect:-1" = Abschalten, oder jede beliebige andere Zahl in Minuten, je nachdem was für eine Zeit gesetzt werden soll.
Dies gilt für Srv und Clients, ergo den Befehl bzw. die Änderung an allen Clients und beim Server ausführen.
Bei einer gewissen Anzahl an Arbeitsplätzen ist es evtl. klug den Befehl mit ins Anmeldescript einzubauen. Viele Firmen haben diese Probleme nicht, da es gewisse Programme gibt die immer wieder ein Request starten und somit die Verbindung permament aufrecht gehalten wird.
P.s. das Prob ist seit 2001 bekannt ^^
IMTK, das das mit dem von Microsoft eingesetzten NBT (NetBIOS over TCP/IP) zusammenhängt. Die Netzlaufwerke werden fest eingehängt, somit besteht eine dauerhafte SMB/CISF verbindung, welche "Unnötig" Ressourcen belegt -> um dies zu verhindern hat MS den Timeout definiert, die Verbindung steht jedoch unmittelbar nach dem Empfang eines SMB Packetes wieder...
Um diese Einstellung zu ändern kann man folgendes tun:
Unter: [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters] den REG_DWORD Wert "Autodisconnect" ändern.
Die dezimale Darstellung entspricht, den Minuten bis zur Trennung bei Leerlauf. Dieser Wert kann auf z.Bsp. 1440 gestellt werden, was 24 Std. entspräche. Eine andere Möglickeit ist den Wert auf -1 zu stellen. Dies stellt die automatische Trennung ab.
Unter der CMD-Konsole kann man alternativ folgendes eingeben:
"NET CONFIG SERVER /autodisconnect:-1" = Abschalten, oder jede beliebige andere Zahl in Minuten, je nachdem was für eine Zeit gesetzt werden soll.
Dies gilt für Srv und Clients, ergo den Befehl bzw. die Änderung an allen Clients und beim Server ausführen.
Bei einer gewissen Anzahl an Arbeitsplätzen ist es evtl. klug den Befehl mit ins Anmeldescript einzubauen. Viele Firmen haben diese Probleme nicht, da es gewisse Programme gibt die immer wieder ein Request starten und somit die Verbindung permament aufrecht gehalten wird.
P.s. das Prob ist seit 2001 bekannt ^^
Klasse!
Hatte diese Problem immer wieder, doch bis jetzt
leider noch nicht lösen können.
Vielen Dank askando!
MfG,
-B.
Hatte diese Problem immer wieder, doch bis jetzt
leider noch nicht lösen können.
Vielen Dank askando!
MfG,
-B.
