Cyberchriss

Ich suche nach einer Möglichkeit die Explorereinstellungen für all meine Clients defaultmässig festzulegen. Bsp: Alle Clients sollen folgende Einstellungen bekommen: Ansicht\Details Extras\Ordneroptionen\Ansicht: Alle Dateien und Ordner Anzeigen <ja> Dateierweiterungen bei bekannten Dateitypen ausblenden <nein> Alle Dateien und Ordner anzeigen <ja> Habe zunächst in der GPL meiner Domainuser nachgeschaut, jedoch nichts gefunden. Kann man o.g. Einstellungen hier vornehmen? Danach habe ich an ein Script gedacht, das die Einstelungen direkt in der registry der Clients vornimmt. Allerdings habe ich auch in der registry nicht alle o.g. Einstellungen finden können.

Ähm - Ich habe es in den GPL der Domainbenutzer unter Computereinstellungen geändert. Komischerweise griffen alle übrigen Einstellungen somit. Habe jetzt o.g. Einstellung zur Anmeldeoptimierung in die GPL der Computerkonten-OUs eingetragen und siehe da - es funktioniert auf meinem Testsystem. Danke für den Tipp - manchmal sieht man vor lauter Bäumen den Wald nichtmehr.

Weiss jemand, woran es liegen kann, dass man über eine GPL einer OU nicht die Anmeldeoptimierung der darin liegenden WinXP Clients deaktivieren kann? Nachdem ich die Richtlinie gestetzt habe, wurde der Wert nicht in der Registry des Clients gesetzt. Der Sinn einer Domain kann doch nicht darin liegen, einen Regpatch zu verteilen? :/ Gesetzt habe ich in der GPL der OU: Computerkonfiguration\Administrative Vorlagen\System\Anmeldung\ Beim Neustart des Computers und bei der Anmeldung immer auf das Netzwerk warten In der reistry sollte folgender Wert eingetragen werden, was jedoch nicht der Fall ist: Hkey_Local_Machine\Software\Policies\Microsoft\WindowsNT\CurrentVersion\Winlogon\Syncforegroundpolicy (1)

100-120 Sec überfordern definitiv die Nerven der Clientbenutzer *g* Ich habe nun eine selbst geschrieben runas.exe, mit der es nun möglich ist, die Setup.exe auf einem Netzlaufwerk unter einem Domain-Admin Account per GPL-Startscript aufzurufen (hier kann man wenigstens das Passwort mitgeben!) :) Ich versteh nicht, warum die in master-obi-wans ms-artikel genannten einstellungen bei mir nicht funktionieren. Habe in den Computerrichtlinien der OU folgenden Punkt aktiviert: Computerkonfiguration\Administrative Vorlagen\System\Anmeldung\ Beim Neustart des Computers und bei der Anmeldung immer auf das Netzwerk warten Damit soll sich der WinXP Client doch wie ein Win2k Client bei der Anmeldung verhalten - oder habe ich da was falsch verstanden? Sind vielleicht Inkompatibilitäten mit SP2 bekannt?

Als ich den Artikel über die Anmeldeoptimierung bei WinXP gelesen hatte, dachte ich schon "das musses sein!". Nachdem ich die Richtlinien per GPO gesetzt hatte, kann ich jetzt zwar einige neu angelegte Domainbenutzer richtig anmelden, allerdings bringt das Anmeldescript nun einen Fehler bei den Domainadmins.

