Hallo Lars,
vielen Dank für die Mailantwort.
Wir, das heißt ein EDV-Mitarbeiter unseres Sachaufwandsträgers und ich sind
mittlerweile ziemlich frustriert. Leider funktionieren die weiter unten
geposteten Vorschläge (Registry-Eintrag und mehrmaliges Neubooten) nicht.
Der Registry-Eintrag ist auf den Windows NT 4.0 (ServicePack 6a)-Clients
nicht eingetragen gewesen. Also händisch per RegEdit eingetragen. Kiste
runterfahren, Kiste neu starten. Ergebnis: nichts. Die im
Samba-NETLOGON-Verzeichnis gespeicherte ntconfig.pol (alles
kleingeschrieben) wird nicht abgearbeitet.
Auch fünmaliges Runter- und Rauffahren des NT-Clients brachte absolut
nichts.
Das am SLSS überprüfte Protokoll für die Zugriffe auf das
NETLOGON-Verzeichnis (kann's leider nicht fachmännischer ausdrücken, das hat
der EDV-Mitarbeiter gemacht) weist aus, dass auf die Datei ntconfig.pol
zugegriffen bzw. dass diese Datei abgearbeitet wird. Das heißt dann ja, dass
der Client die Datei ausliest, nur irgendwie nicht bei sich anwenden kann
oder will oder darf.
Die nächste Idee war, dass es vielleicht daran liegen könnte, dass die
NT-Clients bisher ja schon immer mit ntconfig.pol zugebügelt worden sind,
dass irgendwelche Policies irgendetwas nach der Domänen-Umstellung von NT
4.0 auf SLSS verhindern.
Also: Einen "jungfräulichen", noch nie mit irgendwelchen Policies versehenen
NT-Rechner hergenommen (ein alter Privat-Rechner), diesen in die SLSS-Domäne
eingebunden und dann die ntconfig.pol angewendet. Erfolg: derselbe, leider
nichts.
Muss man auf der NT-Workstation noch irgendwelche Rechte nach der Aufnahme
in die SLSS-Domäne setzen, damit da Policies abgearbeitet werden dürfen (nur
so eine Idee)? Oder ist die auf dem alten NT-Server zum Einsatz gekommene
ntconfig.pol mit irgendwelchen Rechten, die in der Datei drinstehen
versehen, dass man die Datei nicht einfach auf den SLSS-Samba-NETLOGON
kopieren darf?
Die nächste Überlegung war, einfach eine neue ntconfig.pol mit dem PolEdit
zu erstellen. Also die common.adm und winnt.adm als Richtlinienvorlagen in
den PolEdit importiert. Eine klitzekleine ntconfig.pol mit einem in
SLSS-Samba-NETLOGON abgelegten Bild namens schule.bmp verknüpft, das als
Hintergrundbild per Policy zugewiesen werden soll. Weiter nichts. Dies als
einzige und alleinige Richtlinie. Auch das hat nicht funktioniert.
Dann kam die Frage auf, ob NT 4.0 an dem Dilemma Schuld haben könnte! Nichts
leichter als einen Windows 2000-Rechner herzunehmen und auf diesem eine
2000er-Policy anzuwenden. Erfolg: ebenfalls nichts.
Tja, nach 2000 kam XP. Also noch einen XP-Client schnell installiert und die
von dir, Lars, bereitgestellten Vorlagen verwendet. Auf einmal: BINGO. Mit
XP funzt es. Absoluter Unglaube, aber es ging. Die Richtlinie mit dem
besagten Hintergrundbild wurde anstandslos abgearbeitet, nicht nur bei einem
Account namens schueler1, sondern auch bei schueler2, lehrer1 usw.
Warum funktioniert es bei Windows NT 4.0 nicht? Wo ist der kleine oder
riesige Denkfehler?
Tschuldigung, wenn die Mail jetzt schon so lange geworden ist, aber die
Gedanken mussten raus! Ich hoffe, es hat noch jemand bis hierher gelesen.
Einen schönen Abend wünscht
Michael Kolb
Systembetreuer
Rückertschule Coburg
http://www.rueckertschule.de
----- Original Message -----
From: "Lars Rupp"
Nun habe ich die ntconfig.pol einfach vom alten Server gesichert und auf den dann installierten neuen SLSS in das besagte Verzeichnis hineinkopiert. Das Seltsame ist nun, dass ein Teil der in dieser ntconfig.pol festgelegten Richtlinien abgearbeitet wird, ein anderer Teil nicht. Zum Beispiel habe ich ein vorgegebenes Hintergrundbild (funktioniert) und die Icons auf dem Desktop sollen komplett ausgeblendet werden (funktioniert).
Evtl. finden die Clients den Ort der neuen ntconfig.pol nicht bzw. suchen Sie noch auf dem alten Server? Was ist in der Registry unter: HKEY_LOCAL_MACHINE\System\CurrentControlSet\control\Update\ bei "NetworkPath"= und "UpdateMode"= eingetragen? Am einfachsten wäre hier wohl zunächst, wenn die Pfade festgelegt würden: "NetworkPath"="\\<pdc-name>\netlogon\ntconfig.pol" "UpdateMode"="0x00000002 (2)" "Verbose"="0x00000001 (1)"
Gibt es da einen Trick bei der Geschichte mit ntconfig.pol? Was mache ich falsch? Hat jemand dazu eine Idee?
Oft hilft 2-3maliges Neubooten, bis die Konfiguration wirklich erneuert wird. Warum das so ist: M$ fragen... Viele Grüße, Lars