Netzlaufwerk nach Neustart neu verbinden
Also hier eine kurze Einleitung zu meinem Problem.
Ich hab einen Server mit MS Server 2008 laufen und auf diesem eine virtuelle Maschine auf der der Terminal Server läuft. Ausserdem habe ich 2 Client Pc's mit Windows 7 .
Jetzt zu meinem Problem :
Beide Client Pc's haben ein Netzlaufwerk , womit sie auf einen Ordner auf dem Server zugreifen. Wenn ich jetzt jedoch einen der beiden Client Pc's neustarte dann muss ich jedesmal das Netzlaufwerk neuverbinden und das Konto des Netzwerkadministrators und das Netzwerkkennwort angeben und das nervt mich und meinen Chef. Wie kann ich dieses Problem umgehen ???
Ich hab einen Server mit MS Server 2008 laufen und auf diesem eine virtuelle Maschine auf der der Terminal Server läuft. Ausserdem habe ich 2 Client Pc's mit Windows 7 .
Jetzt zu meinem Problem :
Beide Client Pc's haben ein Netzlaufwerk , womit sie auf einen Ordner auf dem Server zugreifen. Wenn ich jetzt jedoch einen der beiden Client Pc's neustarte dann muss ich jedesmal das Netzlaufwerk neuverbinden und das Konto des Netzwerkadministrators und das Netzwerkkennwort angeben und das nervt mich und meinen Chef. Wie kann ich dieses Problem umgehen ???
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 137024
Url: https://administrator.de/contentid/137024
Ausgedruckt am: 26.11.2024 um 00:11 Uhr
12 Kommentare
Neuester Kommentar
Hallo,
wenn ich deine Frage richtg verstehe, hast du 3 Möglichkeiten:
1. die Freigaberechte entsprechend setzen, dass der User darauf zugreifen kann
2. mit NET USE inkl. Benutzername und Kennwort in einer Batchdatei im Autostart
3. im Explorer Netzlaufwerk verbinden unter anderem Anmeldeinformationen. Verbindung beim Starten wiederherstellen (oder so ähnlich )
Gruß
hoko
wenn ich deine Frage richtg verstehe, hast du 3 Möglichkeiten:
1. die Freigaberechte entsprechend setzen, dass der User darauf zugreifen kann
2. mit NET USE inkl. Benutzername und Kennwort in einer Batchdatei im Autostart
3. im Explorer Netzlaufwerk verbinden unter anderem Anmeldeinformationen. Verbindung beim Starten wiederherstellen (oder so ähnlich )
Gruß
hoko
wenn du net use benutzt, kannst du auch den parameter /PERSISTENT:YES anhängen, dann sollte es nach einem neustart wiederhergestellt werden.
Also die Laufwerke liegen auf einem Server? Was ist das denn für ein Server?
Meldest du dich nicht an diesem an? Wenn Du dich anmeldest kannst es per LogonSkript realisieren. Ansonsten wie oben schon beschrieben. Schreib dir ne Batch Datei mit net use lw: \\server\freigabename und leg die in den Autostart Ordner.
Gruß
David
Meldest du dich nicht an diesem an? Wenn Du dich anmeldest kannst es per LogonSkript realisieren. Ansonsten wie oben schon beschrieben. Schreib dir ne Batch Datei mit net use lw: \\server\freigabename und leg die in den Autostart Ordner.
Gruß
David
Hm, also eine Einführung über GPOs kann ich hier natürlich nicht halten, da sei dann doch auf Technet oder viele gute Bücher verwiesen, aber so jedenfalls sieht meine Richtlinie für die Netzlaufwerke aus. Das Tool deiner Wahl ist die Gruppenrichtlinienverwaltungskonsole. Damit werden 3 netzlaufwerke gemapped, und zwar im Benutzerkontext. Damit braucht man kein "ifmember" mehr, und es läuft auch nicht ständig so ne komische DOS Box durch beim Anmelden.
GPO_mappings
EinstellungenAusblenden
Windows-EinstellungenAusblenden
LaufwerkzuordnungenAusblenden
Laufwerkzuordnung (Laufwerk: X)Ausblenden
X: (Reihenfolge: 1)Ausblenden
AllgemeinAusblenden
Aktion Erstellen
EigenschaftenSpeicherort \\Server\Freigabe1
Verbindung wiederherstellen Deaktiviert
Beschriften als Freigabe1
Erste verfügbare Option verwenden Deaktiviert
Laufwerk aus-/einblenden Keine Änderung
Alle Laufwerke aus-/einblenden Keine Änderung
GemeinsamAusblenden
OptionenBei Auftreten eines Fehlers keine Elemente mehr für diese Erweiterung verarbeiten Nein
Im Sicherheitskontext des angemeldeten Benutzers ausführen (Benutzerrichtlinienoption) Ja
Element entfernen, wenn es nicht mehr angewendet wird Nein
Nur einmalig anwenden Nein
Zielgruppenadressierung auf Elementebene: BenutzerAttribut Wert
bool AND
not 0
name DOMÄNE\BENUTZER
sid S-1-5-21-tuthiernixzursache
Laufwerkzuordnung (Laufwerk: Y)Ausblenden
Y: (Reihenfolge: 2)Ausblenden
AllgemeinAusblenden
Aktion Erstellen
EigenschaftenSpeicherort \\Server\Freigabe2
Verbindung wiederherstellen Deaktiviert
Beschriften als Freigabe2
Erste verfügbare Option verwenden Deaktiviert
Laufwerk aus-/einblenden Keine Änderung
Alle Laufwerke aus-/einblenden Keine Änderung
GemeinsamAusblenden
OptionenBei Auftreten eines Fehlers keine Elemente mehr für diese Erweiterung verarbeiten Nein
Im Sicherheitskontext des angemeldeten Benutzers ausführen (Benutzerrichtlinienoption) Ja
Element entfernen, wenn es nicht mehr angewendet wird Nein
Nur einmalig anwenden Nein
Zielgruppenadressierung auf Elementebene: BenutzerAttribut Wert
bool AND
not 0
name DOMÄNE\BENUTZER
sid S-1-5-21-tutimmernochnix
Laufwerkzuordnung (Laufwerk: Z)Ausblenden
Z: (Reihenfolge: 3)Ausblenden
AllgemeinAusblenden
Aktion Erstellen
EigenschaftenSpeicherort \\Server\Freigabe3
Verbindung wiederherstellen Deaktiviert
Beschriften als Freigabe3
Erste verfügbare Option verwenden Deaktiviert
Laufwerk aus-/einblenden Keine Änderung
Alle Laufwerke aus-/einblenden Keine Änderung
GemeinsamAusblenden
OptionenBei Auftreten eines Fehlers keine Elemente mehr für diese Erweiterung verarbeiten Nein
Im Sicherheitskontext des angemeldeten Benutzers ausführen (Benutzerrichtlinienoption) Ja
Element entfernen, wenn es nicht mehr angewendet wird Nein
Nur einmalig anwenden Nein
Zielgruppenadressierung auf Elementebene: BenutzerAttribut Wert
bool AND
not 0
name DOMÄNE\BENUTZER
sid S-1-5-21-ichwiederholemich
GPO_mappings
EinstellungenAusblenden
Windows-EinstellungenAusblenden
LaufwerkzuordnungenAusblenden
Laufwerkzuordnung (Laufwerk: X)Ausblenden
X: (Reihenfolge: 1)Ausblenden
AllgemeinAusblenden
Aktion Erstellen
EigenschaftenSpeicherort \\Server\Freigabe1
Verbindung wiederherstellen Deaktiviert
Beschriften als Freigabe1
Erste verfügbare Option verwenden Deaktiviert
Laufwerk aus-/einblenden Keine Änderung
Alle Laufwerke aus-/einblenden Keine Änderung
GemeinsamAusblenden
OptionenBei Auftreten eines Fehlers keine Elemente mehr für diese Erweiterung verarbeiten Nein
Im Sicherheitskontext des angemeldeten Benutzers ausführen (Benutzerrichtlinienoption) Ja
Element entfernen, wenn es nicht mehr angewendet wird Nein
Nur einmalig anwenden Nein
Zielgruppenadressierung auf Elementebene: BenutzerAttribut Wert
bool AND
not 0
name DOMÄNE\BENUTZER
sid S-1-5-21-tuthiernixzursache
Laufwerkzuordnung (Laufwerk: Y)Ausblenden
Y: (Reihenfolge: 2)Ausblenden
AllgemeinAusblenden
Aktion Erstellen
EigenschaftenSpeicherort \\Server\Freigabe2
Verbindung wiederherstellen Deaktiviert
Beschriften als Freigabe2
Erste verfügbare Option verwenden Deaktiviert
Laufwerk aus-/einblenden Keine Änderung
Alle Laufwerke aus-/einblenden Keine Änderung
GemeinsamAusblenden
OptionenBei Auftreten eines Fehlers keine Elemente mehr für diese Erweiterung verarbeiten Nein
Im Sicherheitskontext des angemeldeten Benutzers ausführen (Benutzerrichtlinienoption) Ja
Element entfernen, wenn es nicht mehr angewendet wird Nein
Nur einmalig anwenden Nein
Zielgruppenadressierung auf Elementebene: BenutzerAttribut Wert
bool AND
not 0
name DOMÄNE\BENUTZER
sid S-1-5-21-tutimmernochnix
Laufwerkzuordnung (Laufwerk: Z)Ausblenden
Z: (Reihenfolge: 3)Ausblenden
AllgemeinAusblenden
Aktion Erstellen
EigenschaftenSpeicherort \\Server\Freigabe3
Verbindung wiederherstellen Deaktiviert
Beschriften als Freigabe3
Erste verfügbare Option verwenden Deaktiviert
Laufwerk aus-/einblenden Keine Änderung
Alle Laufwerke aus-/einblenden Keine Änderung
GemeinsamAusblenden
OptionenBei Auftreten eines Fehlers keine Elemente mehr für diese Erweiterung verarbeiten Nein
Im Sicherheitskontext des angemeldeten Benutzers ausführen (Benutzerrichtlinienoption) Ja
Element entfernen, wenn es nicht mehr angewendet wird Nein
Nur einmalig anwenden Nein
Zielgruppenadressierung auf Elementebene: BenutzerAttribut Wert
bool AND
not 0
name DOMÄNE\BENUTZER
sid S-1-5-21-ichwiederholemich
Zitat von @PianoMan:
Wenn du eine W2K8 Domäne hast kannst du die Netzlaufwerke (und nicht nur die, auch Drucker) auch per Gruppenrichtlinie
verteilen. Funktioniert sehr gut, und du bist weg von diesen buggy logon scripts.
Wenn du eine W2K8 Domäne hast kannst du die Netzlaufwerke (und nicht nur die, auch Drucker) auch per Gruppenrichtlinie
verteilen. Funktioniert sehr gut, und du bist weg von diesen buggy logon scripts.
[OT]
..harte Worte ein Script ist immer so Buggy, wie der Schreiber es gewollt- oder nicht getestet hat
[/OT]
und es läuft auch nicht ständig so ne komische DOS Box durch beim Anmelden.
@start "login" /min 123.cmd
@echo off
@title
@cls
xyz >nul
Und ob man nun für 3 Laufwerke und 2 Clients so einen Aufmarsch machen will?
bzw. sind solche "Monster" bei so "billigen" Konstellationen vielleicht noch passabel, aber in kaum einer größeren Umgebung wird es so sein, dass alle user in einer OU genau die gleichen Rechte / Laufwerke haben sollen - Ausreisser bestätigen die Regel
Von daher:
1. die Freigaberechte entsprechend setzen, dass der User darauf zugreifen kann
2. net use laufwerk: \\server\freigabe
2. net use laufwerk: \\server\freigabe
(Bei einer Frage, wo der TO schreibt, dass die User mit den Adminpassworten die Laufwerke gemappt bekommen, sollte man entweder garnicht antworten, oder zielführend die Richtung weisen - wenns in einem zweizeiler geht, den jeder versteht - versteh ich den auch)
Gruß
Das troubleshooting bei scripts ist mir hinlänglich bekannt.
Mit 2 Clients und 3 mappings geht es immer los, dann kommen ein paar dazu und schon hat man für 10 user 8 verschiedene loginscripts, am besten noch mit fest eingetragenen usernames und passwörtern, obwohl das alles auch mit einer einzigen GPO gegangen wäre.
Die Stärke einer Gruppenrichtlinie liegt genau bei den Szenarien, in denen verschiedene benutzer in verschiedenen OUs mit unterschiedlichen Berechtigungen mappings zugewiesen bekommen sollen. Oder auch Drucker, Netzwerkbeamer, whatever. Kein loginscript kann das.
Wenn man sich noch nie mit gruppenrichtlinien beschäftigt hat kann das natürlich tricky sein, andererseits hat jemand der einen Windows Server administriert und sich noch nie mit GPOs beschäftigt hat eh etwas falsch gemacht.
Auch viele admins halten leider an ihren scripts fest, weil sie das seit NT4 kennen (und die scripts seit dieser Zeit auch kaum verändern mussten), und umdenken immer unbequem ist.
Eine entsprechende GPO ist in einer Minute zusammengeklickt - das geht schneller als ein neues script zu schreiben. Bei Fehlern in der Ausführung kann man das detailliert im eventlog nachlesen, einfacher gehts nicht.
Mit 2 Clients und 3 mappings geht es immer los, dann kommen ein paar dazu und schon hat man für 10 user 8 verschiedene loginscripts, am besten noch mit fest eingetragenen usernames und passwörtern, obwohl das alles auch mit einer einzigen GPO gegangen wäre.
Die Stärke einer Gruppenrichtlinie liegt genau bei den Szenarien, in denen verschiedene benutzer in verschiedenen OUs mit unterschiedlichen Berechtigungen mappings zugewiesen bekommen sollen. Oder auch Drucker, Netzwerkbeamer, whatever. Kein loginscript kann das.
Wenn man sich noch nie mit gruppenrichtlinien beschäftigt hat kann das natürlich tricky sein, andererseits hat jemand der einen Windows Server administriert und sich noch nie mit GPOs beschäftigt hat eh etwas falsch gemacht.
Auch viele admins halten leider an ihren scripts fest, weil sie das seit NT4 kennen (und die scripts seit dieser Zeit auch kaum verändern mussten), und umdenken immer unbequem ist.
Eine entsprechende GPO ist in einer Minute zusammengeklickt - das geht schneller als ein neues script zu schreiben. Bei Fehlern in der Ausführung kann man das detailliert im eventlog nachlesen, einfacher gehts nicht.
Zitat von @PianoMan:
Auch viele admins halten leider an ihren scripts fest, weil sie das seit NT4 kennen (und die scripts seit dieser Zeit auch kaum verändern mussten), und umdenken immer unbequem ist.
Auch viele admins halten leider an ihren scripts fest, weil sie das seit NT4 kennen (und die scripts seit dieser Zeit auch kaum verändern mussten), und umdenken immer unbequem ist.
(OT)
und es soll sogar Admins geben, die sich Ihre eigenen ADM bauen können, dies auch machen und trotzdem mit den Scripts arbeiten.
Und ganz andere, oder die gleichen Admins vergleichen die Zeit, die ein Script braucht und die eine (von vielen) GPOs braucht.
Ganz andere Scripten Ihre Loginscripts dann mit vbs und scheren sich nen Teufel, wie lange die User beim anmelden warten....
(/OT)
...Wer schreibt - bleibt - wer klickt - wird verrückt Die GPO will ich sehen, die das kann, was ich scripte
Da du ja die Ordner schon hast und die Freigaben musste nimmer viel machen. Außer auf dem Server die Ordnerrechte (für den freigegebenen Ordner) anpassen, das heißt, du fügst die Gruppen/Benutzer hinzu (mit den nötigen rechten).
So bald sich der Benutzer am Client einloggt wird das Netzlaufwerk verbunden ohne lästige eingabe des Benutzernamen und Passwortes.
So bald sich der Benutzer am Client einloggt wird das Netzlaufwerk verbunden ohne lästige eingabe des Benutzernamen und Passwortes.