Ab und an kann es unter gewissen Vorraussetzungen dazu kommen, dass sich grub auf einem System mit lvm-crypt bzw. verwendeter Verschlüsselung zerlegt bzw. aus unklaren Umständen nicht mehr funktioniert. Man kann grub dann mittels eines Live-Systems relativ einfach wieder reparieren, wenn man die richtigen Schritte in der richtigen Reihenfolge kennt. Da ich diese selber immer wieder vergesse und man es im Endeffekt recht selten benötigt, fasse ich diese hier mal beispielhaft zusammen. Das muss nicht vollständig sein und muss an das eigene System angepasst werden. Man sollte dabei immer wissen was man gerade macht und nicht nur stumpf die Befehle kopieren.

ubuntu@ubuntu:~$ sudo cryptsetup luksOpen /dev/mapper/lvm-root luks
Enter passphrase for /dev/mapper/lvm-root:
ubuntu@ubuntu:~$ sudo mount /dev/mapper/luks /mnt
ubuntu@ubuntu:~$ sudo mount -o bind /dev /mnt/dev
ubuntu@ubuntu:~$ sudo mount -o bind /sys /mnt/sys
ubuntu@ubuntu:~$ sudo mount -t proc /proc /mnt/proc
ubuntu@ubuntu:~$ sudo cp /proc/mounts /mnt/etc/mtab
ubuntu@ubuntu:~$ sudo mount /dev/sdXY /mnt/boot
ubuntu@ubuntu:~$ sudo chroot /mnt /bin/bash
root@ubuntu:/# grub-install --force /dev/sdXY
root@ubuntu:/# update-grub

Am Anfang muss man hinter /dev/mapper den Namen des eigenen verschlüsseltem LVM angeben. Nach dem ersten Befehl muss man das Kennwort für die Verschlüsselung eingeben, dieses ist nicht das Benutzerkennwort! Anschließend mountet man die verschiedenen Bereiche des Systems und muss dabei all die Angaben die mit /dev/sdXY ändern, statt dem X ein Buchstabe, meist “a”, statt dem Y die Nummer der Boot Partition. Ich hoffe zumindest ich kann dann die ganze Geschichte das nächste mal nachschauen und evtl. hilft es ja dem ein oder anderem.

Auf der Webseite Springerlink.com werden für viele Lehr- und Ausbildungsbereiche Bücher und Zeitschriften zur Verfügung gestellt. Leider ist die optische Aufbereitung eher suboptimal und man kann eher schlecht die PDF’s online anschauen. Angenehmer Weise biete die Seite eine Downloadmöglichkeit an, diese zerlegt aber die Bücher/Zeitschriften in einzelne Abschnitte bzw. Kapitel, so kann man nur jeweils ein Kapitel herunterladen, jede Datei hat auch noch den gleichen Namen, was das zusammensuchen bzw. zusammensetzen noch unangenehmer macht. Aber das Internet wäre nicht das Internet, wenn es dafür nicht schon eine schöne Lösung gäbe. Für alle *nix-Artigen Systeme, insbesondere für Ubuntu gibt es ein kleines Skript, mit dem man den ganzen Vorgang automatisiert und hinterher ein fertiges, zusammengesetztes und richtig benanntes PDF erhält, mit welchem man gut arbeiten kann!

Auf github findet man von milianw ein funktionales, schnelles Skript.

Dieses kann man mittels

wget http://github.com/milianw/springer_download/zipball/master

herunterladen und einfach entpacken. Danach kopiert man die Datei “springer_download.py” aus dem Verzeichnis heraus in sein /home Verzeichnis oder in den bin Ordner.
Bevor man nun starten kann, muss man zumindest unter Ubuntu noch pdftk installieren.

sudo apt-get install pdftk

Nun kann man das Skript ausführen, es arbeitet nach folgendem Schema:

./springer_download.py -l "http://www.springerlink.com/content/$ISBN"

Anstatt von $ISBN muss man die entsprechende ISBN des Buches eingeben, alternativ kann man sich das Buch auch direkt auf Springerlink heraussuchen und den Link einfach innerhalb der ” ” kopieren.