Ich krieg hier noch nen Harry! Egal wie ich die Scriptloader exe aufrufe - das script kann auf den Netzwerkpfad nicht zugreifen und bricht mit einer Fehlermeldung ab. Führe ich es anschliessend per Hand aus, funktioniert es wunderbar. Habe 30 Sek waits eingebaut, bis auf den Netzwerkpfad zugegriffen werden soll, kommt aber leider noch selber fehler! :(

Das o.g. Problem tritt sowohl auf Maschinen mit SP1 inkl. aller Patches sowie SP2 auf. Nachdem ich noch etwas rumprobiert habe, konnte ich das Problem eingrenzen. Die Scriptloader.exe versucht auf ein Netzwerklaufwerk zuzugreifen. Dieses ist wohl kurz nach dem Neustart noch nicht verfügbar. Ich habe nun die Scriptloader.exe auf die Clients kopiert und rufe diese über eine GPO auf. Sicherlich wäre es auch gegangen, die Scriptolader.exe beim Abmelden ausführen zu lassen, allerdings würde sie dann ihren Zweck verlieren. Über die Scriptloader.exe wird nämlich ein Setup aufgerufen, das den Client auf den aktuellen Entwicklungsstand bringt (tägliche Updates!). Dieser soll natürlich nach dem Hochfahren verfügbar sein.

Habe mich evtl. zu früh gefreut. Ich habe beim DC in die Gruppenrichtlinien der OU die Scriptloader.exe eingetragen. Wenn ich Windows XP neustarte und mich unmittelbar nach dem Erscheinen des Loginfensters anmelde, wird die Scriptloader.exe nicht ausgeführt. Warte ich stattdessen etwas mit der Eingabe der Anmeldeinformationen, funktioniert alles wunderbar. Mir ist dies zunächst nicht aufgefallen, da ich mich immer nur neu angemeldet habe ohne einen Restart zu machen. Es sieht so aus, als benötige der DC zu lange, um die Startinformation der Scriptloader.exe dem Client mitzuteilen. Bei Win2k tritt dieses Phänomen nicht auf. Gibt es vielleicht in den Gruppenrichtlinien eine Einstellung, mit der man das Erscheinen des Loginfensters um x Sekunden verzögern oder dem DC sagen kann, dass er die Anmeldescriptinfos schneller an den Client reichen soll? Schönes WE euch allen ....

Vielen Dank für den Tip motzel! Script ist installiert und in die Domain eingebunden. Funktioniert wunderbar und ist wirklich total easy einzusetzen.

Genau aus diesem grund habe ich runas.exe recht schnell aus meinen überlegungen ausgeschlossen. (war aber auch meine erste idee)

Vielleicht hat hier jemand für mich eine Anregung zu folgendem Problem: Ich habe eine Reihe von Clients, an denen Domainbenutzer arbeiten. Jetzt soll über ein Installshield-Setup bei jedem Einloggen ein Setup ausgeführt werden, was gewisse Programmdateien aktualisiert. Die Setupdateien liegen auf einem Netzlaufwerk. Problem: Ein Setup kann grundsätzlich nur als Admin ausgeführt werden - meine Domain-Benutzer sollen aber keine Admin- oder Hauptbenutzerrechte bekommen. Es steht ein Win2003 DC zur verfügung. Ich schildere jetzt mal nicht, was ich schon alles probiert habe, da dies vielleicht jemanden in eine falsche Richtung verleiten würde. Habe allerdings schon unzählige Möglichkeiten ausprobiert, die jedoch alle nicht zum Erfolg führten :(

Das ganze soll auch in einer Domäne stattfinden. Ich habe dem DC schon angewiesen, die roamingprofile zu speichern. Wenn ich das allerdings richtig verstanden habe, werden dann nur die Desktopeinstellungen gesichert.

Ist es möglich, die persönlichen Einstellungen eines Programms (z.B. die in einer .ini oder ind der registry gespeichert sind) beim Login zu laden? Unsere Entwickler wollen sich auf allen Rechnern einloggen und dort beispielsweise mit ihren Visual-Studio einstellungen arbeiten koennen.

Ich stehe momentan vor einem ähnlichen Problem. Wenn ich auf den Clients in den lokalen Gruppenrichtlinien den Domainbenutzer eintrage, der Adminrechte bekommen soll klappt alles. Es wäre jedoch schön, wenn ich dies über das Snapin "Benutzer und Computer" regeln könnte. Wenn ich jedoch dem Benutzer am DC die Gruppe "Administrator" zuweise, bleibt das an den Clients ohne Erfolg.

Da auf den Clients teilweise zeitsensible Dienste laufen, muss die Uhrzeit immer exakt übereinstimmen. Die Systeme laufen zum Teil mehrere Monate durch! Wir haben jetzt ein eigenes Programm geschrieben, das die Zeit alle 30 Sek beim Zeitserver sybchronisiert! Schade nur, dass Windows dies Möglichkeit nicht über AD liefert.

Die Clients übernehmen doch sowieso die Serverzeit des PDCs beim Login und dieser wird ständig mit einer Atomuhr synchronisiert. In den Gruppenrichtlinien hab ich nirgends eine Möglichkeit gefunden den Intervall der Zeitsynchronisierung einzustellen.

Ich habe gerade mit dem at-Befehl rumexperimentiert und bin leider zu keiner Lösung gekommen. Es soll ja nicht nur beim Anmelden an der Domain ein Zeitabgleich stattfinden (das geschieht ja ohnehin durch den PDC) sondern die Clients sollen alle 5 Minuten die Zeit am Zeitserver aktualisieren. Da es bei der Anzahl der Clients zu mühseelig ist, auf jeder Maschiene einen geplanten Task hierfür einzurichten, muss es doch eine automatisierte Möglichkeit geben?!?!?! Wenn ich einen Task auf einem Rechner plane, kann ich diesen problemlos auf alle Clients kopieren. Allerdings kopiert er logischerweise nicht den Benutzer nebst Kennwort, unter dem derTask ausgeführt werden soll. Update: Laut msdn werden mit at geplante tasks immer unter dem lokalen benutzer ausgeführt. Da net time allerdings "Adminrechte" braucht, ist der Befehl dann wohl unbracuhbar :(

Wie kann ich denn per batch den "geplante Tasks"-Dienst konfigurieren(vorallem muss ich einen Benutzer zuweisen können, unter dem der task ausgeführt werden soll!)? Dann würde ich diese einfach per Logonscript auf den ganzen Clients starten. *** komme aus dem Linuxlager und vermisse meinen crond *** :D

Ich betreibe mehrere Win2k Clients in einer AD-Domaine unter Win2k3. Für die Anwendungen die teilweise auf den Clients laufen ist es extrem wichtig, dass die Systemzeit identisch ist, mit unserem Timeserver. Deshalb soll die Systemzeit bei den Clients und den Servern alle 5 Minuten aktualisiert werden. Gibt es vielleicht in der Domainpolicy eine Möglichkeit, für das komplette Netz eine ständige Abfrage der Uhrzeit für die Clients am PDC einzustellen. Meine Idee bisher bestand darin, eine nettime.cmd Datei auf dem PDC in einem share abzulegen und die Clients per geplante tasks diese alle 5 Minuten ausführen zu lassen. Gibt es eine Möglichkeit für den Domainadmin, geplante Tasks per Batchdatei an die Clients zu verteilen und diesen noch mitzuteieln, dass sie nur unter einem bestimmten Benutzer ausgeführt werden sollen?