Zockertown: Nerten News

An Eleganz nicht zu überbieten. Die Live-CD Elive 2.0 ist eine Augenweide. Sie basiert auf Debian Lenny und hat den aktuellen svn Code von Enlightenment als Windowmanager. Als Filemenager dient Thunar 0.90. Die Live CD startet recht flott nachdem man sich für seine Sprachen entschieden hat. Es gibt zwei Iso Images, die sich durch unterschiedliche Kernel unterscheiden. Ich habe die Iso mit den neueren 2.6.30.9 Kernel genommen. Beim starten kann man sich übrigens für einen EEPC (701) Mode entscheiden. Damit hat man dann eine auf den kleinen Screen angepasste Oberfläche.

Allerdings gelten immer noch die selben Vorbehalte, die ich bereits vor knapp 2 Jahren geäußert habe. Um die Live-CD zu installieren, wird man genötigt, einen Betrag von minestens 15.- Euro oder Dollar zu spenden. Das ist so gelöst, das man die download Url für das Install Modul erst bekommt, wenn man den Betrag überwiesen hat. Einziger Ausweg, für den, der sich das nicht leisten kann oder will: Man kann einen Artikel in einem Magazin oder Blog schreiben. Also habe ich Thanatermesis angeschrieben und um einen Invitation Code gebeten. 

Solange ich auf den Link warte, gucke ich mir eben die Live Variante mal etwas genauer an.

Die Notizzettel Applikation xpad zum Beispiel. Sie sieht unter Lenny eher langweilig aus. In Elive hat man eine nette Schrifft voreingestellt und auch gleich schon zwei Notizen mit "bemerkenswerten" Inhalt.

Als Terminal Emulation wird rxvt in der unicode Variante verwendet. Dieses kleine Juwel urxvt ist im Paket  rxvt-unicode enthalten. Damit kann man schöne Schweinereien machen. Zum Beispiel kann man einen Text markieren und mit STRG-Rechtsklick den selektierten Text mit ROT13 behandeln, oder, etwas nützlicher den Text mit shell Esqape Sequenzen versehen. Was bei diesen beiden Screenshots nicht zu sehen ist, weil diese Option erst auftaucht, wenn man auch einen Text selektiert, der mit Escape Sequecnzen versehen werden kann. Es muß also wenigstens ein Leerzeichen mit selektiert werden.

Der Code ist nun angekommen, die Installation ging soweit ganz gut, es kommen etliche Fenster hoch, die einem Anfänger helfen können, die Texte sind auch fast alle perfekt eingedeutscht, aber es gibt ein paar Ausnahmen

Nach der üblichen Vergabe von rootpasswort und Benutzer anlegen wird das System neu gestartet. Nach dem Login bekommt man die Aufforderung zum fine-tuning das root passwort anzugeben. Dann beginnt ein script sage und schreibe 6 mal die initramdisk zu bauen, wenig später mit mkinitramfs-kpkg werden die Locales generiert. Und zwar das volle Programm! Schade denn Deutsch und English würden ja wohl reichen. Danach wird die initrd noch zweimal generiert. Das muss noch besser werden.

Ansonsten arbeite ich jetzt ca. eine Woche mit dem System, habe ein paar Einträge in der iBar ergänzt. soweit bin ich mit der Stabilität sehr zufrieden.

Pro: Ein rundes System, welches in der Linux Landschaft ohne Gleichen ist. Eine solide Basis, fast keine Probleme beim nachinstallieren von weitere Software. Neidische Blicke unter Freunden und Bekannten sind garantiert. Es macht einfach Spaß, damit zu arbeiten. Geringer Arbeitsspeicherbedarf, 256 MB sind mehr als ausreichend.

Kontra: Der Installer ist nicht so flexibel wie der Original Debian Installer, die Installation dauert wegen dem Locales Bug sehr lange. Die Update Frequenz folgt in großem Abstand zu Debian.

Fazit: Ob man damit leben kann, das man einen kleinen Obulus entrichten muss, um den Install-Key zu bekommen, muss jeder für sich selbst entscheiden. Ob man mit dem auf Lenny basierenden Elive 2.0 glücklich wird, wenn demnächst Squeeze zur Verfügung steht, muß man auch selber wissen. Bis Elive dann auf Squeeze upgedatet wird, wird noch eine geraume Zeit vergehen.

Die userbasis ist für Elive lange nicht so groß wie für andere Derivate. Es sollte einem klar sein, das man sich auf Gedeih und Verderb einer sehr kleinen Entwicklergemeinde aussetzt, wenn man ein Problem mit den Spezialitäten der distribution hat. Allgemeine Probleme lassen sich natürlich auch in einem Debian forum besprechen, so groß sind die Unterschiede nun auch wieder nicht.