Ausser pdftk benötigt das Programm noch Python 2.4.x/2.6.x und iconv, beides war bei mir schon vorhanden und ist, meines Wissens nach, auf einem Standard Ubuntu bereits installiert.

Ich fand das Skript sehr praktisch, da es auch mit VPN Zugängen und anderem arbeiten kann. SpringerLink ist, so weit ich weiß, vorwiegend für Lehrinstitutionen zugänglich und Studenten können über das VPN der Uni auf Springerlink gehen und sollten automatisch eingeloggt werden. Ansonsten einfach mal auf der Bibliothekswebseite der Uni nachschauen.

Das Skript steht unter der GPLv3 und kann somit relativ frei verwendet und weiterentwickelt werden. Viel Spaß damit.

Zurzeit gibt es meines Wissens nach 3 wirklich ultraportable und gleichzeitig relativ leistungsstarke Laptops, diese sind das Macbook Air, das Thinkpad X1 und das Vaio Z. Alle 3 finde ich recht interessant und alle haben leider gemeinsam, dass sie sich im “gehobenen” Preisspektrum bewegen. Ich habe zu allen meine persönliche Meinung, dazu später mehr. Bis auf das Macbook Air hatte ich noch keines in der Hand, das soll sich aber noch ändern

Features

Im Folgenden eine direkte Gegenüberstelltung der Features:

Kommentar

Nach der trockenen Faktengegenüberstellung noch ein paar Kommentare von mir zu allen Modellen. Das Macbook Air ist zwar absolut das dünnste, mir aber ne ganze Ecke zu leistungsschwach und ist außerdem von Apple, da habe ich so meine persönlichen Probleme mit der Firma, auch wenn sie viel gute Hardware bauen. Das Macbook Air würde für mich schon von der mangelnden Leistung rausfallen, das hat sich leider auch in der 2011er Version nicht geändert. Das Thinkpad X1 hat leider keinen Full-HD Bildschirm, das hat das Vaio Z schon, aber ich bin mir da unsicher ob man auf einem 13″ Bildschirm wirklich den Unterschied zwischen einer Full-HD Auflösung und der vorhandenen Auflösung des X1 merkt. Das X1 ist wegen dem Spritzwasserschutz und dem Stoßschutz, so kann es wohl auch heftigere Stürze verkraften, aber vor allem auch wegen der Robustheit die man den Thinkpads nachsagt interessant. Das Vaio Z hat einen Full-HD Bildschirm und sieht auch ganz ansprechend aus, es ist genauso wie das Thinkpad schön auf die eigenen Bedürfnisse konfigurierbar, aber am Ende mit ordentlicher Austattung auch das teuerste der 3 und liegt jenseits der 2.000€ Marke. Mir gefällt momentan das X1 am Besten, es wirkt auf mich am Rundesten und hat gute Möglichkeiten zum Konfigurieren.

Linux / Ubuntu

Ob und wie gut Linux bzw. Ubuntu auf den genannten Geräten läuft, lässt sich im Web schwierig herausfinden, auf dem Macbook Air soll es wohl ganz gut laufen, das Sony Vaio Z ist noch recht neu und noch nicht sonderlich weit verbreitet. Das Thinkpad X1 ist offiziell Ubuntu Certified, daher ist davon auszugehen, dass Linux bzw. Ubuntu darauf komplett läuft. Im #ubuntu-de und #ubuntu IRC-Raum auf irc.freenode.net hat zu keinem der Laptops jemand Erfahrungen mit Linux gehabt. Da das X1 aber zertifiziert ist und am Meisten “normale” Hardware verbaut ist, kann man davon ausgehen dass es gut läuft. Das Macbook Air sollte auch, zumindest grundlegend mit Ubuntu funktionieren, beim Vaio Z habe ich da auf Grund der vielen Besonderheiten, vor allem mit dem externen Media-Dock und der externen Grafikkarte so meine Zweifel.

Frage

Kennt ihr noch weitere ähnliche Laptops, die vergleichbar sind. Was benutzt ihr für unterwegs und was würdet ihr mittlerweile anders machen, bzw. was nervt euch an eurem mobilen Weggefährten am Meisten? Oder hat jemand von euch sogar Erfahrungen mit einem der 3 genannten Laptops?

