Daniels Tagesmeldungen

Im Bereich der Programmierung, des Skriptings oder Verwaltung von Zugriffsberechtigungen werden regelmäßig zur eindeutigen Identifizierung SIDs verwandt, da der Anzeigename verändert werden kann und es somit Probleme entstehen können. Bei der Nutzung von SIDs ist die Bezeichnung des entsprechenden Objekts nicht relevant.

Hier eine Auflistung meiner meist genutzten SIDs:

• S-1-1-0 = Jeder
• S-1-5-2 = Netzwerk
• S-1-5-4 = Interaktiv
• S-1-5-14 = Terminaldienste-Anmeldung
• S-1-5-18 = System
• S-1-5-32-544 = Gruppe der Administratoren
• S-1-5-32-545 = Gruppe der Benutzer
• S-1-5-32-548 = Gruppe der Konten-Operatoren (auf Domänencontrollern)
• S-1-5-32-550 = Gruppe der Server-Operatoren
• S-1-5-32-550 = Gruppe der Druck-Operatoren
• S-1-5-32-555 = Gruppe der Remote Desktop Benutzer
• S-1-5-32-573 = Gruppe der Ereignisanzeigen-Leser
• S-1-5-32-578 = Gruppe der Hyper-V-Administratoren
• S-1-5-32-580 = Gruppe der Remote-Management-Benutzer

Die nun folgenden Nutzer werden vom Computer bzw. einer Domäne mit einem zusätzlichen String identifiziert, der durch einen Zufallsgenerator bereits bei der Installation des Systems erzeugt wird. Als Platzhalter für diesen Eintrag verwende ich “xxx”:

• S-1-5-21-xxx-500 = Lokaler Administrator
• S-1-5-21-xxx-512 = Gruppe der Domänen-Administratoren
• S-1-5-21-xxx-513 = Gruppe der Domänen-Benutzer

Es gibt auch noch weitere Benutzer und Gruppen, die entsprechend nachgelesen werden können

Link

Am gestrigen Tage erhielt ich eine Anfrage aufgrund meines Artikels zum Active Directory-Schema und der Installation des entsprechenden SnapIns per DLL-Registrierung. Der Anfragende bekam immer die Fehlermeldung “The Module schmmgmt.dll Loaded but the Call to DllRegisterServer Failed with Error Code 0×80040201″.

Er hatte auch seinem Benutzer die höchstmöglichen Active-Directory-Rechte eingeräumt, was allerdings den Fehler nicht beseitigte. Das Hinderniss um den Befehl erfolgreich auszuführen war die UAC, die bei Windows Server 2008 R2 genauso aktiviert ist wie bei den Clientbetriebssystemen.

Nachdem der Fragende den Befehl “regsvr32 schmmgmt.dll” in einem Konsolenfenster mit administrativer Berechtigung ausgeführt hatte bekam er von dem System eine Erfolgreiche Rückmeldung und konnte auch das SnapIn nutzen.

Aufgrund einer Domänenumstellung bei einem Kunden war es erforderlich den Befehl ADPREP von einer Windows Server 2008 R2-CD auszuführen.

Dabei musste auf einem Domänencontroller mit Windows Server 2003 R2 (32-Bit) eine Schemavorbereitung für eine Windows Server 2008 R2 Domäne durchgeführt werden.

Dieses stellt im eigentlichen kein Problem dar, wenn man an eine Kleinigkeit denkt:

• Befehl “adprep” für 64-Bit-Systeme verfügbar
• Befehl “adprep32″ für 32-Bit-Systeme verfügbar

Ich hatte leider noch eine ältere Zusammenstellung in meinen Unterlagen gefunden, wo der diese Unterscheidung leider nicht noch dokumentiert war.

Somit konnte ich mit dem entsprechenden Befehlen die Domäne auf ihre Umstellung auf einem Windows Server 2008 R2-Domänencontroller vorbereitet werden:

adprep32 /forestprep

adprep32 /domainprep /gpprep

Nach dem Hinzufügen des ersten Domänencontrollers sollte noch der folgende Befehl ausgeführt werden.

adprep32 /rodcprep

Somit hat man  Befehl komplett für die Umstellung genutzt.