Was sich die Werbewirtschaft alles so an tools einfallen läßt ist schon beeindruckend.

Der Globus ist animiert und zeigt die Live Zugriffe auf die Seite.

Temporär habe ich das Scriptlet von revolvermaps mal in die Sidebar eingebaut, aber es fliegt heute abend wieder raus. 

Nicht, das es mir nicht gefällt, aber ich halte nichts von Webbugs, was anderes ist das hier auch nicht.

Ps: Wieder entfernt. Ist ganz nebenbei ein CPU Fresser gewesen, ca. 70% bei mir. Das ist ja wohl unerhört.

Will doch nicht ständig meinen Lüfter hören.

Die Rootgemeinschaft hat nun eine Serverüberwachung mit monit bekommen.

Eine rudimentäre Serverüberwachung hat man im ISPConfig 3 ja bereits frei Haus. Nur gerade im email Bereich gibt es so viele Dienste, die in einander greifen, das man nicht auf anhieb erkennen kann, woran es liegt, wenn es klemmt.

Die wichtigsten Dienste habe ich nun in die Überwachung integriert, es werden aber mit der Zeit sicherlich noch weitere dazu kommen.

Die Konfigurationsdatei für monit bei Debian Lenny ist die /etc/monit/monitrc

Es sind ausreichend Beispiele in der Datei enthalten und in man monit gibt es weitere Hinweise.

Ich habe mich dazu entschlossen, den Dienst von aussen erreichbar zu gestallten, was aber ein erhebliches Sicherheitsrisiko darstellt. Deshalb ist der Zugang nur über ssl möglich. Das Passwort solte wirklich ein Passwort sein, denn man kann über die Weboberfläche die Dienste auf stoppen! Wenn man den Parameter Readonly hinter das Passwort stellt, hat man diese Gefahr gebannt. Wenn man die Einträge wegläßt, dann wird kein Webserver gestartet, alternativ kann man aber den Webserver nur für Localhost erreichbar machen.

Für die einzelnen Dienste benutze ich jeweils einzelne Dateien, die immer einzeln mit einem include geladen werden, damit ist das debuggen einfacher :-)  Der Aufruf von monit -t macht einen Sysntax check und erpart einem so manche frustrierende Fehlersuche.

Bitte daran denken, das die Pfade wirklich passen müssen, simples Copy& Paste meiner Einträge wird nur selten gelingen.

#/etc/monit/monitrc

set httpd port 2812 and
     SSL ENABLE
     PEMFILE  /etc/ssl/private/monit.pem
     allow admin:geheimpassword readonly

set logfile /var/log/monit.log
set mail-format { from: monit(ätt)rootgemeinschaft.de }
set alert systemverwaltung (ätt) rootgemeinschaft.de
set alert andere(ätt)irgend.wo only on { timeout }
set daemon 60
include /etc/monit/conf.d/courier-imap  
include /etc/monit/conf.d/courier-imap-ssl 
include /etc/monit/conf.d/courier-pop3  
include /etc/monit/conf.d/courier-ssl  
include /etc/monit/conf.d/postfix  
include /etc/monit/conf.d/saslauthd  
include /etc/monit/conf.d/spamassassin
include /etc/monit/conf.d/amavis
include /etc/monit/conf.d/clamav
include /etc/monit/conf.d/postgrey
include /etc/monit/conf.d/ssh
include /etc/monit/conf.d/pure-ftp

include /etc/monit/conf.d/ssh

----------------

Diese Grund Config habe ich benutzt

# create RSA certs - Server

RANDFILE = ./openssl.rnd

[ req ]
default_bits = 1024
encrypt_key = yes
distinguished_name = req_dn
x509_extensions = cert_type

[ req_dn ]
countryName = Country Name (2 letter code)
countryName_default = de

stateOrProvinceName             = Germany
stateOrProvinceName_default     = Germany

localityName                    = Koenigslutter
localityName_default            = Koenigslutter

organizationName                = Rootgemeinschaft.de
organizationName_default        = Rootgemeinschaft.de

organizationalUnitName          = Dept. of Monitoring Technologies
organizationalUnitName_default  = Dept. of Monitoring Technologies

commonName                      = rootgemeinschaft.de
commonName_default              = rootgemeinschaft.de

emailAddress                    = systemverwaltung (ätt) rootgemeinschaft.de
emailAddress_default            = root (ätt) localhost.de