Wie OmgUbuntu berichtet ist in den aktuellen Entwickler Versionen des im Oktober erscheinenden Ubuntu 11.10 ein neues Design für das Software-Center erschienen. Es wirkt viel mehr nach “App Store” und ist insgesamt neu designed, aufgeräumter und zumindest wirkt es Anwenderfreundlicher. Alles in allem, finde ich macht es einen schönen, frischen Eindruck.

Das bisherige Software-Center Design hat, meiner Meinung nach, mehr die vorhanden Funktionen abgebildet und war keine wirklich durch designde Oberfläche. Bei dem neuen Design wirkt alles viel mehr aus einem Guss und gefühlt lässt es sich besser bedienen. Ob das auch wirklich im produktiven Gebrauch so ist, wird sich noch zeigen müssen.

Momentan ist noch unklar ob dieses Design wirklich im Oktober in Oneiric (11.10) landen wird oder ob es doch anders wird oder gar alles beim Alten bleibt. Gut möglich ist, dass sich am neuen Entwurf noch einiges verändert und wir gespannt sein dürfen!

Was haltet ihr von dem neuen Design?

Ubuntu Logo

Ab und zu kommt es vor, dass ich daily-PPA’s oder neue PPA’s ausprobiere um neuere Versionen von Programmen zu bekommen. Dementsprechend möchte ich auch ab und an wieder zurück zur alten Programmversion. Dies klappte bei mir mit Gwibber leider nicht reibungslos, es kam nach dem deinstallieren und entfernen des PPA’s immer der folgende Fehler:
 
 
 
 
 
 
 
 
 
 

matze@matze-pc:~$ sudo apt-get install gwibber
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut
Statusinformationen werden eingelesen... Fertig
Einige Pakete konnten nicht installiert werden. Das kann bedeuten, dass
Sie eine unmögliche Situation angefordert haben oder, wenn Sie die
Unstable-Distribution verwenden, dass einige erforderliche Pakete noch
nicht erstellt wurden oder Incoming noch nicht verlassen haben.
Die folgenden Informationen helfen Ihnen vielleicht, die Situation zu lösen:
Die folgenden Pakete haben unerfüllte Abhängigkeiten:
gwibber : Hängt ab von: gwibber-service (= 3.0.0.1-0ubuntu3) aber 3.1.0~bzr997-0ubuntu1~daily1 soll installiert werden
E: Beschädigte Paketematze@matze-pc:~$

Im IRC-Chat #ubuntu-de auf freenode wurde mir der Tipp mit ppa-purge gegeben.

PPA-Purge ist ein kleines Kommandozeile-Tool welches auch in den Standard Ubuntu Quellen vorhanden ist, daher kann man es einfach mittels dem Befehl ausführe.

sudo apt-get install ppa-purge

installieren.

Um das PPA zu entfernen muss man es noch eingetragen haben und anschließend mit dem Befehl

sudo ppa-purge ppa:

Hinter das ppa: kommt der entsprechende Name des PPA’s. Mit meinem Beispiel von Gwibber würde der Befehl so aussehen:

sudo ppa-purge ppa:gwibber-daily/ppa

Damit wird das PPA aus der Quelle entfernt, die installierte Version des Programms deinstalliert und automatisch wieder die Version des Programms installiert die in den Standard Ubuntu Quellen, bzw. eben der entprechenden Distribution, enthalten ist. Vorrausgesetzt ihr habt keine Konfigurationen/Chache-Daten gelöscht, bleiben auch alle Anwendungsdaten vorhanden und ihr könnt da weiter machen wo ihr aufgehört habt.
Ich finde das ist ein sehr praktisches Tool und kann einem schnell und unkompliziert weiter helfen! Welche Tipps für kleine, handliche Helfer habt ihr?

Postfix

