Sysadmin unser, der du stehst im Serverraum,
Geheiligt werden deine Backups.
Dein Patch komme,
Deine Richtlinie geschehe,
wie im Internet also auch im LAN.
Unser täglich Update gib uns heute.
Und vergib uns unsere Viren,
wie auch wir vergeben unseren fehlerhaften Programmversionen.
Und führe uns nicht in den Crash,
sondern erlöse uns von den Hackern.
Denn Dein ist der Server und der Client und das
World Wide Web in Ewigkeit.
Format C:
Ich muss zugeben, dass ich nach wie vor etwas skeptisch bin, dass das funktionieren kann. Es gibt inzwischen schon mehrere Anbieter von “Wir-retten-den-Regenwald-Suchmaschinen”. Neben forestle kenne ich zumindest noch Ecosia welches ich selbst auch verwende.
Das Versprechen: Jede Suche über Ecosia.org rettet ca. 2 m² Regenwald.
Man kann sich Ecosia wunderbar als Firefox-Plugin installieren und bekommt dann auch eine Übersicht, wieviel m² man schon gerettet hat. Ich bin momentan bei 77,9 m².
Funktionieren soll es angeblich über die Sponsored-Links von Yahoo und Bing die dort eingeblendet werden. Man hat einen Durchschnitt errechnet, wieviele Nutzer auf diese Anzeigen klicken und ist dann zum Ergebnis gekommen, dass im Durchschnitt jeder Nutzer 2 m² schützen kann. Ob diese Rechnung letztlich aufgeht wage ich zu bezweifeln aber dennoch – wenn auch nur eine kleine Hoffnung besteht, dass das wirklich was bringen kann, nutze ich es gerne. Die Suchergebnisse kommen von Bing und die machen doch einen recht guten Job.
Alternativ gibts wie gesagt auch noch http://de.forestle.org/
Ecosia verspricht mehr geretteten Regenwald pro Suchanfrage, ich denke aber dass Forestle das realistischer einschätzt.
Welcher nun besser is muss jeder selbst rausfinden. Alles in allem muss ich aber sagen, gibt es einem ein gutes Gefühl zumindest zu hoffen, dass man aktiv etwas tut um den Regenwald zu beschützen.
Schön wärs doch, oder?
Ich hatte jetzt seit einigen Tagen das Problem, dass per ping keine Domainnamen aufgelöst werden konnten. Dies hat sich mehrfach geäußtert. Unter anderem konnte das System keine E-Mails mehr versenden, weil die Mailserver nicht gefunden wurden. Ziemlich ärgerlich da es sich dabei um Buchungsmails für einen touristischen Dienst handelte. Gottlob sind diese Mails ja dann nicht futsch sondern noch brav in der mqueue von sendmail (sendmail -bp).
Ich habe wirklich stundenlang nach dem Problem gesucht und konnte es einfach nicht finden.
Dank der Hilfe unseres Hosters (HostEurope) war das Problem letztlich an dem Dienst nscd festzumachen. Das ist ein Caching Service für DNS Anfragen.
Warum der Dienst nicht mehr funktioniert hat, kann ich leider nicht sagen. Fakt ist jedoch, dass nach einem kurzen “apt-get remove nscd” auch die Domainauflösung wieder funktioniert hat.
Vielleicht hilft das ja dem einen oder anderen bei der Fehlersuche. Bei Google und Co wurde ich nämlich nicht wirklich fündig.
Da ich selbst immer wieder damit in Berührung komme, ist es mir beinahe schon ein persönliches Anliegen, das folgende Projekt zu unterstützen:
http://www.email-standards.org/
Es geht hierbei darum den Entwicklern der E-Mail-Clients klar zu machen, dass sie sich endlich mal an die HTML-Standards halten sollen. Jeder der schon mal einen HTML-Newsletter verschicken wollte weiß, dass das alles andere als einfach ist. CSS ist, wenn überhaupt nur inline zu verwenden weil jeder dritte Webclient globale CSS-Definitionen über den Haufen wirft. Ganz zu schweigen von der Interpretation des ganzen. Einfach nur grausam was den Entwicklern da abverlangt wird.
Wieder mal einer der Einträge die mehr für mich als für die breite Masse bestimmt sind. Nachdem ich jetzt seit zwei Stunden rum experimentiere, wie man sendmail beibringen kann über ein Relay zu versenden bin ich nun endlich alleine auf die Lösung gekommen. Entgegen aller Angaben die sonst bei Google und Co. gefunden werden ist nur ein einziger Eintrag in einer einzigen Datei von nöten.
Man editiere die Datei /etc/mail/submit.cf und modifiziere eine bereits existierende Zeile. Im Original sieht diese so aus:
# “Smart” relay host (may be null)
DS
Hinter das “DS” schreibt man nun die IP-Adresse des Relay-Host. Das Ergebnis sieht dann so aus wenn der Relay-Host beispielsweise die IP-Adresse 192.168.2.1 hat:
# “Smart” relay host (may be null)
DS 192.168.2.1
Danach ein schickes /etc/init.d/sendmail restart und schon trudeln die ersten Mails ins Postfach! Es kann so einfach sein…
Ich arbeite übrigens mit Debian etch auf aktuellstem stable release.
Die Definition von Hehlerei:
Die Hehlerei ist die bedeutendste Anschlussstraftat an eine zuvor begangene rechtswidrige, gegen fremdes Vermögen gerichtete Straftat, insbesondere an einen Diebstahl
Nichts anderes ist für mich das momentane Vorhaben der Bunderegierung. Ich bin wirklich kein politisch engagierter Mensch aber wenn es um sowas geht muss sogar ich mal Dampf ablassen. Merkel schreit ja förmlich hinaus: “Wenn ihr eine Straftat begeht dann seht nur zu, dass die Folgen davon der Regierung nutzen, dann bekommt ihr sogar ein paar Steuermillionen als Belohnung. Anderenfalls müssen wir euch leider einsperren!”
Ich meine… versteh ich da was nicht? Das ist und bleibt Hehlerei!! Und offensichtlich steht der Großteil des deutschen Volkes auch noch hinter diesem Vorhaben. Ja ja, macht nur ihr Politiker. Wenns uns Geld bringt is das schon okay.
Demnächst lässt die Bundesregierung noch die Deutschlandflaggen von kleinen asiatischen Kinderhänden fertigen weil das ja auch Steuergelder spart. Ich glaub ich dreh echt am Rad.
Bitte, bitte, bitte wenn mir jemand meinen Gedankenfehler zu offenbaren vermag der diese Aktion in einem illegalen Licht dastehen lässt der möge sich bitte bei mir melden. Anderenfalls muss ich einfach nur sagen: Pfui, pfui, pfui… gut, dass ich keinen von euch gewählt habe!
Das ist mehr ein Merkzettel für mich als ein wirklicher Artikel. Nachdem ich jetzt eine Weile gesucht habe, bis ich diese Lösung wieder gefunden hab, dachte ich mir es könne nicht schaden, das Ganze mal hier abzulegen.
Das zu lösende Problem ist einfach zu erklären. Ich habe eine Kombination aus postfix, courier, amavis, spamassassin und maildrop auf einem Debian 5.0 System. Meine Mails werden im Header durch amavis und spamassassin schon korrekt als Spam markiert. Nun möchte ich aber noch, dass diese markierten Mails automatisch in einen Spamordner verschoben werden. Falls dieser Spamordner noch nicht existiert, soll er außerdem automatisch angelegt werden.
Folgendes führt zum Ziel.
Man editiere die Datei /etc/maildroprc
# Spamordner anlegen`test -d $MAILDIR/.Spamverdacht`
if( $RETURNCODE == 1 )
{
`/usr/bin/maildirmake -f Spamverdacht $MAILDIR`
`echo INBOX.Spamverdacht >> $DEFAULT/courierimapsubscribed`
}
# Spam mit mehr als 10 Punkten in den Ordner Spam verschieben
if (/^X-Spam-Level: *{10,}$/)
{
exception {
to “$MAILDIR/.Spam/”
}
}
# Spam (mit weniger als 10 Punkten) ins Spam-Verzeichnis verschieben
if (/^X-Spam-Flag: YES/)
{
exception {
to “$MAILDIR/.Spamverdacht/”
}
}
Heute hatte ich im Rahmen einer TÜV-Prüfung inkl. Server-Check die Aufgabe, die bösen bösen Headerinformationen die ein Apache und PHP standardmäßig mitschicken wenn man den Header abfragt, zu deaktivieren. Nachdem ich selbst eine Weile danach gesucht hatte, wollte ich hier kurz das Ergebnis meiner Recherchen bekannt geben.
Nach der Änderung liefert der Server nur noch folgendes:
HTTP/1.1 200 OK
Date: Mon, 14 Dec 2009 17:41:23 GMT
Server: Apache
Connection: close
Content-Type: text/html; charset=UTF-8
Deaktivieren kann man das Ganze natürlich ganz einfach in den jeweiligen Logdateien. Für den Apache ist das die apache2.conf (bei Debian unter /etc/apache2/apache2.conf zu finden). Bei mir war es sogar in der Datei /etc/apache2/conf.d/security hinterlegt.
Hier ändert man einfach die beiden folgenden Parameter:
ServerTokens Prod
ServerSignature Off
Um jetzt auch noch das hübsche X-Powered-By von PHP zu deaktivieren geht man in die php.ini seiner Wahl. Bei mir unter Debian ist die Verantwortliche Datei hier zu finden:
/etc/php5/apache/php.ini
Hier sollte es die Option “expose_php” geben. Diese stellt man einfach auf “Off” und schon sind alle glücklich.
Nachdem ich kürzlich drei Tage MySQL-Schulung genießen durfte, bin ich nun um einiges schlauer, was die korrekte Administration der DB angeht. Während des Seminares hab ich mir aber schon den einen oder anderen nützlichen Tipp notiert den ich schon das eine oder andere mal hätte gut gebrauchen können.
Daher gibts heute Teil 1 meiner MySQL-Tipp Serie.
Ergebnisse lesbar darstellen
Jeder kennt das. Man macht einen Select auf eine Tabelle mit schön vielen Spalten und die Ausgabe auf der Konsole ist mehr als unlesbar, weil die Umbrüche an den ungünstigsten Stellen sind. Man braucht ewig, um das Ergebnis korrekt zu interpretieren.
Dafür gibts Abhilfe. Anstatt wie bisher
SELECT * FROM tabelle1;
versucht doch mal folgendes:
SELECT * FROM tabelle1\G
Das ändert die Ausgabe von der klassischen Darstellung in folgendes Schema:
mysql> select ID, TITLE, PRICE from products LIMIT 1\G
*************************** 1. row ***************************
ID: 1
TITLE: al hambra
PRICE: 39*************************** 2. row ***************************
ID: 2
TITLE: Venezia
PRICE: 34
usw…
Viel Spaß beim ausprobieren.
Ja, ich bin begeisterter Gamer. Und man soll ja ruhig seine Hobbies zeigen:
