Admin's Blog

VMware Convertor verlangt scsiport.sys – Version 5.0.2195.7017

Mario — Tue, 20 Jan 2009 10:11:46 +0000

Beim virtualisieren von Windows 2000 kann es passieren, das der VMware Convertor die Version 5.0.2195.7017 der Datei scsiport.sys verlangt. Das ist immer dann der Fall, wenn das Updaterollup 1 für Windows 2000 SP4 nicht installiert ist. Eine Version davor wird vom Convertor nicht akzeptiert.

Es gibt nun 2 wege das Problem zu lösen.

1. Das Updaterollup einspielen

Das wäre sicher eine Möglichkeit, diese führe ich in der Regel aber nicht so gern durch, es sei den es liegt ein Komplettimage der
Maschine vor. Nach erfolgreicher Virtualisierung und wegsichern der vmdk Dateien, ist das Einspielen risikoloser, vor allem auf Datenbankservern etc.

2. Die Datei von wo anders besorgen

Am schnellsten bekommt man die Datei aus einem Windows XP mit SP2. Dort befindet sich die Datei in der Version 5.1.2600.2180 unter \Windows\system32\drivers.
Diese Datei einfach auf den Rechner auf dem der VMware Converter läuft kopieren (Temp reicht), und über den Dateiauswahldialog dem Convertor bekannt machen.

Nach der Convertierung, ist im virtualisieren Windows 2000 die richtige (originale 5.0.2195.7059) Datei vorhanden.

Links:

Updaterollup 1 für Windows 2000 SP4 – deutsch

Gesammelte Erkenntnisse zum entfernen von Conficker.B (Downadup)

Mario — Fri, 16 Jan 2009 22:39:08 +0000

Dieser Artikel soll eine kurze Zusammenfassung von Erkenntnissen sein, die ich in den letzen Tagen bei der Beseitigung des Conficker.B Wurms gewinnen konnte.

Es gibt/gab in den letzen Tagen viele widersprüchliche Aussagen zur Verbreitung/Entfernung des Conficker.B (Downadup) Wurms. Ich selbst wurde mit dem Problem oder besser mit den Folgen des Wurms am Dienstag den 13.01.09 konfrontiert.

Spürbar in dem Sinne, das plötzlich Benutzerkonten in der Domäne zeitweise gesperrt wurden, was durch zahlreiche Anmeldeversuche an diversen Domaincontrollern entstanden ist. Die Kennwortrichtlinie sperrte die betroffenen Konten, wie eingestellt, für einige Minuten wegen der fehlerhaften Anmeldedaten.

Durch die im Ereignisslog protokolierten Versuche, und die damit zu ermittelnde Ursprungsip(s) war schnell ein Rechner für die Ursachenforschung gefunden. Ein Scan und eine kurze Recherche bei diversen Antivirenherstellern, deckte die Vermuttung, das im Netz der Conficker.B unterwegs ist(war).

Nach Inspektion verschiedenster Systeme stand fest, das Systeme die

- aktuelle Microsoft Patches besitzen
- die Firewall aktiv haben
- starke Kennwörter besitzen (lokal/Domäne)
- keine administrative Freigabe (admin$) besitzen

sicher und somit nicht verseucht waren.

Systeme die vom Wurm befallen sind, versuchen sich über die selbe Schwachstelle (spezielle RPC Anfrage) [fehlender Security Bulletin MS08-067] auf in Netzwerk gefundene Rechner zu kopieren. Schlägt das fehl, wird versucht über die administrativen Freigaben auf den Zielrechner zu gelangen. Dabei werden eine Reihe von Benutzernamen/Kennwörter probiert, u.A auch gleicher Benutzername/Passwort. Desweiteren anscheinen eine rudimentäre Passwortliste.

Die Entfernung des Wurms erfolgte am sichersten mit folgenden Schritten:

- aktualisieren aller Patches (es gibt einen weiteren Patch vom 13.01.09 MS09-001, der nach meiner Meinung ähnliche Lücken schließt)

- administrative Freigabe entfernen (net share admin$ /D)

- MSRT von Microsoft herunterladen und Scan durchführen (MSRT)

- Virenscann mit aktueller Virensignatur durchführen