In Ubuntu Server scheint unter bestimmten Vorraussetzungen in Zusammenhang mit der Netzwerkverwaltung und Postfix ein Bug zu existieren. Durch diesen geht das Netzwerk nach einem Systemstart nicht online und konfiguriert sich nicht automatisch über DHCP. D.h. also durch diesen Bug ist es nicht möglich eine Online Verbindung herzustellen, dies ist insbesondere bei einem Server ärgerlich, da hier dann auch eine Verbindung via SSH nicht möglich ist. Somit ist also auch eine Behebung des Problems nicht ohne physischen Zugang oder ähnliches zum Server möglich. Wie stellt man nun fest ob man dieses Problem hat? Wenn man den Server startet und dieser keine Verbindung herstellt, bzw. man diesen noch nicht mal an-pingen kann ist man nah dran. In diesem Fall scheitert auch ein manueller Versuch via

/etc/init.d/networking restart

und daraufhin erscheint am Ende die Fehlermeldung

postconf: fatal: open /etc/postfix/main.cf: No such file or directory

Allem Anschein nach hindert auch ein unbenutzter und unkonfigurierter Postfix an der korrekten Funktionsweise des Netzwerkes, bei mir trat der Fehler außerdem auch sporadisch und nicht immer reproduzierbar auf. In Launchpad gibt es zu ähnlichen Problemen einen Bug, der seit 2006 existiert und bis heute immer wieder bestätigt, aber scheinbar nicht behoben wird.

Lösen kann man das Problem durch ein paar einfache Schritte, welche mit einem Ubuntu 10.04 LTS Server einwandfrei funktioniert haben. Zuerst erstellt man die von Postfix vermisste Datei mittels

sudo cp /usr/share/postfix/main.cf.debian /etc/postfix/main.cf

und anschließend lässt man den Index von Postfix neu erstellen

sudo newaliases

und startet Postfix neu.

service postfix restart

Nun sollte alles wieder funktionieren, eventuell muss man einen restart durchführen oder lässt die Netzwerkanbindung mittels

/etc/init.d/networking restart

neu konfigurieren, wenn nun kein Fehler mehr kommt und man einen ping zu anderen Geräten ausführen kann funktioniert wieder alles.

Ubuntu Logo

Vor kurzem habe ich mein Ubuntu System auf eine andere Festplatte installiert. Wie immer auch wieder als vollverschlüsseltes LVM. Wie das immer so ist, nachdem man alles installiert hat seine ganzen Programme wieder drauf hat, stellt man fest, dass man doch noch einige Config Files, Skripte und sonstige Daten von der alten Platte bräuchte. Ich habe grundsätzlich keine Daten auf der Systemplatte gespeichert, damit ich auch jeder Zeit bei einer defekten Platte oder einem gecrashtem System mit den Daten weiter arbeiten kann. Also eigentlich hätte ich nicht wirklich noch was von der alten Platte benötigt, aber die Config Files und beispielsweise die Playlist Datenbank von Banshee sind schon ganz praktisch. Auch schon das alte System war vollverschlüsselt, daher konnte ich nicht einfach die alte Platte anschließen und einbinden. Auf meiner Suche nach einer Lösung bin ich auf einen Beitrag von Chrisss (linuxundich.de) auf Ubuntuusers.de gestoßen, der für mich, leicht abgewandelt wunderbar funktioniert hat.

Dazu muss man folgende Befehle ausführen:

Zuerst schaut man nach wie das lvm heißt, dort wo $NAME steht, wird der Name eures lvm erscheinen. die erste Zeile muss ungeändert so bleiben und in das Terminal eingegeben werden.

$ lvdisplay | grep "LV Name"
LV Name                /dev/$NAME/root
LV Name                /dev/$NAME/swap_1
LV Name /dev/$NAME/boot

Nun weis man den Namen und fügt ihn in den nächsten Befehl ein, dadurch aktiviert man das lvm.

$ vgchange -a y $NAME
2 logical volume(s) in volume group "$NAME" now active

Nun muss man es nur noch mounten, dazu erst einen Mountpoint erstellen (hier /mnt/root, kann aber auch ein frei gewählter sein).

$ mkdir /mnt/root

Und nun wirklich mounten.

$ mount /dev/$NAME/root /mnt/root

