Daniels Tagesmeldungen

Wenn man einen mit Bitlocker-verschlüsselten USB-Stick an einen Windows Server 2008 R2 anschließt, erhält nur Zugriff über das BitLocker To Go-Lesetool, welches bei mir standardmäßig auf dem USB-Stick abgelegt wird.

Um auch schreibenden Zugriff zu erhalten, muss das Feature „Bitlocker“  auf dem Server aktiviert werden. Dieses ist entweder über den Servermanager möglich oder kann per Befehl ausgeführt werden:

Windows Server 2008 R2:
servermanagercmd.exe -install BitLocker

Windows Server 2008 R2 – Core-Installation:
start /w ocsetup BitLocker

Wenn man nach dem Neustart nun den USB-Stick an den Windows Server 2008 R2 erhält man die gewohnte Kennwort-Abfrage und den Zugriff auf das Dateisystem.

Unter Windows Server 2008 R2 – Core-Installation kann dieser Mechanismus aufgrund der fehlenden GUI-Unterstützung nicht funktionieren. Somit muss dieser über die Konsole entsperrt werden:

manage-bde.exe -unlock „Laufwerksbuchstabe:“ -pw

 Anschließend muss das Kennwort für den Laufwerkszugriff eingegeben werden, welches während der Eingabe nicht sichtbar dargestellt wird.

Sollte man den angeschlossenen USB-Stick oder das entsprechende Wechselmedium häufiger am Core-Server nutzen wollen, kann durch die Eingabe des folgenden Befehls dauerhaft freigeben lassen:

manage-bde -autounlock -enable „Laufwerksbuchstabe:“

Entsprechend werden die Daten bei jedem Anschließen direkt zur Verfügung gestellt.

Für ein Projekt musste ich eine SQL-Datenbank anlegen, welche lokal auf dem Windows Server 2008 R2 installiert werden sollte.

Da ich es mir einfach machen wollte und auch nur eine Datenbank-Instannz benötigte, habe ich den Microsoft SQL-Server 2005 Express installiert.
Beim Zugriff auf die Datenbank vom Projekt-Tool aus wurde mir bewusst, dass ich gar keinen Datenbanknamen eingeben musste.

Somit begab ich mich auf dem Server auf die Suche nach dem Namen.
Eingerichtet habe ich as Tool wie folgt:
.\SQLEXPRESS

Für ein Tool, welches ich derzeit programmiere, wollte ich heute Abend gerne WMI-Werte eines Servers ermitteln und diese an Anwender des Tools zur Verfügung stellen. Bei mir funktionierte dieses Tool einwandfrei, was sich leider bei einem Kollegen nicht so darstelle.
Das Problem war schnell gefunden: Er hat keine adminstrativen Rechte auf dem Server. Diese sollte er auch füe die Nutzung der Applikation nicht erhalten.

Mir war noch aus alter Zeit bewusst, dass man die User der Gruppe „Distributed COM-Benutzer“ als Mitglieder hinzufügen musste. Nur bekam ich trotzdem noch die Meldung „Zugriff verweigert“.

Erst als ich unter der „WMI-Steuerung“ die „Eigenschaften“ öffnete  und unter dem Reiter „Sicherheit“ die entsprechende Active Directory-Gruppe eintrug, mit dem Recht des „Konto aktiveren“ sowie „Remoteaktivierung“ war ein Zugriff auf die erforderlichen Daten möglich.

Für eine Filterung von Active Directory-Gruppen innerhalb einer Gespeicherten Abfrage, musste ich unterscheiden, ob es eine Domänenlokale oder Globale Gruppe ist. Da man nicht bei jeder Gruppe davon ausgehen kann, dass sich alle an die Bezeichnungsvorlage der Gruppen gehalten haben, wollte ich gerne das eindeutige Merkmal der Gruppen nutzen, wie die Gruppe auch über die MMC bei der Einrichtung definiert wurde.

Entsprechend muss für diese Anforderung des Objektes der Wert des „Grouptype“ abgefragt mit den folgenden Kennzahlen abgefragt werden:

Für Verteilungsgruppen

• Globale Gruppe = 2
• Domänenlokale Gruppe = 4
• Universale Gruppe = 8

Für Sicherheitsgruppen:

• Globale Gruppen = -2147483646
• Domänenlokale Gruppen = -2147483644
• Universale Gruppen =-2147483640