WinfriedHH

Das kann ich erst nach Unterrichtsschluß probieren ...

Na super ... die Hälfte der Richtlinie verstehe ich nicht únd noch weniger deren mögliches Interagieren ... Nein. Bevor ich da irgendwas herumbastle (die Dinger sind an den Boards fest eingebaut, die rauszuholen wäre Fummelkram ohne Ende), will ich erst mal alle softwaremäßigen Lösungen probiert haben.

Das GPRESULT-Protokoll habe ich ja schon an eine Nachricht hier im Thread angehängt, die Richtlinie wird angewendet! Wenn es um einen Rechner in einem PC-Raum ginge, wäre das gar kein Problem. Aber es sind die Rechner, an denen unsere ActivBoards hängen. Und wenn ich die lahmlege, hat die Klasse keine Tafel :-) Mich interessiert noch mal der folgende Gedanke mit dem Startup-Script: Wie kann ich ein Computer-Startup-Script so hinterlegen, daß es den Rechner bremst, bis das Netzwerk da ist? In dem Fall müßte ich das Script vermutlich lokal speichern und dann tatsächlich per GPEdit verankern? Testumgebung bringt nichts. Nur unsere Lenovo-Kisten zeigen dieses Problem ...

Na ich kann da auch nicht dauernd den Unterricht stören. Kann man das nicht theoretisch vorhersagen? Also ob sich lokal gesetzte Richtlinien anders auswirken als per Domäne gesetzte, die aber per HDGuard übernommen sind?

Ich hatte die Richtlinien erst mit GPUPDATE /FORCE übernommen und dann beim HDGuard die Änderungen übernommen. Also müßte die Policy eigentlich im System verankert sein, oder? Oder ist es noch mal was anderes, wenn ich sie per GPEdit setze?

Wird denn das Script an sich in dem Zuge auch auf den Client kopiert oder wird da bei jedem Neustart versucht, es aus der Netzwerkfreigabe zu lesen? Aber nur wenn ich vor nem Neustart die Änderungen übernehme ... sonst sagt HDGuard nämlich nach dem Neustart Ätschibätsch, alles umsonst gewesen ;)

OK, aber wo bringe ich das unter? Ich habe zwar schon mit Computer-StartupScrips gearbeitet, aber die habe ich immer auf dem Server liegen gehabt und über eine GPO verteilt. Wenn aber das Netzwerk noch nicht bereit ist, bringt das herzlich wenig ... Ja, ich habe beide Einstellungen vorgenommen, auch noch zwei andere, die ich aus anderen Tipps habe: Remotebenutzerprofil abwarten Erwartet Einwählverzögerung bei der Anmeldung Du kannst ja trotzdem noch mal in das GPRESULT-Protokoll schauen, vielleicht fällt Dir da ja was auch, was ich übersehen habe. Danke, Winfried

Moin! Da ging es auch nicht. Heute geht es seltsamerweise wieder problemlos. Ich sagte ja schon, dass es in 90% der Fälle nicht geht, also nicht immer. Damit könnte ich das Verbinden der Netzlaufwerke verzögern, aber nicht die Benutzeranmeldung und das Laden des Profils, oder? Ich würde das Ergebnis ja gerne zeigen, aber ich habe "keine Berechtigung, diese Art von Dateien hochzuladen" :( EDIT: Ich habe die HTML-Datei jetzt als ZIP-Archiv hochgeladen, das durfte ich offenbar. Diese GPRESULT-Datei habe ich als Administrator erstellt, da mir mit dem Benutzeraccount die Computerkonfiguration nicht angezeigt wurde. Ach so: Die Domäne heißt natürlich nicht musterschule.local, aber ich habe die Datei anonymisiert :) GPRESULT_anonym.zip

Hallo Experten, wir haben hier ein größeres Problem mit unseren Computern, die die ActiveBoards in unseren Klassenräumen ansteuern. Diese PCs laufen unter Windows 7 und sind Mitglieder einer Domäne (DC ist Server 2008 R2). Die Rechner sollen sich beim hochfahren automatisch anmelden (AutoAdminLogon), was sie auch problemlos tun. Allerdings tun sie das offenbar, bevor das Netzwerk wirklich bereit ist, denn es in 90% der Fälle die lokale Kopie des servergespeicherten Profils geladen und die Netzwerklaufwerke werden nicht verbunden. Wenn man den Benutzer dann abmeldet und manuell neu anmeldet, ist alles in Ordnung. Obwohl - ganz in Ordnung auch wieder nicht. Beim Herunterfahren kommt meistens die Meldung, daß das servergespeicherte Profil nicht vollständig synchronisiert wurde. Das ist aber nicht sooo schlimm, da Benutzerdateien ohnehin auf den Netzlaufwerken abgelegt werden sollen. Wo könnte die Ursache liegen bzw. wie könnte ich danach zielgerichtet suchen? Oder gibt es eine Möglichkeit, eine kleine Warteschleife einzubauen, die die automatische Benutzeranmeldung etwas verzögert? Noch zwei Hinweise: Die Richtlinie "Immer auf das Netzwerk warten" ist natürlich aktiviert, auch die Empfehlungen aus http://www.gruppenrichtlinien.de/artikel/fast-logon-schnelles-anmelden-asynchrones-startverhalten-ehemals-faq-36/ sind umgesetzt. Die Rechner sind mit SSD statt Festplatte ausgestattet Die Rechner sind mit HDGuard geschützt. Das heißt beim Herunterfahren bzw. Neustarten verfallen alle lokal gespeicherten Änderungen. Schöne Grüße von der Elbe, Winfried