Beim Öffnen wird man nach dem Passwort gefragt und hat es nun wie eine normale Festplatte eingebunden und kann die Dateien kopieren, verändern oder löschen. Das war alles!

Da ich immer mehr mit dem Terminal arbeite und auch immer wieder längere Prozesse wie aufwendiges rsync und ähnliches im Terminal laufen lasse, waren erst Tabs sehr praktisch, dass kennt ja jeder vom Browser her. Vor kurzem bin ich auf Tilda gestoßen, ein sehr angenehmes, kleines Programm, welches das Terminal nur auf Knopfdruck anzeigt und auch wieder ausblendet. Beim Ausblenden werden laufende Befehle weiter ausgeführt. Zu Tilda gibt es einen recht guten Artikel im ubuntuusers.de Wiki.

Installieren kann man Tilda unter Ubuntu entweder, indem man im Software Center nach “Tilda” sucht oder mit dem Befehl:

sudo apt-get install tilda

Anschließend kann man Tilda einfach über das Menü Anwendung –> Zubehör –> Tilda starten und es öffnet sich beim ersten Start ein Konfigurationsfenster. Dort kann man alles nach belieben einstellen, dies kann man aber auch später noch genauer seinen Bedürfnissen anpassen.

Bei mir öffnet sich Tilda per Druck auf F1 und lässt sich so auch wieder verbergen. Das Praktische bei Tilda sind zum einen die Tabs, aber auch, dass Befehle weiterlaufen, wenn man Tilda wieder verbirgt. So stört Tilda auf beim normalen Arbeiten nicht weiter und man ruft es nur auf, wenn man es wirklich braucht. Am Praktischsten ist es, wenn man Tilda gleich beim Systemstart mit starten lässt, dazu einfach System –> Einstellungen –> Startprogramme aufrufen und Tilda hinzufügen, der Befehl ist einfach auch “Tilda”.

Bei mir ist Tilda in kürzester Zeit zum Standard geworden ohne das ich schon fast nicht mehr arbeiten würde. Es ist für mich eine große Erleichterung und macht vieles schneller, auch wenn es wirklich nur ein kleines, schmales Programm ist.

Was habt ihr noch für Tricks und Kniffe für euer Terminal?

Um eine gewisse Sicherheit auf seinem Linux System zu bekommen, bzw. ab und an wenigstens auf ein paar Standard Probleme zu testen gibt es das kleine Programm chkrootkit. Dieses soll mögliche Rootkits und andere Einbruchsspuren erkennen und den Benutzer bzw. Systemadministrator darüber informieren. Mit chkrootkit kann man zwar einiges automatisch testen lassen, aber man sollte sich nie vollkommen auf nur ein Programm verlassen und immer selber wissen ob und wie man sein System abgesichert hat.

Bei den meisten Distributionen ist chkrootkit schon in den Standard-Paketquellen enthalten und mit der Paketverwaltung installierbar. Bei Ubuntu Desktop Systemen kann man chkrootkit einfach im Software-Center suchen und installieren. Alternativ und vor allem für Server Systeme installiert man es mittels:

sudo apt-get install chkrootkit

Anschließend führt man das Programm einfach nur noch auf dem Terminal aus:

sudo chkrootkit

Man muss keine Konfiguration oder ähnliches mehr vornehmen und bekommt relativ schnell umfangreiche Ergebnisse. Ein Beispiel für eine Ausgabe im Terminal kann man hier sehen.