Mittlerweile sind die Hersteller von Antivirensoftware in der Lage diesen zu erkennen. Die Reaktionszeit für eine funktionierende Virensignatur war bei keinem der größeren Hersteller berauschend. Da waren Windows Live OneCare und Microsoft Forefront schneller. Und das zu sagen fällt mir (als Linuxlasstiger) nicht sehr leicht

Für Clientrechner benutzt man am besten eine Installationsroutine (Batchscript) beim Logon in die Domäne. Somit lässt sich das einspielen von Patches und MSRTleicht erledigen, oder besser falls vorhanden einen WSUS benutzen.

Das MSRT lässt sich auch jederzeit durch Eingabe von mrt in der Commandozeile starten.

Links:

Informationen zum Conficker.B/Downadup Wurm
Windows-Tool zum Entfernen bösartiger Software (MSRT)

Gerade entdeckt – der Song des Systemadministrators

Mario — Wed, 11 Jun 2008 20:27:25 +0000

Ich habe gerade beim Besuch eines Art verwandten Blog (Der fiese Admin) folgenden Song entdeckt. Ich hoffe Ihr habt genauso viel Freude an dem Titel, der viel Wahrheit in sich trägt.

Danke Marcel, das war ein guter Abschluss des Tages

Adobe Acrobat Reader Update schlägt fehl, alte Version läßt sich nicht entfernen

Mario — Wed, 11 Jun 2008 20:01:05 +0000

Beim Versuch den Adobe Acrobat Reader von der Version 7 auf 8 anzuheben, brach das Update mit einem Fehler ab. Das Setup konnte offenbar die alte Version des Readers nicht entfernen.

Die ersten Lösungsansätze wie Dateien löschen und Registry per Hand von Acrobat Reader Einträgen zu säubern brachten auch keine deutliche Verbesserung. Das Setup brach immer noch ab.

Abhilfe schaffte der Microsoft Windows Installer Dienstprogramm “CleanUP”. Mit diesem konnte ich die wohl noch vorhandenen Reste entfernen und den Acrobat endlich auf den neusten Stand bringen.

CleanUp läßt sich unter

http://download.microsoft.com/download/e/9/d/e9d80355-7ab4-45b8-80e8-983a48d5e1bd/msicuu2.exe

herunterladen.

Tail (-f) Ersatz unter Windows

Mario — Tue, 13 May 2008 20:29:16 +0000

Heute möchte ich kurz ein nützliches Tool für Windows erwähnen. Jeder der unter Linux tail -f verwendet, um Logfiles oder ähnliches auf der Konsole in Echtzeit ausgeben zu lassen, wird diese Funktion unter Windows vermissen.

Gerade für Test und Deuggingzwecke braucht man ein solches Tool. Ansonsten ist der Admin mühsam damit beschäftigt, die Logfiles händisch zu öffnen bzw. schließen, um die Änderungen sichtbar zu machen.

Mit mTAIL gehört das der Vergangenheit an. Die .exe muss nur entpackt werden. Nach dem starten kann die zu öffnende Datei angegeben werden, mehr ist nicht zu tun. (Start drücken noch)

Das Programm ist auch in der Lage einen Alarm bei bestimmten Vorkommnissen zu erzeugen, das habe ich bisher aber nicht getestet.

Das Programm ist für den privaten Gebebrauch kostenlos und kann hier gedownloadet werden: Download mTail

Citrix serielle Schnittstelle (COM Port) mappen

Mario — Fri, 25 Jan 2008 13:17:49 +0000

Benötigt man unter Citrix die serielle Schnittstelle, dann muss diese gemappt werden. Das funktioniert generell über den net use Befehl, hat aber einen kleinen Stolperstein.

Der Befehl zum mappen lautet:

net use COM3: \\Client\COM1

In diesem Beispiel wird der COM Port 3 auf dem Citrix Server mit dem lokalen COM Port 1 am Client gemappt. In der benötigten Anwendung sollte also Com3 ausgewählt werden, wenn das Gerät am COM1 am Client angeschlossen ist.

Das ganze kann man zum Beipiel über eine Batchdatei abarbeiten, die erst den COM Port mappt, und danach die Anwendung startet.

Beispielscript:

net use COM3: \\Client\COM1 "C:\Programme\Office\Office10\Excel.exe"

Die Stolperfalle ist in der Mappingzeile das Wort “Client”. Hier wird oft versucht, mit Variablen in der Batch (%Hostname%) oder ähnlichem zu arbeiten.

Das ist falsch, es muss wirklich net use COM3: \\Client\COM1 heissen!

