8
AD Basisordner - unregelmäßige Anbindung nach Anmeldung
Anbindung des Basisordners erst nach mehreren Anmeldungen oder Neustarts
Hallo Mitstreiter,
Umgebung: 2 DC (W2K3 Std SP1); FileServer (W2K3 Std SP1); Cient : WinXP Prof SP2; User: ca 100
Folgendes Problem habe ich seit einiger Zeit:
Benutzer x meldet sich an seinem Notebook im Netz an. Die Anbindung des %Homeshare% soll über den Laufwerkbuchstaben D: erfolgen.
Nun kommt es häufiger vor, dass die Anbindung des %Homeshare% nicht immer ordungsgemäß funktioniert. Wenn diese nicht funktioniert, sind mehrere Abmeldungen oder Neustarts erforderlich um eine saubere Anbindung des Laufwerks herzustellen.
Ich kann diese Verhalten, welches sich momentan auf zwei Benutzer beschränkt und sporadisch auftritt auf keinen anderen PC mit anderen Benutzeranmeldungen reproduzieren.
Alle Benutzer arbeiten gleichen Images, die Konfiguration der Client wird über Gruppenrichtlinien gesteuert.
Die Anbindung zusätzlicher Laufwerke erfolgt über das Login-Script.
In diesem Forum wurden ähnliche Probleme in Beiträgen aus dem Jahr 2005 und 2006 bereits geschildert, Vorgeschlagenen Lösungen (Anbindung des %Homeshare% per Login-Script) werden bisher nicht in betracht gezogen, da es sich um 2 Benutzer handelt, und zwar das Problem vorerst behoben, jedoch die eigentliche Ursche nicht geklärt ist.
Vieleicht kennt jemand dieses Problem und kann nützliche Hinweise geben.
Matthias
Hallo Mitstreiter,
Umgebung: 2 DC (W2K3 Std SP1); FileServer (W2K3 Std SP1); Cient : WinXP Prof SP2; User: ca 100
Folgendes Problem habe ich seit einiger Zeit:
Benutzer x meldet sich an seinem Notebook im Netz an. Die Anbindung des %Homeshare% soll über den Laufwerkbuchstaben D: erfolgen.
Nun kommt es häufiger vor, dass die Anbindung des %Homeshare% nicht immer ordungsgemäß funktioniert. Wenn diese nicht funktioniert, sind mehrere Abmeldungen oder Neustarts erforderlich um eine saubere Anbindung des Laufwerks herzustellen.
Ich kann diese Verhalten, welches sich momentan auf zwei Benutzer beschränkt und sporadisch auftritt auf keinen anderen PC mit anderen Benutzeranmeldungen reproduzieren.
Alle Benutzer arbeiten gleichen Images, die Konfiguration der Client wird über Gruppenrichtlinien gesteuert.
Die Anbindung zusätzlicher Laufwerke erfolgt über das Login-Script.
In diesem Forum wurden ähnliche Probleme in Beiträgen aus dem Jahr 2005 und 2006 bereits geschildert, Vorgeschlagenen Lösungen (Anbindung des %Homeshare% per Login-Script) werden bisher nicht in betracht gezogen, da es sich um 2 Benutzer handelt, und zwar das Problem vorerst behoben, jedoch die eigentliche Ursche nicht geklärt ist.
Vieleicht kennt jemand dieses Problem und kann nützliche Hinweise geben.
Matthias
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: 85841
Url: https://administrator.de/contentid/85841
Ausgedruckt am: 13.11.2024 um 11:11 Uhr
8 Kommentare
Neuester Kommentar
Ich Tip mal auf einen Memory Stick oder sonst ein USB Ding, das den Buchstaben für sich reserviert hat?
Danke für die schnelle Antwort,
die Anbindung von externen Datenträger wird mittels GRL untersagt. In diesem speziellen Fall sind lediglich Tastatur und Maus per USB angebunden.
Matthias
die Anbindung von externen Datenträger wird mittels GRL untersagt. In diesem speziellen Fall sind lediglich Tastatur und Maus per USB angebunden.
Matthias
Stell doch mal auf einem der Clients in den lokalen Richtilinien folgendes ein:
Computerkonfiguration\Administrative Vorlagen\System\Anmeldung\
bei der Anmeldung immer auf das Netzwerk warten
Oder kommt das schon über eine GPO?
Computerkonfiguration\Administrative Vorlagen\System\Anmeldung\
bei der Anmeldung immer auf das Netzwerk warten
Oder kommt das schon über eine GPO?
Ich habe die Richtline wie beschrieben konfiguriert, werde mich in kürze mit einem Ergebniss melden.
Sachstand:
Gestern gab es bei den betroffenen Usern keinerlei Probleme. Heute morgen leider der selbe Sachstand wie letzte Woche (Basisordner nicht verbunden), auch nach mehrereren Neustarts nicht. In der Ereignisanzeige wird auch angezeigt, dass bestimmte GRL angewandt wurden.
Vielleicht hat noch jemand eine Idee!?
Matthias
Gestern gab es bei den betroffenen Usern keinerlei Probleme. Heute morgen leider der selbe Sachstand wie letzte Woche (Basisordner nicht verbunden), auch nach mehrereren Neustarts nicht. In der Ereignisanzeige wird auch angezeigt, dass bestimmte GRL angewandt wurden.
Vielleicht hat noch jemand eine Idee!?
Matthias
Hallo zusammen,
prinzipiell haben wir wohl das gleiche oder ein ähnliches Problem.
Leider seid Ihr in Eurer Diskussion nicht bis zur Ursache des Übels vordrignen können.
Ich habe deshalb heute einen neuen Thread aufgemacht unter dem Thema "Probleme mit Mapping von Homeshare (DFS) unter Windows XP"
Würde mich freuen, wenn Ihr Euch an der fehlersuche bzw. Ermittlung der Ursachen beteiligen könntet.
Thanks.
prinzipiell haben wir wohl das gleiche oder ein ähnliches Problem.
Leider seid Ihr in Eurer Diskussion nicht bis zur Ursache des Übels vordrignen können.
Ich habe deshalb heute einen neuen Thread aufgemacht unter dem Thema "Probleme mit Mapping von Homeshare (DFS) unter Windows XP"
Würde mich freuen, wenn Ihr Euch an der fehlersuche bzw. Ermittlung der Ursachen beteiligen könntet.
Thanks.
Hallo Zusammen,
in dem Beitrag von WinSysOp rückt die Lösung deutlich näher.
Hier der Link zum Beitrag:
Probleme mit Mapping von Homeshare (DFS) unter Windows XP
Danke für alle Lösungsvorschläge!
in dem Beitrag von WinSysOp rückt die Lösung deutlich näher.
Hier der Link zum Beitrag:
Probleme mit Mapping von Homeshare (DFS) unter Windows XP
Danke für alle Lösungsvorschläge!
Wir betrachten das Problem als gelöst. Siehe Link im Beitrag von MatthiasB
Das Problem ist seit der Änderung nicht noch einmal gemeldet worden.
Allerdings wirrd es erst bei einer kleinen Test-Gemeinde erprobt.
Für alle anderen läuft im Moment noch das Login-Script, das mit dem Holzhammer alles wieder richtet.
Denmächst werden wir das ändern und haben dann wieder über 500 Nutzer, die ihre Laufwerke über das profil bzw. über Policy zugemappt bekommen.
Wenn das auch ohne Klagen stattfindet, betrachten wir den Fall als endgültig gelöst und "NETBIOS-Namensauflösung" als Schuldigen entlarvt.
Das Problem ist seit der Änderung nicht noch einmal gemeldet worden.
Allerdings wirrd es erst bei einer kleinen Test-Gemeinde erprobt.
Für alle anderen läuft im Moment noch das Login-Script, das mit dem Holzhammer alles wieder richtet.
Denmächst werden wir das ändern und haben dann wieder über 500 Nutzer, die ihre Laufwerke über das profil bzw. über Policy zugemappt bekommen.
Wenn das auch ohne Klagen stattfindet, betrachten wir den Fall als endgültig gelöst und "NETBIOS-Namensauflösung" als Schuldigen entlarvt.