Hallo zusammen, wir haben auch ein Problem mit dem Warten auf das Netzwerk. Nach Hochfahren des Rechners erfolgt eine automatische Anmeldung an der Domäne. Leider ist das Netzwerk zu dem Zeitpunkt noch nicht bereit, so daß nicht das servergespeicherte Profil, sondern dessen lokale Kopie geladen wird. "Portfast" ist an unseren Switches nicht aktiv, da das Feature "Spanning Tree" nicht aktiviert ist. Hier hat auh keiner Ahnung, was es damit auf sich hat - auch nach der Lektüre des (deutschsprachigen) Wikipedia-Artikels nicht. Ich bin Windows-Admin, kein Netzwerktechniker - daher sind mir die Grundlagen zum Verständnis solcher Switch-Features fremd. Könnten wir aber eventuell die genannte Richtlinie: einsetzen, um die Rechner zu veranlassen, sich erst anzumelden, wenn das Netzwerk wirklich verfügbar ist bzw. der DC erreichbar ist? Leider habe ich die englischsprachige Beschreibung nicht im Detail verstanden. Außerdem müßte ich wissen, wie diese Richtlinie auf einem deutschen Server 2008 R2 heißt. Ich habe in dem angegebenen Pfad mal gesucht, aber nichts gefunden, was dem zu entsprechen schien. Oder muß man dafür erst aktualisierte ADM-Templates importieren? Danke, Winfried

Also Moment mal ... wenn es das korrekte Verfahren ist, ein Defaul-Profil im Netlogon zu hinterlegen, dann muß man dieses Default-Profil doch irgendwie erstellen. Wenn nicht aus einem bestehenden Benutzerprofil, wie dann? Das habe ich jetzt schon drei mal gefragt und bekomme keine Antwort :( Zusätzlich zu was?

Was aber nichts daran ändert, daß man diese DefaultUser-Vorlage erst mal erstellen muß. Wie soll das gehen, wenn man sie nicht aus einem bestehenden Benutzer erstellen darf? Und wenn man sie auch aus einem bestehenden Benutzer erstellen darf, wie geht das?

Aber auch diese Vorlage muß man ja erst mal erstellen. Und wie? Unter XP habe ich das immer gemacht, indem ich einen Benutzer "Vorlage" angelegt habe, den fertig eingerichtet habe, und das Profil dann mittels "Benutzerprofil kopieren" auf Default User kopiert habe. Das soll ich, wenn ich Dich richtig verstanden habe, hier ja nicht machen, denn das wäre ja "einen bestehenden Benutzer als Vorlage nutzen" und davon rätst Du ja ab. Und wie? Bevor ich mir noch mal einen halben Tag damit um die Ohren schlage, alle Einstellungen, die ich bei Benutzer X gemacht habe, auch für Benutzer Y neu zu machen, würde ich sogar das probieren, wenn es keine bessere Möglichkeit gibt. Denn wer weiß, ob ich bei einer Profil-Neueinrichtung für Benutzer Y an alle Kleinigkeiten denke, die ich vor einem Jahr bei Benutzer X gemacht habe.

Hallo in die Runde, wir haben hier eine Domäne mit einem Server 2008 R2 und Clients unter Windows XP und Windows 7. Meine Frage bezieht sich aber nur auf die Windows7-Clients. Ich möchte gerne das servergespeicherte Profil eines Benutzers X als Grundlage für das servergespeicherte Profil eines neu anzulegenden Benutzer Y nutzen. So daß der Benutzer Y bei der Erstanmeldung die gleichen Einstellungen hat, wie der Benutzer X. Allerdings sollen Änderungen, die X anschließend an seinem Profil macht, nicht für Y gelten und umgekehrt. Es geht also darum, das Profil zu kopieren, nicht es gemeinsam zu nutzen. Normales Kopieren ist bei Profilen aber ja nicht sinnvoll, wenn ich das richtig im Kopf habe. Gibt es einen anderen Weg, ein Hilfsprogramm von Microsoft vielleicht? Sowas wie früher bei Windows XP in den Systemeinstellungen, wo ich (lokale) Profile kopieren konnte? Herzliche Grüße von der Elbe, Winfried

Beitrag zurückgezogen ...

Hallo zusammen, vielleicht könnt Ihr mir bei folgendem Problem helfen: Wir hatten bisher zwei Fileserver, FILE1 (Server 2008 R2) und FILE2 (Server 2000 SP4). FILE1 hat die IP-Adresse 192.168.50.101, FILE2 hat(te) die IP-Adresse 192.168.50.102. FILE1 fungiert zugleich als DomainController und DNS- und WINS-Server. Aus Kostengründen haben wir FILE2 stillgelegt und die Inhalte auf FILE1 geschoben. Die Freigaben habe ich dort entsprechend nachgebildet. Damit wir an den Clients keine Veränderungen vornehmen müssen, habe ich die IP-Adresse von FILE2 als zusätzliche IP-Adresse bei der Netzwerkkarte von FILE1 eingetragen. Im DNS und auch im WINS gibt es nach wie vor einen Host-Eintrag namens "FILE2", der nach wie vor auf die IP-Adresse 192.168.50.102 zeigt. Wenn ich nun \\FILE2\FREIGABE aufrufe, müßte das ja eigentlich klappen, oder? Tut es aber nicht, stattdessen bekomme ich eine Fehlermeldung, daß auf die Freigabe nicht zugegriffen werden kann und ich evtl. keine Berechtigung dafür habe. Ich kann aber: * FILE2 pingen (wird dabei korrekt als 192.168.50.102 aufgelöst) * mit \\192.168.50.102\FREIGABE auf die Daten zugreifen * mit \\FILE1\FREIGABE darauf zugreifen Warum kann ich mit \\FILE2\FREIGABE nicht zugreifen????? Danke für Eure Hilfe, Winfried