Kategorie: Windows Server

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

Ich habe mich am heutigen Abend ein wenig mit den „Windows Deployment Services“ befasst und versucht testweise einen virtuellen Server mit diesem Feature zu installieren.

WDS ist der Nachfolger von RIS (Remote Installation Service), den es bis Windows Server 2003 gab. Mit dem Service Pack 2 für Windows Server 2003 ist es nun möglich auch Windows Deployment Services unter dem genannten Serversystem zu nutzen. Ich habe mir allerdings zum Üben einen Windows Server 2008 installiert.

Man benötigt folgende Dienste in seinem Netzwerk, um den „Installationsbetrieb“ zu nutzen:

• DHCP (Dynamic Host Configuration Protocol)
• DNS (Domain Name System)
• AD DS (Active Directory Domain Services (bis Windows Server 2003: ADS)
• Ein System mit einer PXE-fähigen Netzwerkkarte
  PXE = Preboot eXecution Environment

Die Grundlagen habe ich mir nun geschaffen. Nun werde ich mal versuchen einen Windows 7-Image als Unattend-Installation dort zur Verfügung zu stellen.

Ich habe, wenn ich eine neue Gruppenrichtlinie erstellen sollte, mir die entsprechende Erweiterung in der Management-Konsole geöffnet und entsprechend mir die Richtlinie zusammengesucht. Dieses funktioniert nun einfacher.

Auf der im Link angegebenen Webseite können sich alle derzeit im Betriebssystem befindlichen Gruppenrichtlinien im Internet erarbeitet werden, so dass man die Bedingungen der Richtlinie bereits ohne Eingriff in die Serverumgebung vorüberlegen kann.

Desweiteren ist es möglich die Pfade in der Registry zu finden, wo die erstellte Richtlinie ihre Werte setzt, um diese zum Beispiel zu überwachen.

Link

Da mir häufiger in regelmäßigen Abständen eine Suchfunktion nach MAC-Adressen im DHCP-Server fehlt und dort sehr viele Reservierungen eingetragen sind, habe ich mir nun eine kleine Exportlösung erstellt.

Über den folgenden Befehlssatz lese ich alle Werte der Scopes aus und liefere mir diese in eine Text-Datei:
netsh dhcp server \\dhcpserver dump > C:\server.txt

Nun möchte ich allerdings in meiner Datei nur die Reservierungen angezeigt bekommen.
find „Add reservedip“ c:\server.txt > c:\reservation.txt
Der Befehl „find“ sucht nun in der „server.txt“ nach Zeilen mit dem in Anführungszeichen gesetzten Begriff „Add reservedip“ und gibt diese Zeilen in der „reservation.txt“ aus.

In dieser Datei kann ich nun nach der IP-Adresse, MAC-Adresse sowie der Beschreibung suchen.

P.S. Der NETSH-Befehl muss auf einem Server aufgerufen werden. Ich habe es auf mehreren Clients ausprobiert mit keinem Erfolg. Da man diese Datei sowieso bei öfterer Nutzung regelmäßig erneuern sollte, kann man dieses auf einem Server als „Geplanten Task“ einrichten.

Dienstlich nutze ich wie auch im privaten häufig KIX für meine Loginskripte.
Nun erhält man eine neue Anforderung und da man gewisse Dinge nicht mehr aus dem Kopf bekannt sind, lädt man sich die Dokumentation herunter.
Soweit so gut.

Leider komme ich nun zu meinem Problem. Ich wollte gerne aufgrund einer Anforderung eine in der Dokumentation zur Verfügung gestellte Variable gerne nutzen und habe dementsprechend mein Skript angepasst und getestet. Es kam zu ganz tollen Phänomenen, die ich mir nicht mehr erklären konnte.

Also wurde das ganze in einer Testdomäne durchgeführt. Dort hatte die selbe Anpassung die richtige Funktionalität. Als ich dann in den Versionsverlauf schaute, stellte ich fest, dass das es eine Änderung zwischen 2 Versionen gab.

Somit hatte das Skript in den 3 verschiedenen Versionen, die mir zur Verfügung standen immer unterschiedliche Auswirkungen.

Was lerne ich für mich daraus:
Zwischendurch mal in die Skriptsprache schauen sowie die Versionen vergleichen und anpassen.