Kategorie: Server

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.

Aufgrund einer Kundenanforderung sollte ich ein Skript erstellen, welches Dateien, die Älter als 120 Tage sind gelöscht werden sollen. Wichtig war dabei, dass nicht das „Modify“- sondern das „Create“-Datum als Grundlage der Löschung zu nehmen.

Ich habe dazu ein Tool namens DelAge32, welches eine entsprechende Auswertung zur Verfügung stellt.

Allerdings gibt es ein Handicap, welches dadurch nicht gelöst werden kann. Wenn eine Datei kopiert wird, ist das Datum am Tag des Kopiervorgangs das „Create“-Datum.

Mit dem Tool kann auch das „last access“-Passwort genutzt werden. Darüber versuche ich derzeit meine Festplatte meiner Daten ein wenig freizuhalten, da die alten Dateien ins Backup verschoben werden.

Link

Ich betreibe derzeit privat einen Windows Small Business Server 2003. In den letzten Tagen habe ich überlegt, wie ich es anstellen kann, daraus einen Small Business Server 2008 zu machen.

Leider ist ein Update nicht möglich, da der SBS 2003 ein 32-Bit-System ist und der SBS 2008 ein 64-Bit-System. SOmit muss der Server komplett neuinstalliert werden.

Dafür hat Microsoft einen Migrationsdokument erstellt, mit dem man dieses durchführen kann. Ich werde mir dieses nun mal zu Gemüte führen.

Link

Aufgrund von Migrationsarbeiten an einer Domäne wollte ich gerne eine Abfrage erstellen, bei der ich einen täglichen Report per Mail erhalte, welcher Benutzer eine spezielles Loginskript nutzt. Ich weiß, dass dieses per MMC und über LDAP-Abfragen möglich ist, allerdings nicht per Befehl „dsquery user“.

Nachdem ich ein wenig gesucht habe, fand ich das Tool „ADFind“, mit dem man per LDAP-Abfragen in einer DOS-Box bzw. entsprechend auch per Skripting durchführen kann.

Link

P.S. Am Anfang der kommenden Woche werde ich eine Seite mit meinen wichtigsten LDAP-Abfragen zur Verfügung stellen.

Ich muss in naher Zukunft einen Windows Sharepoint Services-Server umziehen. Zu diesem Zweck stehen nicht mehr ganztägig, die Datenbanken zur Verfügung. Somit müssen die Sharepoint-Seiten deaktiviert werden.

Mit dieser in der Beta-Phase befindliche Software kann man zeit gesteuert eine Maintenance-Seite schalten, so dass man mit Skripten entsprechend einen automatisierten Umzug starten kann. Des weiteren werden alle Anfragen an den Sharepoint-Dienst an diese Seite umgeleitet, so dass keine Datenänderungen seitens der Anwender gibt, auch nicht per angebundene Schnittstellen.

Diese Applikation ist auch für Sharepoint-Server geeignet und kann dort sogar getrennte Applikationen sperren.

Link

Gerade bin ich im Internet auf die neue Version des Webpart “Change Passwort” von ITaCS gestolpert. Es sind einige Verbesserungen eingebaut worden, wobei die wohl am ehesten auffallende, sieht der Anwender, wann sein Passwort abläuft und kann dieses entsprechend ändern.

Ich kann dieses Webpart nur empfehlen, wenn man einen Sharepoint-Server bzw den Windows Sharepoint Service betreibt, so dass man die Domänenbenutzer, die vielleicht nicht direkten Zugriff auf die Domäne haben, wie externe Kunden, auch an den Kennwortrichtlinien teilnehmen lassen und diese nicht mit der Richtlinie “password never expires” ausschalten zu müssen und somit einen höheren Sicherheitsaspekt gewährleisten.

Link