Weitere Hilfe zum Thema findet sich hier: Citrix Troubleshooting Portmapping

Heute schon Restart gemacht ..?

Mario — Thu, 27 Dec 2007 22:49:33 +0000

Wenn ein Server hängt, bleibt manchmal nur der Resetbutton. Steht der Server entfernt im Rechenzentrum, freut der Admin sich über eine komfortable Bedienoberfläche die mit einer solchen Resetfunktion ausgestattet ist. Aber eben nur manchmal.

Heute Nachmittag bekam ich eine nette SMS mit dem Inhalt “Nagios: Server xxxxxxx nicht erreichbar! … ”

Und tatsächlich, der Ping geht ins leere, SSH ist auch tot. Der betreffende Server steht im Rechenzentrum von 1&1.
Also kurz einloggen, und den Reset auslösen. Im Fenster nebenan läuft noch der Pingtest … ca. 10 Minuten später ein Lebenszeichen. Die Bedienoberfläche meint aber weiterhin, dass der Reset noch nicht durchgeführt wurde.

Nach dem wiedereinloggen per SSH und dem Routinemäßigen durchforsten der Logfiles musste ich feststellen, das der Server offensichtlich die ganze Zeit ordnungsgemäß lief. Ein Blick auf den Top offenbarte auch eine Uptime von 367 Tagen.

Also, der Reset wurde nicht durchgeführt. Daraufhin habe ich die 1&1 Hotline angerufen, um mich nach dem Grund zu erkundigen. Die erste Reaktion, keine Probleme im RZ. Nach meiner Schilderung, und der Nachfrage ob eventuell etwas am Switch nicht stimme, wurde dann aber schnell der Swich als Schuldiger ausgemacht.

Ok, kann ja vorkommen. Das Problem, der angestoßene Reset kann durch die Kollegen bei 1&1 nicht wieder entfernt werden. Nicht gerade die Antwort die ich hören wollte. Und so lief der Server dann noch geschlagene 4 Stunden, bis der Hotbutton zuschlug um den Server unsanft zu beenden.

Nicht gerade das beste für einen Datenbankserver, der eigentlich ganz tadellos läuft.

Automatischer Zeitabgleich VMware ESX Server

Mario — Wed, 10 Oct 2007 15:01:38 +0000

Um einen sauberen Zeitabgleich per NTP sicher zu stellen, sind einige kleinere Arbeiten am ESX Server zu machen.

Meist muss als erstes die richtige Zeitzone eingestellt werden. Dazu per SSH Client (z.B. Putty) auf der Konsole als User root einloggen. Wenn dabei, trotz richtiger Anmeldedaten der User root ein Access denied bekommt, liegt das an einer Einstellung des SSH Dienstes auf dem ESX Server. Diese bewirkt, dass der root sich nicht direkt per SSH anmelden kann. Das heißt, zuerst einen anderen User mit Bashrechten anmelden, und mit “su” + Rootpasswort als root einloggen.

Ich persönlich halte diese Einstellung bei einem öffentlichen System aus Sicherheitsgründen für SSH generell für gut. Steht der Server hingegen gut geschützt, kann man diese auch wie folgt deaktivieren:

Änderung der Datei /etc/ssh/sshd_config:

Zeile

PermitRootLogin no in PermitRootLogin yes

ändern.

Danach per /etc/init.d/ssh restart den SSH Dienst neu starten. Der direkte Login als root funktioniert nun.

Um nun die Zeitzone einzustellen, einen Symlink wie folgt setzen (eigene Zone ggf. anpassen)

ln -sf /usr/share/zoneinfo/Europe/Berlin/etc/localtime

Nun kann in der Datei /etc/ntp.conf ein schon vorhandener NTP Server eingestellt werden, von dem die Zeit abgeglichen wird. Dazu im Editor öffnen z.B:

vi /etc/ntp.conf

und im Abschnitt

# — OUR TIMESERVERS —–

nach

# restrict mytrustedtimeserverip mask 255.255.255.255 nomodify notrap noquery
# server mytrustedtimeserverip

suchen. Diesen nun auf den eigenen Server anpassen und durch entfernen der # aktivieren, als Beispiel:

restrict 111.222.333.444 mask 255.255.255.255 nomodify notrap noquery
server 111.222.333.444