root@system:~# chkrootkit
ROOTDIR is `/'
Checking `amd'... not found
Checking `basename'... not infected
Checking `biff'... not found
Checking `chfn'... not infected
Checking `chsh'... not infected
Checking `cron'... not infected
Checking `crontab'... not infected
Checking `date'... not infected
Checking `du'... not infected
Checking `dirname'... not infected
Checking `echo'... not infected
Checking `egrep'... not infected
Checking `env'... not infected
Checking `find'... not infected
Checking `fingerd'... not found
Checking `gpm'... not found
Checking `grep'... not infected
Checking `hdparm'... not found
Checking `su'... not infected
Checking `ifconfig'... not infected
Checking `inetd'... not infected
Checking `inetdconf'... not found
Checking `identd'... not found
Checking `init'... not infected
Checking `killall'... not infected
Checking `ldsopreload'... not infected
Checking `login'... not infected
Checking `ls'... not infected
Checking `lsof'... not infected
Checking `mail'... not infected
Checking `mingetty'... not found
Checking `netstat'... not infected
Checking `named'... not infected
Checking `passwd'... not infected
Checking `pidof'... not infected
Checking `pop2'... not found
Checking `pop3'... not found
Checking `ps'... not infected
Checking `pstree'... not infected
Checking `rpcinfo'... not infected
Checking `rlogind'... not found
Checking `rshd'... not found
Checking `slogin'... not infected
Checking `sendmail'... not infected
Checking `sshd'... not infected
Checking `syslogd'... not infected
Checking `tar'... not infected
Checking `tcpd'... not infected
Checking `tcpdump'... not infected
Checking `top'... not infected
Checking `telnetd'... not found
Checking `timed'... not found
Checking `traceroute'... not infected
Checking `vdir'... not infected
Checking `w'... not infected
Checking `write'... not infected
Checking `aliens'... no suspect files
Searching for sniffer's logs, it may take a while... nothing found
Searching for HiDrootkit's default dir... nothing found
Searching for t0rn's default files and dirs... nothing found
Searching for t0rn's v8 defaults... nothing found
Searching for Lion Worm default files and dirs... nothing found
Searching for RSHA's default files and dir... nothing found
Searching for RH-Sharpe's default files... nothing found
Searching for Ambient's rootkit (ark) default files and dirs... nothing found
Searching for suspicious files and dirs, it may take a while... nothing found
Searching for LPD Worm files and dirs... nothing found
Searching for Ramen Worm files and dirs... nothing found
Searching for Maniac files and dirs... nothing found
Searching for RK17 files and dirs... nothing found
Searching for Ducoci rootkit... nothing found
Searching for Adore Worm... nothing found
Searching for ShitC Worm... nothing found
Searching for Omega Worm... nothing found
Searching for Sadmind/IIS Worm... nothing found
Searching for MonKit... nothing found
Searching for Showtee... nothing found
Searching for OpticKit... nothing found
Searching for T.R.K... nothing found
Searching for Mithra... nothing found
Searching for OBSD rk v1... nothing found
Searching for LOC rootkit... nothing found
Searching for Romanian rootkit... nothing found
Searching for Suckit rootkit... nothing found
Searching for Volc rootkit... nothing found
Searching for Gold2 rootkit... nothing found
Searching for TC2 Worm default files and dirs... nothing found
Searching for Anonoying rootkit default files and dirs... nothing found
Searching for ZK rootkit default files and dirs... nothing found
Searching for ShKit rootkit default files and dirs... nothing found
Searching for AjaKit rootkit default files and dirs... nothing found
Searching for zaRwT rootkit default files and dirs... nothing found
Searching for Madalin rootkit default files... nothing found
Searching for Fu rootkit default files... nothing found
Searching for ESRK rootkit default files... nothing found
Searching for rootedoor... nothing found
Searching for ENYELKM rootkit default files... nothing found
Searching for anomalies in shell history files... nothing found
Checking `asp'... not infected
Checking `bindshell'... INFECTED (PORTS:  465)
Checking `lkm'... chkproc: nothing detected
Checking `rexedcs'... not found
Checking `sniffer'... lo: not promisc and no packet sniffer sockets
venet0: not promisc and no packet sniffer sockets
venet0:0: not promisc and no packet sniffer sockets
Checking `w55808'... not infected
Checking `wted'... chkwtmp: nothing deleted
Checking `scalper'... not infected
Checking `slapper'... not infected
Checking `z2'... chklastlog: nothing deleted

