Linne

Keine Antwort, vielleicht war das zu viel Text. ;) Kann mir einer sagen, wie der Windows-Anmeldeprozess genau abläuft in Zusammenhang mit Mandatory Profiles? Ist das in einem (Microsoft Press) Buch genau beschrieben? Im übrigen überlege ich mir gerade den Desktop des Support-Users via Ordnerumleitung auf einen Server umzuleiten. Wie sind Eure Erfahrungen damit? Thx Linne

Hallo Kraftzwerg, wie oft kommt das denn vor, dass die User das lokale Konto mit Adminrechten nutzen? Brauchen sie es dann um z.B. einen lokalen Drucker oder Software zu installieren oder haben sie Probleme sich mit ihren eigenen Domänenkonto anzumelden? Thx Linne

Hallo zusammen, ich teste gerade mandatory profiles und bin mir noch nicht sicher, ob das alles so klappt, wie es eigentlich sollte. Es handelt sich um ein Support-Login (mit roaming profile), dass bei vielen Rechnern genutzt wird. Dieses möchte ich vorkonfigurieren, sodass auf dem Desktop einige Tools, Verknüpfungen etc. liegen, die auch keiner löschen kann. Außerdem soll das profile nicht "vollgemüllt" werden. Deshalb habe ich auf dem serverprofile vom Support-Login die NTUSER.DAT in NTUSER.MAN umbenannt. Eine extra Gruppenrichtlinie für ein Konto möchte ich eigentlich NICHT machen. So würde es anscheinend gehen: --> Bilder-Upload.eu - Gratis Fotos fr Freunde, Foren und Auktionen hochladen Nachdem ich mich das erste Mal an einem Rechner mit dem Support-Login anmelde, wird das mandatory profile vom Server gezogen. Wenn ich dann irgendwelche profile-Änderungen mache, so werden diese lokal auch im profile gespeichert (überprüft mit anderem Login) aber korrekterweise nicht auf den Server zurückgeschrieben. Melde ich mich dann aber wieder mit dem support-Login an, so sind diese lokalen Änderungen korrekterweise dann nicht mehr vorhanden (manchmal aber schon, das teste ich gerade ja noch). Heißt das, dass Windows beim Anmelden überprüft, ob auf dem Server ein mandatory profile vorhanden ist, und wenn ja, dass dieses profile dann immer komplett vom Server geladen und lokal abgelegt wird? Kann es zu Problemen kommen, wenn auf einem Rechner schon lokal alte Profiledaten vom support-Login mit NTUSER.DAT oder NTUSER.MAN vorhanden sind? Kann ich problemlos das mandatory serverprofile konfigurieren, indem ich dort Desktopdateien lösche / hinzufüge? Ist es zwingend notwendig, via GPO dafür zu sorgen, dass beim Abmelden das lokale profile komplett gelöscht wird, sodass es keinen Stress mit dem mandatory serverprofile gibt oder sollte das eigentlich nicht notwendig sein? Thx Linne

Hallo zusammen, wir führen gerade ein Active Directory in unserer Firma ein, welches erst mal parallel zum Novell eDirectory läuft. Die Desktops sind mittlerweile alle mit dem AD connected und alles ist soweit ok. Wir fangen jetzt an die Notebooks (XP Prof.) in die AD zu heben. Welche Erfahrungswerte habt ihr mit Notebook-Usern, die auch mal Monate lang offline arbeiten und sich wenn überhaupt nur via VPN-Client connecten? Fragen: 1. Gibt es eine Beschränkung seitens AD, wie lang ein User maximal offline arbeiten kann? 2. Macht es Sinn ein LOKALES Notfall-Konto für den User zu erstellen oder via GPOs zu verteilen? Der User kann sich ja zwar offline anmelden (mit den Cache Credentials) aber was ist, wenn man was mit seinem Profil nicht in Ordnung ist? Thx Linne

Moin-moin, das mit der Novell-Anmeldung verändert die Lage nicht. Novell arbeitet beim ZENworks mit den Microsoft-Richtlinien. Diese werden lediglich anders verarbeitet. Die Richtlinien werden in 3 Ordnern unter system32 gecached. Diese Ordner habe ich jetzt gelöscht. Die Usereinstellungen werden jetzt beim Neustart auch nicht mehr neu gesetzt, die Computereinstellungen schon. Anscheinend ist das noch irgendetwas aktiv von der abgelösten Novell-Seite. Wichtig ist für mich das Fazit und das ich jetzt verstanden habe, wie es standardmäßig funktioniert: Lokal geänderte Einstellungen werden nur überschrieben, wenn sich die Policy-Version auf dem Server geändert hat und sie somit neu gezogen wird. Wenn die Policy neu gezogen wird, werden alle Werte der jeweiligen Richtlinie neu gesetzt und somit beliebige lokale Änderungen überschrieben, auch wenn sie nicht Teil der Änderung der Server-Policy sind. Könnt ihr dem zustimmen?