weitere Server immer mit diesen 2 Zeilen. Danach die Datei /etc/ntp/step-tickers bearbeiten, und Zeilenweise die gleichen Timeserver eintragen.

Einen Test, ob die Zeiten abgefragt werden können, mit

ntpdate -q 111.222.333.444

durchführen. Erscheint dabei eine Meldung ala “ntpdate[....]: sendto(111.222.333.444): Operation not permitted”, könnte eine mögliche Ursache der nicht geöffnete Port an der Firewall des ESX Servers sein. Dieser kann mit folgendem Befehl freigeschaltet werden (m.E. ab ESX 3.x)

esxcfg-firewall --enableService ntpClient

Danach den Test erneut ausführen. Die momentane Systemzeit kann per Eingabe von “date” auf der Konsole angezeigt werden. Funktioniert dieser wie gewünscht, kann der ntp Dienst wieder per

/etc/init.d/ntpd start

gestartet werden.

Um diesen jetzt noch bei jedem Booten mitstarten zu lassen, folgende Zeilen verwenden:

chkconfig --level 345 ntpd on

Wenn die Systemzeit stimmt, kann man die Hardwareuhr im BIOS mit

hwclock --systohc

auf diese Zeit abgleichen.

Damit die Systemzeit der Virtuellen Maschinen stimmt, im VMwaretool die Option zum abgleichen aktivieren!

Links:

Putty: Download SSH Client

Raid unter Windows XP und Windows 2000 SP4 freischalten und einrichten

Mario — Mon, 08 Oct 2007 08:38:00 +0000

Schon mal eine Softwarespiegelung unter Microsoft Windows XP eingerichtet?

Ich wollte heute morgen eine Spiegelung unter XP einrichten. Aus Windows 2000 Erfahrung heraus dachte ich, kein Problem. Neue Festplatte einbauen, beide Datenträger in dynamisch umwandeln und dann nur noch Rechtsklick “Spiegelung hinzufügen” + Zieldatenträger auswählen und “Go”.

Gesagt, getan, Rechner runter, Platte rein, booten, Festplatte initialisieren, beide in dynamische Datenträger umwandeln, Rechtsklick auf das vorhandene Volume und – was ist das – “Spiegelung hinzufügen ist ausgegraut.

Nach kurzem nachlesen hat sich dann herausgestellt, das die Funktion zwar grundsätzlich in Windows XP enthalten, aber wahrscheinlich aus Marketinggründen durch Microsoft deaktiviert wurde.

Ich habe dann nach einer Lösung gesucht, da ich mich damit nicht abfinden wollte. Ich habe dann auf mehreren Seiten nachlesen können, das sich die Funktion durch bearbeiten von 3 Dateien mit einem HEX Editor “freischalten” lässt.
Und um es mit etwas Komfort zu machen, gibt es das ganze in den automatisierten Batchscript von der Zeitung CT.

Zum anwenden muss der Rechner im abgesichertem Modus gestartet sein (durch drücken von F8 beim booten). Die 3 Dateien
“%windir%\system32\dmadmin.exe, %windir%\system32\dmconfig.dll und %windir%\system32\drivers\dmboot.sys” werden durch das Script vor dem patchen gesichert. Ich habe trotzdem vor dem ausführen eine eigene Sicherung der betreffenden Dateien gemacht.

Nach dem Neustart steht dann wie gewohnt die Option “Spiegelung hinzufügen” zur Verfügung.

Links:

Download des Batchscriptes
Informationen zu Spiegelung und Co.

MySQL Server Tuning

Mario — Sun, 07 Oct 2007 14:13:45 +0000

Durch Zufall habe ich heute ein Script des MySQL Mitarbeiters Matthew Montgomery entdeckt. Dieses führt einige nützliche Test durch. Geändert wird durch das Script selber nichts, aber es werden Hinweise gegeben, welche Einstellungen möglicherweisse mehr Leistung erzielen.

Es werden folgende Einstellungen getestet:

Slow Query Log
Worker Threads
Query Cache
Innodb Status
Max Connections
Sort Buffer
Temp Tables
Table (Open & Definition) Cache
Table Locking
Joins
Key Buffer
Table Scans (read_buffer)

Das Script am besten per wget von hier auf den Server ziehen, und ausführbar machen. Um alle Tests durchzuführen, in das Verzeichnis wechseln und per “./tuning-primer.sh all” starten. Mehr Optionen sind in der Datei selber beschrieben.