[ cert_type ]
nsCertType = server

Zum generieren des SSL Zertifikates habe ich mich weitgeht an den üblichen Standard gehalten.

openssl req -new -x509 -days 365 -nodes -config /etc/ssl/private/monit.cnf -out /etc/ssl/private/monit.pem -keyout /etc/ssl/private/monit.pem
openssl gendh 512 >> /etc/ssl/private/monit.pem
openssl x509 -subject -dates -fingerprint -noout -in /etc/ssl/private/monit.pem
chmod 700 /etc/ssl/private/monit.pem
/etc/init.d/monit restart

----------------

kSar Version 5 ist eine Java Applikation, die die sar Daten grafisch aufbereitet und mit den Daten von Solaris,Linux,AIX,HPUX,Mac OS/X umgehen. Hat ein Kollege entdeckt, das coole ist, es kann die Daten gleich per ssh holen. Die Auswertung kann u.a. als PDF managerfreundlich exportiert werden. Damit es funktioniert, müssen natürlich sar Daten vorliegen, wie man das unter Linux macht habe ich ja hier schon mal beschrieben.

kSar : a sar grapher

Für kleine Homepages braucht man kein ausgewachsenes CMS, da tut es ein Flatfile CMS System wie z.B. gpEasy.

Irgendwo habe ich schon mal darüber geschrieben, ach ja, auf meiner privaten Homepage.

Das System läßt sich innerhalb Sekunden installieren und wunderbar einfach zu bedienen. Die mitgelieferten Themen sind jetzt nicht so unterschiedlich, das nun keine Wünsche mehr übrig wären. Da kommt man leicht in die Verlegenheit, auch die style.css anzufassen. Die Css Dateien style.css im theme Ordner von GpEasy sind leider in unleserlicher einzeiliger Form abgelegt. Das mag zwar performanter zu sein, als strukturierter, aufgeräumter Code, aber leserlicher ist eine Veriante, die man sich z.B. mit dem Code Beautifier: CSS Formatierer und Optimierer ausgeben lassen kann.

Übrigens, wer sich mit GpEasy beschäftigt, wird recht bald auf die Galerien stoßen. Dafür habe vor ein paar Tagen eine kleine Anleitung zum benutzen der Gallery getippt.

So, ISPConfig 3 ist nun bei uns produktiv.

Dabei ist mir aufgefallen, das die email User, wenn Sie keine eigene Domain besitzen, also nicht als Kunde eingerichtet sind, sich kein Passwort setzen können.

Das ist natürlich nicht nur mir aufgefallen, sondern schon ein paar anderen

Lösung für Roundcube: im HowtoForge

Die Lösung für Squirrelmail: im Howtoforge

Während unserer kleinen privaten Lanparty vor zwei Wochen wurde auch kräftig WoP gespielt-

Das habe ich mir zum Anlaß genommen, einen Server für WoP aufzusetzen. Eigentlich gibt es ja genügend, aber den eigenen Server zu haben, bedeutet auch, man hat die Hoheit über den Gamemode und die Maps. Weil das installieren recht einfach war, habe ich gleich dafür noch ein munin-plugin gesucht und konfiguriert. Bei der Gelegenheit habe ich die früher immer brach liegende Webseite des Rootservers neu strukturiert und aufgepeppt.

Die bei uns gehosteten Spiele habe eine extra Seite erhalten, dort ist aber noch viel Arbeit zu tun, aber angucken kann man es sich schon.

 Bei der Gelegenheit: Der Id-Software Mitbegründer und Quake-Engine Programmierer John Carmack erhält eine Auszeichnung für sein Lebenswerk

Altes Problem. Man hat einen SQL Job, den man regelmäßig ausführen möchte. doch man scheut sich das DBA Passwort mit in der Cron oder im start script anzugeben. Meine übliche Vorgehensweise war bisher in solchen Fällen das anlegen einer Datei unter /root, die ich dann zur Laufzeit eingelesen habe. Wenn man die Datei nur für root lesbar macht, stellt das an sich kein Problem dar.

Unter Debian existiert aber eine wesentlich elegantere Methode, die mir beim konfiguriern von Munin aufgefallen ist.

Unter /etc/mysql existiert eine nur für root lesbare Datei mit namen debian.cnf.

# Automatically generated for Debian scripts. DO NOT TOUCH!
[client]
host     = localhost
user     = debian-sys-maint
password = xxxxxxxxxxxxxxxx
socket   = /var/run/mysqld/mysqld.sock
[mysql_upgrade]
user     = debian-sys-maint
password = xxxxxxxxxxxxxxxx
socket   = /var/run/mysqld/mysqld.sock
basedir  = /usr

