Manchmal sind die automatisierten Server-Setups völlig für die Katz.

Nach Ersterstellung eines VServers bei 1&1 lahmte die interne DNS-Auflösung. Zeitweilig brauchten die Server 6 bis 18 Sekunden, manchmal noch länger, um eine Domain aufzulösen.

…weiter lesen

Seltsamerweise generiert auf einem VServer bei 1&1 das Paket AWStats keine tägliche Statistik, obwohl das in Plesk so eingestellt ist. …weiter lesen

Wer Munin verwendet, ist bestimmt auch auf das Munin-Plugin Spamassassin zur Auswertung von durch SpamAssassin abgewehrte Spam- und Ham-Mails gestoßen. …weiter lesen

Wer Munin als Auswertungsprogramm für die Serverstatistiken verwendet, weiß die mitgelieferten oder bei MuninExchange vorhandene Plugins zu schätzen.
Das Munin-Plugin-Repository MuninExchange bietet eine große Auswahl an Plugins für verschiedene Bereiche. …weiter lesen

Wer Plesk 9.2 benutzt, kann das Problem haben, dass AWstats keine Bilder in den Statistiken anzeigt.

Das liegt einzig daran, dass Plesk beim Installieren bzw. Konfigurieren gepfuscht hat und Aliase falsch gesetzt hat. Plesk mit seinen Automatismen hat eben auch Nachteile.

Bei einem von mir betreuten Server schrieb Plesk folgendes in die Apache-Konfiguration httpd.include:
Alias /awstats-icon /var/www/html/awstats

Was völlig unsinnig ist, denn das angegebene Verzeichnis existiert gar nicht nicht.
Sinnvoller wäre gewesen, überhaupt ein zugreifbares Verzeichnis (innerhalb des WebServerroot) mit den Bildern zu erzeugen.

Kein Problem, ein symbolischer Link tut es auch. Einfach die Shell aufrufen und beherzt folgende Zeile eingeben (allerdings nur, wenn die AWstats-Bilder wirklich unter dem als zweiten Parameter angegeben Verzeichnis liegen):

ln -s /usr/share/awstats/wwwroot/icon/ /var/www/html/awstats

Und siehe da, die fehlenden Bilder sind wieder da.

Gestern gegen 17 Uhr war der Webserver auf meiner Domain unerreichbar oder antwortete erst nach 5 oder gar 20 Minuten. Gegen 18 Uhr war es dann gänzlich unmöglich, an irgendeinen Dienst heranzukommen, auch der Mailserver war wie tot. Ein Zugriff auf das Webpanel des Servers war auch nicht mehr möglich.

Also musste ich den Support meines Serverhosters anrufen und um eine Problembehebnung bitten. Es dauerte mehrere Stunden (fast 20 Uhr), bis der Server wieder erreichbar war.

Eine von mir durchgeführte Analyse der Systemlogs erbrachte gegen 17 Uhr massive segfaults beim Apache. Ob das die Ursache war, weiß ich nicht.

Mal sehen, was der technische Support heute sagt.

Gerade eingetrudelt: laut Mail des Supports hatte der Wirtsserver, welcher den VServer hostet, einen Ausfall.

Gestern wurde ich und ein paar andere Opfer einer DNS-Umleitung auf eine Malwareseite. Nach Aufruf der Seite des Opera-Info-Forums wurde ich auf eine Seite mit Werbung für einen Malwarescanner geschleust. Da ich aber diese Seite niemals …weiter lesen

Ich habe heute auf der Suche nach komfortablen Tools für den Mailserver QMail folgendes Perl-Skript gefunden: qmqtool.

Um die Mailwarteschlange anzusehen, nach Nachrichten suchen oder Nachrichten daraus zu löschen ist es ganz nützlich.

Download

dann hilft nur ein zusätzlicher HTTP-Header. Wieso das? Na, es soll Seiten geben, die im Internet Explorer (IE) 8 nicht korrekt anzeigen. Und damit alles so schön wie zu Kaputten-Browser-Zeiten aussieht, muss eingegriffen werden. Wieder ein weitere unnötiger Patch im Code!…weiter lesen

Seitdem ich die DNS-Blacklist (DNSBL) Manitu zusammen mit Spamhaus (schon länger) verwende, kommt viel weniger Spam in den Mailboxen an.

Manitu ist einer der Server, der DNSBL bereitstellt. Das ging aus iXs NixSpam hervor.