Also, mein schlaues Buch sagt folgendes: "Wurde eine Einstellung lokal auf dem Client geändert, die durch die Gruppenrichtlinie kontrolliert wird, wird diese Einstellung NICHT wieder zurückgesetzt, da in der Gruppenrichtlinie selbst keine Änderung stattfand. Dieses Standardverhalten kann für die einzelnen CSEs geändert werden." Also, verhalten sich die Rechner die bei mir nach einem Neustart die lokal geänderten Werte immer noch aktiv haben, vollkommen korrekt. Die Frage ist, warum die anderen Rechner ihre Einstellungen nach jedem Neustart korrigiert haben. Ist halt alles andere als Standard. Sind Rechner mit einem Novell-Client. Das AD läuft parallel und ist noch recht frisch. Was ist aber nicht bestätigen kann, ist das lokal geänderte Werte nicht wieder überschrieben werden, wenn sie nicht explizit neu verteilt werden. Also, wenn ich Wert A verteilt habe und ihn lokal ändere, dann wird Wert A zwar erst dann wieder überschrieben, wenn die Policy auf dem Server geändert wurde, aber auch dann wenn ich der Policy lediglich Wert B geändert wurde. Kann das jemand so bestätigen?

Ich habe da eine Idee, muss aber erst noch was testen bevor ich jetzt spontan was schreibe, was doch nicht korrekt ist...

Die Richtlinien funktionieren ja wenn ich ein gpupdate /force machen oder wenn die Richtlinie auf dem Server geändert wird. Also kann das ja nicht der Fall sein. Was passiert denn genau beim Neustart? Sinngemäß doch ein pupdate /force oder aber greift der Rechner auf lokal gecachte Policies zu, wenn er feststellt, dass es keine neue Version gibt?

Hallo zusammen, ich habe folgendes Problem in einer Windows 2008 Umgebung mit XP-Prof-Clients: In den Gruppenrichtlinien sind diverse Computer- und Benutzer-Einstellungen, z.B. die Startseite des IE's, deaktivierte Dienste usw. Wenn ich nun am Client eine derartige Einstellung lokal ändere, so ist mein Verständnis, dass es beim Neustart via Gruppenrichtlinie wieder korrigiert wird. Ein Rechnerneustart entspricht also einem "gpupdate /force", währenddessen eine Hintergrundaktualisierung einem "gpupdate" entspricht. (Nur) bei einem Desktopbereich (anderes Image als bei den anderen Rechnern) funktioniert es aber nicht so. Damit die lokal geänderten Einstellungen korrigert werden, muss ich entweder ein "gpupdate /force" am Client ausführen oder aber ich muss eine Einstellung innerhalb der Policy auf dem Server ändern, dann erhält die Policy eine neue Versionsnummer und sie wird dann ebenfalls korrekt gezogen (und somit die lokal geänderten Einstellungen korrigiert). Kann mir das jemand erklären, bzw. hat jemand eine Idee woran das liegen könnte? An den GPOs selber kann es nicht liegen. Ich habe die GPOs der Problemrechner an Rechnern angewendet bei denen das Problem nicht besteht und dort war dann auch weiterhin alles ok. Die Netzwerkanbindung bei den Rechnern ist auch identisch. Thx Linne

Abhängigkeiten gibts da auch nicht unbedingt. Die Frage ist, kommst Du auf den Client noch remote drauf, wenn dieser den Arbeitsstations- und den Serverdienst abgeknippst hat.

Hallo zusammen, die Frage mag euch vielleicht ein bißchen komisch vorkommen, aber "wir" haben ein Novell-Netztwerk und auf den Clients sind die Windows-Dienste "ARBEITSSTATIONSDIENST" und "SERVERDIENST" abgeschaltet. Ich habe festgestellt, dass die Remote-Software CARBON COPY diese beiden Dienste benötigt und möchte nun wissen, ob es bei PC-ANYWHERE genauso ist. ULTRA VNC funktioniert z.B. auch ohne diese beiden Dienste. Danke & Gruß Linne P.S. Wie heißen die beiden Dienste eigentlich bei einem englischen XP?

Alles klar. Danke!

Na dann finde ich wieder das: "Office 2000 – Microsoft will continue to offer mainstream support for Office 2000 through June 30, 2004. The Office 2000 extended support period will last from July 1, 2004 through July 14, 2009. The latest Office 2000 service pack is required for hotfix support." Dann wären wir wieder bei Mitte 2009, was ja auch erstmal noch ein bißchen in der Zukunft liegt.

Hi Sir Fire, wo liest Du das denn mit dem Jahr 2014? Gruß Linne

Also wenn ich das richtig verstehe gibts bis mindestens Mitte 2009 MS Office 2000 Patche. Das ist doch schon mal was. Danke für die Hilfe Linne