Diese Datei wird mit --defaults-extra-file=/etc/mysql/debian.cnf eingebunden.

Jetzt kann man unbesorgt einen Einzeiler wie diesen

 mysql --defaults-extra-file=/etc/mysql/debian.cnf -e "FLUSH QUERY CACHE;"  

Erfolgskontrolle

 mysql --defaults-extra-file=/etc/mysql/debian.cnf -e "SHOW STATUS LIKE 'Qcache%';"

Nebenbei: Schön zu wissen, das man einen weiteren root user besitzt. Denn nichts anderes ist der  debian-sys-maint.

Und weil es so schön ist, habe ich das gleich mal für das spamblocklog von Serendiptiy ausprobiert.

 mysql --defaults-extra-file=/etc/mysql/debian.cnf -D databasename -B --skip-column-names -e "select count(*) from  serendipity_spamblocklog;"

Die Serendipity User werden ja sehr verwöhnt, was den Wartungsaufwand betrifft.

Die in Schaaren auftretenden Blog Spammer haben hier ja keine Chance. In der Datenbank werden sie allerdings vermerkt. Leider waren bei mir seit der letzten Löschen mehr als 750000 Einträge vorhanden. Nun kann man die Einträge einfach ab- und zu manuell löschen, oder aber ein Script das erledigen lassen.

Da dachte ich, das wär mal ne gute Idee für ein Munin Plugin.

Das Plugin stellt die Spam Einträge dar und leert auf wunsch an jedem Monatsersten die Tabelle.

Ich habe das Plugin auf muninexchange.projects.linpro.no veröffentlicht. Hier im Blog habe ich es natürlich auch im Downloadbereich.

Wer sich selbst mal versuchen möchte, die Entwicklung eigener Plugins ist wirklich schnell gemacht und gar nicht kompliziert. Mein Plugin ist mit Bash realisiert, viele benutzen perl, python und sogar php ist mir untergekommen.

Ps: Da das plugin anscheinend prima funktioniert, habe ich die Live Wochenstatistik auf meiner Homepage eingebunden. Damit ist da auch mal endlich wieder was los

Durch einen aktuellen Artikel in der C'T über die rechtlichen Probleme mit dem Datenschutz und dem Staatsanwalt, bin ich zur Einsicht gelangt, meine Apache Logs zu anonymisieren. Eine andere Quelle zu dem Thema ist das Datenschutzzentrum. Ganz einfach kann man das Problem beseitigen, in dem man in der Apache Konfiguration das Loggen der Ip-Adressen abschaltet. Das ist ganz einfach und schnell erledigt. Es gibt auch das mod_removeip, welches den gleichen Zweck erfüllt und aber die Struktur der Logs erhält
Normalerweise sollte man ja gar keinen Grund haben die Zugriffe auf einem Apache zu loggen. Aber für diverse Statistik Tools ist es unverzichtbar das Apache Log auszuwerten. Zum Beispiel möchte der Admin wissen, ob unliebsame Scripte auf seine Webs zugreifen, oder ob Bilder von fremden Seiten eingebunden werden und dergleichen mehr. Doch braucht man wirklich immer die exakten IP-Adressen? Muß man die Logs wochenlang speichern? Zum erkennen der Region von wo aus der Zugriff erfolgte, oder von welchem Provider die Anfrage kommt, reichen eigentlich die ersten 3 Byte einer IPV4 Adresse.

Meine Entscheidung: Das  vierte Byte wird verworfen.
Ich habe mir ein kleines Shellscript gebastelt, welches die archivierten Apache Logs der virtualen Domains auf einem Server anonymisiert. Das letzte Byte einer IP-Adresse wird auf 0 gesetzt. Damit weiß evtl. ein Tool nichts anzufangen, weil die 0 keine gültige IP-Adresse, sondern eine Broadcast Adresse ist. Aus Gründen der Performance hielt ich aber ein verwürfeln, also das generieren einer Zufallszahl zwischen 1 und 254 für nicht vertretbar und alle auf eine sagen wir 1 zu setzen war auch nicht der Weisheit letzter Schluss. Außerdem wird das aktuelle Logfile in Ruhe gelassen, der aktuelle Tag hat immer alle Informationen gespeichert. Wer meint, die Zahl zufällig zu setzen wäre besser, nun das ist kein Beinbruch. Die bash Zeile, die eine Zufallszahl zwischen 1 und 254 erzeugt sieht so aus:

$((RANDOM % 254 +1))