Eine Zeile ist immer so aufgebaut, das erst erkennbar ist, was getestet wird und anschließend das Ergebnis des jeweiligen Tests gut erkennbar ist. Alle Ergebnisse die mit Kleinbuchstaben geschrieben sind, entsprechen keinem Problem bzw. bedeuten, dass der Test negativ und somit gut ausgegangen ist. Wer sich das Beispiel oben genauer angesehen hat, sieht dass in Zeile 102 ein großes INFECTED steht. Wer so etwas bei sich sieht, sollte aufmerksam werden, aber auch nicht in Panik verfallen. Das gegeben Beispiel gibt nur an, dass hinter Port 465 etwas erreichbar ist, was genau ist aus den Ergebnissen nicht erkennbar. In unserem Fall ist hinter Port 465 einfach nur der SMTPS, also verschlüsseltes SMTP erreichbar, was überhaupt kein Problem darstellt und eher die Sicherheit beim Mail-Verkehr erhöht. Um so etwas zu wissen, muss man sein System eben kennen. Wer über ein Infected stolpert und sich dies nicht erklären kann, kann die Ausgabe auch einfach mal bei einer Suchmaschine seiner Wahl eingeben und bekommt so evtl. weitere Infos, oftmals handelt es sich eben wirklich um einen Fehlalarm.

Man kann chkrootkit auch als Cron-Job, z.b. wöchentlich ausführen lassen und die Ergebnisse sich per Mail zu schicken lassen, dies ist hier näher erklärt.

Alles in allem finde ich chkrootkit recht hilfreich um mögliche Probleme zu finden und einen Überblick zu erhalten. Was verwendet ihr noch um euer System in Schach zu halten, also außer die üblichen Mittel wie Logfiles im Auge behalten und ähnliches?

proftpd Logo

Seit einigen Tagen besteht in proftp, dem FTP Server der auf vielen Servern läuft ,eine Sicherheitslücke, welche mittlerweile häufig ausgenutzt wird. Die meisten Server Anbieter weißen momentan auf diese Lücke hin und verlinken auf die Plesk Seiten die das weitere Vorgehen beschreiben. Da das ganze zumindest für mich anfangs verwirrend war, habe ich das hier nochmal zusammen gefasst. Plesk ändert nicht die Versionsnummer beim Einspielen des Patches, weist darauf aber auch nirgends hin, wodurch man eigentlich annimmt, dass man noch die Lücke im System hat. Dazu unten mehr.

Strato weist wohl auch teilweise betroffene Kunden daraufhin, wenn der Server schon infiltriert bzw. infiziert wurde. Man erhält laut verschiedenen Nutzern im Serversupportforum eine Mail des Supports.

Man kann die Lücke in Plesk entweder so schließen, indem man die Updates für die 9.5er Linie komplett einspielt. Da mittlerweile Plesk 10.x erschienen ist, wird auch die 10er Reihe in der Update Übersicht auftauchen. Dieses braucht man aber nicht zu installieren bzw. darauf zu upgraden. Die Meisten Hoster haben Plesk 10.x noch nicht offiziell frei gegeben und unterstützen es auch noch nicht. Daher bleibt am Besten erst mal bei 9.5!

Wenn dies abgeschlossen ist, kann man via

/usr/sbin/proftpd -v

in der Konsole nach schauen welche Version installiert ist. Man wird feststellen, dass weiterhin die Version 1.3.2e installiert ist. Scheinbar aktualisiert Plesk nicht die Versionsnummer um zukünftige reguläre Updates nicht durch den Patch zu verhindern. Plesk aktualisiert also nicht auf die 1.3.3c, welche offiziell ohne die Lücke erschienen ist.

Wem das zu unsicher ist oder wer sicher gehen will, dass nun 1.3.3c installiert ist, kann folgende Befehle ausführen um proftpd 1.3.3c manuell zu updaten. Bitte schaut vorher ob ihr wirklich selber wisst, was ihr da macht!

apt-get install libpam0g-dev
wget ftp://ftp.proftpd.org/distrib/source/proftpd-1.3.3c.tar.gz
tar xzfv proftpd-1.3.3c.tar.gz
cd proftpd-1.3.3c
./configure
make
mv /usr/sbin/proftpd /usr/sbin/proftpd.old
cp proftpd /usr/sbin/proftpd

Wenn man anschließend wieder mit

/usr/sbin/proftpd -v

die Version testet, wird nun 1.3.3c angezeigt. Nun habt ihr definitiv die aktuelle Proftpd Version ohne Lücke installiert.