Netzlaufwerk nach Neustart neu verbinden

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 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

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.

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

[OT]
..harte Worte ein Script ist immer so Buggy, wie der Schreiber es gewollt- oder nicht getestet hat
[/OT]

...sind Werkzeuge, die bei unbuggy - also durchgetesteten Scripts wahre Wunder bewirken.

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:


(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.

(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.

Moin,
ist das Thema noch aktuell bzw. gibt es noch einen Stand oder kann ich es in die Tonne treten?


Grüße,
Dani