Wenn man seit langer Zeit mal wieder zu einer Daddy Lanparty gehen will, sollte man schon funktionierenden Sound haben, oder nicht? Jedenfalls hilfts mir, wenn ich im Kopfhörer vernehme, wenn auf mich geschossen wird

Wenn man aber nach dem letzten dist-upgrade keine Sound mehr hat, ists ziemlich uncool. Es schien kein Massenphänomen zu sein, jedenfalls spuckte $Suchmaschine nix aus. Also selber suchen....

Lösung: In /etc/modprobe.d/sound.conf hatte ich einen Parameter eingetragen, den das Modul snd-hda-intel nicht (mehr) kannte

(3stack-660-digout)

cat /etc/modprobe.d/sound.conf 
alias snd-card-0 snd-hda-intel
#options snd-hda-intel index=0
#options snd-hda-intel 3stack-660-digout

Wesentlich interessanter ist allerdings, das nun wieder Supend2ram funktioniert, wie ich erst jetzt mitbekommen habe. Leider ist der wicd gerade mit dem Hund raus. Die Fehlermeldung habe ich vergessen zu dokumentieren, steht leider nicht im log. Es war irgendwas mit dbus und der wicd ließ sich nicht starten mit einer Fehlermeldung in Zeile 61  von /usr/share/wicd/daemon/wicd-daemon.py  (Gutes Zahlengedächtnis sei Dank!) wicd.logfile import ManagedStdio konnte nicht geladen werden...Ich vermute, da ist noch ein kleiner Fehler im Paket vom wicd-daemon 1.7.0-2

Als workaround habe ich jetzt wieder  network-manager-gnome installiert. Das Programm ist mittlerweile ja auch weiterentwickelt worden.

So, nun kann die Opensource Daddy Lan kommen

Ps: wer Interesse und Zeit hat: Samstag 18:00 bis Sonntag 4:00 in BS mit "Frühstück" in der City.

Wenn man mit einem Blog umzieht, ist es eine gute Idee, das Design zu überdenken. Der Verlust meiner geliebten Zockerente hat mich doch sehr geschmerzt. Glücklicherweise habe ich mit Bulletproof ein Template gefunden, bei dem die Integration einer Headergrafik kein Problem darstellt. Ich bin auf der Suche auh über das wirklich hübsche und hochgradig veränderbare Template xcur gestolpert. Dieses Template ist leider eine riesige Div Wüste (der Zähler kletterte bis an 200 heran), ich bin trotz zweisteilliger Stundenzahl nicht in der Lage gewesen, die Resultate der dynamischen Suche über den Rest der Site zu platzieren, was dann das Auschlußkriterium dafür war. Mit der Aktualisierung von Serendipity auf 1.5.1 ist bulletprof auch das default Theme. Was lag also näher, als dieses aufgeräumte Thema zu benutzen?

Ich hoffe, das neue Design gefällt. Eventuell gibt es noch ein paar kleine Probleme, die ich sicherlich aber alle fixen kann.

Über den neuen Rootserver habe ich schon einen Beitrag geschrieben, der wird aber noch laufend ergänzt, kann aber schon gelesen werden, er ist auf den 13. Januar datiert.

Gestern, am 13.01.2010 ist der erste Beitrag im Serendipity Blog 5 Jahre alt geworden. Ich habe letztes Jahr schon erfreut festgestellt, das sich in den Kommentaren wirklich zu 99% nur hilfreiche, zum jeweiligen Thema passende Einträge finden. Im letzten Jahr hat sich die Zahl der Einträge nicht wesentlich erhöht. Nun, ich habe ein paar andere Schwerpunkte gehabt und das Blog nicht mehr so stark gefüttert.

Aber das Blog ist ist nicht verwaist, es dient mir und offensichtlich auch anderen als Gedächtnisstütze. 

Eigentlich könnte ich hier den Text meines letztjährigen Geburtstagsbeitrages wiederholen, ich unterlasse es hier und lade zum Lesen ein, schliesslich sind wir ja alle Hyperlinks gewöhnt

Da ich ja in den nächsten Wochen einen neuen Rootserver aufsetze, wird im nächsten Schritt das Blog auf diesen Server umziehen. Ich bin mir sicher, das ich wieder Serendipity nehmen werde. Vielleicht ein neues Design, mal sehen.

Was sich nicht ändern wird, ist, das diese Site 100% kommerzfrei bleiben wird. Mich nervt die Werbung selber, warum sollte ich das meinen Besuchern zumuten? Achja, es gibt auch keine Usertracking Software, ich habe auch keine Webbugs.