picxl.de » Server

Redirect 301

Daniel Weihmann — Wed, 16 Mar 2011 10:26:57 +0000

Mit redirect301.de habe ich ein neues Webprojekt ins Netz gestellt, was sich (ausschließlich) mit den Themen Weiterleitungen, Umleitungen oder eben Redirects im World Wide Web befasst. Aber auch das Themengebiet Webanalyse, Suchmaschinenoptimierung und Link-Tipps aus der SEO- bis Webmaster-Szene werden zu finden sein.

Warum das Ganze?
Die Domain redirect301.de war zum Zeitpunkt, als ich mit den Weiterleitungen einiger alter Webprojekte beschäftigte, frei und da konnte ich einfach nicht widerstehen. Natürlich befasst man sich dann auch intensiver mit Fragen und Lösungen zu diesem Themengebiet und erweitert so seinen Horizont.

Redirects werden im Netz immer dann gebraucht, wenn eine bestimmte Resoource, z.B. ein Dokument, eine Webseite oder eine ganze Domain, nicht mehr unter der bekannten Adresse erreichbar ist. Sei es nun nur temporär oder dauerhaft. Man möchte natürlich mit seinem Webprojekt seine Besucher nicht mit einer Fehlerseite begrüßen und auch nicht das bereits gewonnene Vertrauen bei Google & Co. verlieren. Aus diesen Gründen braucht sicher jeder Webseiten-Betreiber mal irgendwann eine wie auch immer geartete Weiterleitung! Ob nun per PHP, in einer htaccess-Datei oder einen einfachen Meta-Refresh direkt im HTML. Unter redirect301.de gibt’s eine Antwort – auch zu Status-Codes, zur Webanalyse mit Piwik und zum Umgang mit htaccess-Dateien.

Fehler nach Piwik-Update

Daniel Weihmann — Tue, 10 Aug 2010 08:50:26 +0000

Nachdem sich die Updates in den vergangenen Tagen bei Piwik fast überschlugen – erst 0.7, direkt gefolgt von 0.8 und 0.9 gleich danach – wollte ich nun auch nicht mehr auf die finale Version von Piwik warten. Gut, das Update auf die Version 0.7 schlug vergangene Woche bereits fehl und eine Hilfe begegnete mir im Netz nicht wirklich – nur viele andere Nutzer mit ähnlichen Problemen. Also selbst ist der Mann und hier die / eine Lösung, um Piwik wieder zum Laufen zu bekommen:

Das erste Problem, das mir begegnete, waren die fehlenden Schreibrechte im Verzeichnis /piwik/tmp/assets.

Piwik couldn’t write to some directories
Try to Execute the following commands on your Linux server:

Das war schnell behoben und prinzipiell verrät die Piwik-Fehlermeldung auch schon die Lösung. Eine Rechteänderung des tmp-Verzeichnis auf 777 halte ich zwar für übertrieben, aber dies gibt dem Webserver die benötigten Schreibrechte. In /piwik/tmp/assets legt Piwik eine CSS- und eine JS-Datei ab, ohne denen das Dashboard & Co. nun mal völlig unformatiert erscheinen und ein Arbeiten mit dem Open-Source-Statistiktool unmöglich machen.

Aber auch nach dem Setzen der Schreibrechte bleibt Piwik unbenutzbar. Die CSS-Datei /piwik/tmp/assets/hashwert.css wird einfach nicht geladen und auch ein direkter Aufruf dieser Datei ist nicht möglich (http://piwik.example.org/piwik/tmp/assets/hashwert.css im Browser führt zu einem 404-Fehler). Auf dem Server liegt die Datei im angegeben Verzeichnis… die Logdateien auf dem Server zeigen aber genau wie mein Browser einen 404-Fehler. Merkwürdig!

Gut, ein Test. Umbenennung des tmp-Verzeichnis in "xxx", ein erneutes Laden der CSS unter dem neuen Pfad (http://piwik.example.org/piwik/xxx/assets/hashwert.css) und siehe da, mir wird der Inhalt der CSS im Browser angezeigt. Meine Schlussfolgerung: Das unter Unix zum Ablegen temporärer Dateien oft genutzte /tmp-Verzeichnis macht aus irgend einem Grund Probleme. Ohne hier weiter lange zu suchen, habe ich der Konfiguration des virtuellen Hosts einen zusätzlichen Alias verpasst.

Alias /tmp "/var/www/httpd/piwik/html/tmp"

Noch ein Reload des Apachen und schon strahlte mich die schicke neue Piwik-Oberfläche an. Alle Module machen ihre Arbeit und der Spuk ist vorbei…

Noch mehr Piwik

Weitere Informationen und Hinweise zur OpenSource-Webanalyse mit Piwik – wie das Thema Datenschutz, automatische Updates und das Handling mit der großen Piwik-Datenbank – sind unter redirect301.de veröffentlicht. Alles mit direkt übernehmbaren Beispiel-Codes, Screenshots und Links zu weiteren Quellen.

Der Jiffybox-Einstieg

Daniel Weihmann — Wed, 28 Jul 2010 17:40:27 +0000

Das wird sicher eine Artikel-Folge, ein Reisebericht wenn man so will, werden! Denn ein Blog ist ja eigentlich ein Tage- bzw. Logbuch und der Beginn einer Reise in der Schifffahrt, war auch immer mit dem ersten Eintrag in selbiges verbunden. Heute Abend beginnt nun mein großes Abenteuer. Es geht hinein in die unbekannte Cloud von Domainfactory! Schauen wir doch mal wo diese Reise uns hinführen wird und was wir hier für Abenteuer erleben werden. Die Einträge hier im Logbuch nehmen somit auch die Daheimgebliebenen mit auf die große Fahrt.

Unterwegs war ich übrigens schon auf vielen Meeren. In den Gefilden von Hetzner, Plusserver, 1&1 sowie Strato und Co. wurden schon die Segel gesetzt und auch kleinere Fahrten in andere Gewässer wurden bereits unternommen, von denen man heute kaum noch die Namen kennt.
Überall ist’s anders! In der einen Gegend versteht man die Sprache nicht und die Eingebohrenen sind alles andere als gute Gastgeber. Wo anders gibt es eine Knappheit an Nahrungsmitteln oder sie sind nur für viel Gold zu haben. Wieder wo anders ist es traumhaft schön, wenn nicht ab und zu die Regenzeit einsetzen und das aufgebaute zwischenzeitlich im Schlamm versinken würde. Und in manche Ozeane möchte man nie wieder zurück! Hier kann man jedem Abenteurer nur abraten, sich auf ewig lange 12 oder gar 24 Monate in diese abgelegenen Gebiete zu begeben… Aber ich schweife ab, denn ich möchte ja keine alten Geschichten erzählen. Lasst uns die Segel in Richtung Domainfactory setzen! Von diesem Land haben mir Reisende schon viel Gutes berichtet und ein bisschen Seeluft durfte ich dort auch schon schnuppern.

Informationen zur Jiffybox

Natürlich habe ich mich in den vergangenen Tagen bereits ausführlich über die Jiffybox informiert – einiges findet man ja doch abseits der immer gleichen Pressemeldungen im Netz und was die Preise und Leistungen angeht, das steht alles direkt auf der Jiffybox-Website. Im Domainfactory-Blog sind die Links zu mehreren Screencasts, die über grundlegende Dinge rund um die Jiffybox informieren, aufgelistet und auch ältere Posts zum Thema sind leicht zu finden und teils reichlich kommentiert. Es gibt ein Jiffybox-Wiki und ein Forum, in dem auch schon über den Dauereinsatz bzw. die Nutzung der Jiffybox im Produktiveinsatz diskutiert wurde – hier, also zum Dauerbetrieb, soll es ja bei mir einmal hin gehen.

Der erste Blick in die Jiffybox

Auf www.jiffybox.de eine E-Mail-Adresse und eine Handynummer angeben und ein paar Sekunden auf die SMS mit dem Freischaltcode warten. Wer diesen korrekt in das dafür vorgesehene Feld zu übertragen hat, findet wenige Augenblicke später eine E-Mail mit dem Betreff "Ihre Zugangsdaten für JiffyBox" im Posteingang und kann los legen. Naja fast! Es gibt noch eine ganze Reihe AGB als Nachtlektüre, die freudlicherweise auch als PDF abspeicherbar ist und sich in gedruckter Form bestens macht.

Ein freundliches Willkommen und die Frage ob ich den kostenfreien 24 stündigen Test oder doch gleich "richtig loslegen" möchte. "Richtig loslegen" heißt, dass Angebot kostenpflichtig zu nutzen. Ja, das habe ich eigentlich vor, aber vielleicht schreckt mich die Testphase ja doch sofort ab und ich rudere schnell wieder nach Hause.
Morgen gibt es dann hier den Link zum 2. Teil der Jiffybox-Experience. Vielleicht schon der letzte Teil? Ich hoffe nicht!

Kein Zugriff für MySQL-System-User

Daniel Weihmann — Wed, 21 Jul 2010 14:09:10 +0000

Was für eine unschöne Fehlermeldung, die zudem noch einen Neustart von MySQL auf der Konsole gänzlich verhindert:

‘Access denied for user ‘debian-sys-maint’@'localhost’ (using password: YES)’

Die Aussage ist klar! Dem speziellen MySQL-System-User debian-sys-maint fehlen unter Debian die nötigen Rechte, eine gewünschte Aktion auszuführen. Andere Betriebssysteme lassen den Neustart von MySQL vom User root durchführen, jedoch geht hier Debian einen etwas sichereren Weg und nutzt hierfür einen separaten Account. Dieser wird bei der Installation von MySQL automatisch angelegt und bekommt hierbei alle notwendigen Berechtigungen sowie ein generiertes Passwort. Normalerweiser muss man hier nichts ändern, außer man installiert den Server neu und spielt aus dem Backup auch die MySQL-User-Tabellen wieder ein. Nun stimmen die Passwörter nicht mehr überein und debian-sys-maint@localhost kann sich nicht mehr authentifizieren.

Zwei Lösungen:

1. Das Passwort unter /etc/mysql/debian.cnf auf das in der Datenbank hinterlegte ändern – wenn man es kennt. Hierbei ist zu beachten, dass das Passwort in dieser Datei doppelt hinterlegt ist und auch an beiden Stellen geändert werden muss.

~# editor /etc/mysql/debian.cnf

2. Das Passwort in der MySQL-Datenbank auf das in der /etc/mysql/debian.cnf hinterlegte ändern. Hierfür entwender mit phpMyAdmin unter dem Menüpunkt Rechte für diesen Nutzer das Passwort ändern oder die folgenden Schritte auf der Konsole durchführen:

~# mysql -uroot -p
mysql> grant all privileges on *.* to ‘debian-sys-maint’@'localhost’ identified by ‘GEHEIM!’ with grant option;
Query OK, 0 rows affected (0.04 sec)
mysql> exit;
Bye
~# /etc/init.d/mysql restart

Bitte bei den Passwörtern kreativ sein und etwas kryptisches generieren (hierfür gibt es auch Programme). Wann gibt man ein MySQL-Passwort schon mal per Hand ein? Es hat also keinen Nutzen, hier potentiellen Angreifern die Arbeit zu erleichtern, nur weil man sich "adm!n", "schatzi" oder "meiSQL" besonders gut merken kann!

ClamAV-Probleme unter Lenny

Daniel Weihmann — Fri, 16 Apr 2010 09:26:53 +0000

Was ist denn heut’ mit Lenny los? Die Mailq ist voll gelaufen und Fehlermeldungen geben sich mit Warnungen die Hand. Die ClamAV-Log meldet ERROR: Malformed database und eine Ausgabe der Mailq zeigt eine endlose Liste von fehlerhaften Mail in der Queue. 1.500 Mails! Und das auf meinem kleinen Mailserver…

Nun gut! In der Meldung steht etwas von Update – also machen wir das mal schnell und der Spuk wird vorbei sein. Nur leider fehlen (derzeit) in den Debian 5 Quellen noch das neue Pakete.

Zur Lösung des Problems:

In der sources-List unter /etc/apt/sources.list folgenden Eintrag hinzufügen:

deb http://volatile.debian.org/debian-volatile lenny/volatile main contrib non-free

Nun zur Installation:

apt-get update
apt-get install clamav
/etc/init.d/amavis restart

Sollte das nicht ausreichen (ClamAV-Logs kontrollieren), dann:

apt-get update
apt-get upgrade
/etc/init.d/postfix restart

Hierbei werden nochmal 4 Pakete aktualisiert:

apt-get upgrade
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut
Lese Status-Informationen ein… Fertig
Die folgenden Pakete werden aktualisiert:
clamav-base clamav-daemon clamav-docs clamav-freshclam
4 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.

Nun sollten auch die Logs wieder sauberes Bild abgeben und der Aufruf von freshclam keine weiteren Probleme aufzeigen. Und eine Kontrolle der Mailq sollte zeigen, dass diese langsam wieder abgebaut wird:

mailq | wc -l
1300
mailq | wc -l
1294

Beispielhafte Medlung aus der Mailq:

87075BC20DC 7797 Thu Apr 15 23:33:02 dummy@example.org
(host 127.0.0.1[127.0.0.1] said: 451-4.5.0 Error in processing, id=22211-03-39, virus_scan FAILED: virus_scan: ALL VIRUS SCANNERS FAILED: ClamAV-clamd av-scanner FAILED: run_av error: Too many retries to talk to /var/run/clamav/clamd.ctl (Can’t connect to UNIX socket /var/run/clamav/clamd.ctl: Datei oder Verzeichnis nicht gefunden) at (eval 88) line 309.; ClamAV-clamscan av-scanner FAILED: /usr/bin/clamscan unexpected exit 50, output="LibClamAV Warning: *********************************************************** 451-4.5.0 LibClamAV Warning: *** This version of the ClamAV engine is outdated. *** 451-4.5.0 LibClamAV Warning: *** DON’T PANIC! Read http://www.clamav.net/support/faq *** 451-4.5.0 LibClamAV Warning: *********************************************************** 451-4.5.0 LibClamAV Error: cli_hex2str(): Malformed hexstring: This ClamAV version has reached End of Life! Please upgrade to version 0.95 or later. For more information see www.clamav.net/eol-clamav-094 and www.clamav.net/download (length: 169) 451-4.5.0 LibClamAV Error: Problem parsing database at line 742 451-4.5.0 LibClamAV Error: Can’t load daily.ndb: Malformed database 451-4.5.0 LibClamAV Error: cli_tgzload: Can’t load daily.ndb 451-4.5.0 LibClamAV Error: Can’t load /var/lib/clamav//daily.cld: Malformed database 451 4.5.0 ERROR: Malformed database" at (eval 88) line 527. (in reply to end of DATA command))

mysqladmin flush-hosts

Daniel Weihmann — Wed, 17 Mar 2010 08:51:09 +0000

Plötzlich begrüßt den Besucher einer Website diese mit:

Warning: mysql_connect()
[function.mysql-connect]: Host ‘hostname’ is blocked because of many connection errors; unblock with ‘mysqladmin flush-hosts’ in /home/www/example.org/includes/example-script.php on line 7
Keine Verbindung möglich!

Man findet bei der Suche nach dieser Fehlermeldung eine ganze Reihe Websites, die von Google genau in dieser Zeit gecrawlt und mit diesem Inhalt indexiert wurden. Je nach Überwachungs-Intervall einer Seite kann dies bei stiefmütterlich behandelten Projekten auch mal schnell mehrere Tage dauern, bis irgendwer auf den Fehler aufmerksam wird. Zumindest macht das auf mich diesen Eindruck, wenn in den Google Top20 mehrere "normale" Websites auftauchen, die sich eher nicht mit MySQL-Problemen befassen.
Die Lösung für dieses Problem steht ja eigentlich schon direkt in der Fehlermeldung. Der Aufruf von mysqladmin mit dem Parameter flush-hosts auf dem MySQL-Server kann und wird weiter helfen – wenn man selbst Zugriff als root auf den Server hat. Wer diese Möglichkeit nicht besitzt, dem bleibt nur noch sich mit seinem Hoster in Verbindung zu setzen, sodass dieser sich 1 Minute Zeit nimmt und das Problem (erst mal) behebt.

Als erstes als root oder via sudo mit root-Rechten auf den Server anmelden und hier den bereits in der Fehlermeldung erwähnten Aufruf absetzen.

#server: mysqladmin flush-hosts

Der Spuk ist damit vorerst vorbei, wie ein erneuter Aufruf der eben noch fehlerhaften Website zeigt. Doch zurück lehnen hilft nur bis zur nächsten Meldung dieser Art, was je nach Auslöser bereits nach wenigen Sekunden der Fall sein kann. Um etwas länger vor manuellen Eingriffen des Admins – und somit vor Ausfällen der Website – verschont zu bleiben, verspricht ein Eintrag in die my.cnf – der Konfigurationsdatei von MySQL – Abhilfe.

#server: mcedit /etc/mysql/my.cnf

Hier lässt sich im Bereich [mysqld] mit folgender zusätzlichen Zeile der Standardwert für Verbindungsfehler von 10 auf einen praktisch beliebigen Wert anheben.

max_connect_errors = 100

Abspeichern und nach einem Restart von MySQL würde nun erst nach 100 fehlerhaften Verbindungen der entsprechende Host gesperrt werden (das geht natürlich auch mit einem Wert von 1.000, 10.000 oder noch höher). Nur die in MySQL eingebaute Begrenzung ist hier ja nicht zum Spaß Bestandteil der Software! Hiermit lassen sich natürlich Hacker-Attacken verhindern oder man wird auf Netzwerkfehler aufmerksam gemacht. Vielleicht hat man aber auch ein Script am Laufen, was sich immer wieder fehlerhaft versucht auf den MySQL-Server zu verbinden. Hier kann man nur in der MySQL-Prozessliste suchen und das Problem versuchen auf diese Art lokalisieren.

In irgendeinem Forum habe ich auch gelesen, dass man sich einen entsprechenden Cronjob einrichten könnte, der dann pauschal alle 5 Minuten (oder einer anderen Zeitspanne) ein "flush-hosts" durchführt.

#server: crontab -e
*/5 * * * * mysqladmin flush-hosts

Nun ja, dann könnte man auch gleich den MySQL-Dienst permanent neu starten, Daumendrücken oder einfach auf besseres Wetter hoffen. Die Suche nach der Ursache ist da schon der bessere Weg – aber wenn man "erst mal schnell" eine Lösung braucht, dann funktioniert die Erhöhung von max_connect_error.

In der MySQL-Dokumentation findet man auch noch eine weitere Lösung, um den Wert für die maximalen Verbindungsfehler zu erhöhen. Hier wird auf das Shellscript mysqld_safe näher eingegangen. Wer seine my.cnf nicht anfassen möchte, ist hiermit sicher gut beraten.

Dateien im MC markieren

Daniel Weihmann — Tue, 08 Dec 2009 15:48:29 +0000

Das Markieren von Dateien in der zweiteiligen Verzeichnisansicht im Midnight Commander kann für die Freunde der Maus durch einen Klick mit der rechten Maustaste auf die gewünschte Datei erfolgen. Möchte man mehrere selektieren, dann klickt man einfach alle gewünschten nacheinander an. Mit der Tastatur geht das natürlich viel besser: Einfach die Einfügen-Taste [Einfg] auf der Tastatur drücken oder bei mehreren aufeinanderfolgenden Dateien diese gedrückt halten. Hat man zuviele oder eine falsche Datei ausgewählt, dann einfach via Cursor-Tasten zu fälschlicherweise gewählten Datei navigieren und erneut die Einfg-Taste betätigen.

Möchte man nun alle Dateien innerhalb eines Verzeichnisses auswählen, dann kann man wie oben beschrieben verfahren oder – und das ist deutlich schneller – die Tastenkombination [SHIFT] + [*] verwenden (Umschalttaste + Stern). Dieser Kurzbefehl wählt sämtliche Dateien innerhalb des Verzeichnisses aus, die dem man sich gerade befindet. Order bleiben hierbei unberücksichtigt. Ein erneutes Betätigen der Tastenkombination kehrt die Auswahl wieder um.

Nun lässt sich per Funktionstaste eine Aktion für alle gewählten Dateien wählen. Die Taste [F8] zum Beispiel, um alle Dateien auf einmal zu löschen. Oder [F5], um diese in das im anderen Fenster gewählte Verzeichnis zu kopieren.

Visible Tabs & Spaces im MC

Daniel Weihmann — Thu, 29 Oct 2009 12:38:46 +0000

Seit Debian Lenny stören mich immer mal wieder die sichtbaren Tabulatoren und Leerzeichen wenn ich mit dem Midnight Commander Dateien editiere. Das ist alles erst einmal schön anzusehen, doch sobald Inhalte per Copy & Paste in einen Texteditor oder in eine andere mit dem MC zu bearbeitende Datei kopiert werden sollen, werden die Hilfszeichen mit übernommen und müssen nachträglich wieder entfernt werden. Das nervt bereits bei kurzen Passagen und bei längeren Textblöcken wird’s unerträglich.

Die Lösung des Problems war recht einfach! Im Midnight Commander werden das Aussehen, die History usw. über eine ini-Datei gesteuert. Diese befindet sich im Home-Verzeichnis der Nutzer unter ~/.mc/ini und kann mit root-Rechten bearbeitet werden. Die Werte

editor_visible_tabs=0
editor_visible_spaces=0

sind hierbei einfach von 1 auf 0 abzuändern. Ich habe diese Änderung nicht mit dem Midnight Commander selbst durchführen können – sicherlich liegt auf dieser Datei ein Schreib-Lock, sobald man den Editor des MC geöffnet hat – sondern musste mich mit einem anderen Editor begnügen.

nano ~/.mc/ini

Ein erneutes Aufrufen des MC-Editors hat alle Hilfszeichen auf wundersame Weise verschwinden lassen… Danke!

Virtualbox – Port forwarding

Daniel Weihmann — Wed, 13 May 2009 18:32:57 +0000

Virtuelle Maschinen lassen sich ja für alles Mögliche einsetzen. Ob nun als Labor-Umgebung für irgendwelche Netzwerk-Geschichten, zum Testen von Software, als zusätzliches Betriebssystem oder zum "sicheren Surfen". In meinem Fall möchte ich das Debian 4.0 Gastsystem als Entwicklungsserver für Webseiten nutzen. Wie und wo man Virtualbox installiert, downloaded und mit einem Gastsystem bestückt soll nicht das Thema dieses Beitrags sein. In diesem Tutorial geht es wirklich nur um das NAT (Network Adress Translation, eigentlich Network Address Port Translation in diesem Fall) und wie man diese Portweiterleitung einrichten und anwendet.

Ich möchte von meinem Windows-Rechner per SSH und HTTP auf die Virtuelle Maschine zugreifen ohne aber die Konfiguration "Hostinterface" oder "Internes Netzwerk" zu nutzen. SSH lauscht auf auf Port 22 und HTTP ebenfalls unverändert auf dem bekannten Port 80. Ansprechen, also vom Windows her aufrufen, möchte ich SSH auf Port 9022 und HTTP auf 9080. Die Ports sind hierbei oberhalb von Port 1024 prinzipiell frei wählbar; ein bisschen Ordnung schadet sicherlich nicht und somit hat diese VM von mir die Nummer 90 bekommen und die Original-Ports habe ich einfach an gehangen.

NAT-Konfiguration

Bei den Einstellungen für das Netzwerk innerhalb von Virtualbox muss NAT ausgewählt werden und beim direkten Bearbeiten der Konfigurations-XML-Datei ist ein Beenden des Programms notwendig, da Windows sonst das Schreiben in diese Datei verweigert. Da meine Maschine "Debian 4.0" und mein Anmeldename bei Windows "daniel" ist, lautet der Pfad zur XML bei mir

C:\Dokumente und Einstellungen\daniel\.VirtualBox\Machines\Debian 4.0\Debian 4.0.xml

Diese mit einem Texteditor öffnen und die folgenden 3 Zeilen zwischen und hinzufügen

Für den HTTP-Port einfach 3 weitere Zeilen anhängen; ggf. weitere Dienste einfach entsprechend erweitern

Nun nur noch speichern, Virtual Box ausführen und die entsprechende VM starten.

Alternative zur XML-Bearbeitung

Eine andere Möglichkeit die XML-Datei zu beschreiben lässt sich mit Hilfe des sich im Funktionsumfang befindlichen VBoxManager bewerkstelligen. DOS-Box öffnen (Start > Ausführen > CMD) und zum Virtualbox-Verzeichnis navigieren

cd "c:\Programme\Sun\xVM VirtualBox\"

hier angekommen (die Pfade/ Laufwerke können natürlich von meinen abweichen) gilt es die 3 folgenden Befehle abzusetzen (STRG+C und in der DOS-Box Rechtsklick und Einfügen wählen)

VBoxManage setextradata "Debian 4.0" "VBoxInternal/Devices/pcnet/0/LUN#0/Config/SSH/HostPort" 9022
VBoxManage setextradata "Debian 4.0" "VBoxInternal/Devices/pcnet/0/LUN#0/Config/SSH/GuestPort" 22
VBoxManage setextradata "Debian 4.0" "VBoxInternal/Devices/pcnet/0/LUN#0/Config/SSH/Protocol" TCP

Einstellungen im Putty

Die VM läuft und nun möchte ich mit dem Putty auf die Linux-Konsole zugreifen. Hier habe ich einige Zeit gebraucht, um auf die Idee zu kommen, bei Hast Name nicht die IP der virtuellen Maschine einzugeben, sondern localhost oder 127.0.0.1. Bei Port kommt der weiter oben gewählte hinein und das war’s eigentlich schon. Der Zugriff müsste per SSH möglich sein; vorausgesetzt, dass auf der VM auch ein Dienst auf Port 22 lauscht.

Was macht der Port 80?

Ein frisch installierter Apache auf dem Gastsystem liefert beim Aufruf von "http://localhost:9080" im Browser: "It works" – und genau so ist’s gemeint.

Weiterführende Informationen zum Thema:

Mail-Header anzeigen

Daniel Weihmann — Tue, 24 Feb 2009 19:09:28 +0000

E-Mail-Header lesen und verstehen – so der Titel auf Thomas Hochsteins Webseite zum Thema Mailheader, Email-Kopfzeilen oder wie auch immer man hierzu sagen möchte. Auf 23 DIN-A4 Seiten wird das Thema Mail-Header bis ins Detail beschrieben, ohne in einen langweiligen RFC-Kontext zu verfallen.

Die Beschreibung des Ablaufs einer E-Mail-Zustellung ist kurz und bündig. Ausführlicher wird’s bei den Headerzeilen, sozusagen dem Briefkopf oder dem Briefumschlag einer E-Mail, und geht weiter über Möglichkeiten zur Beschwerde, wenn der Spam überhand nimmt.

Ich stieß auf die Seite, weil ich in Kundengesprächen am Telefon immer mal gern auf den E-Mail-Header bei entsprechenden Mail-Problemen zurück greifen möchte. Das heißt also, dass mir ein normaler Windows-Anwender – ggf. mit grundlegenden Word- und Internet Explorer Kenntnissen – einfach einmal einen bestimmten Kopfzeilen-Auszug zukommen lassen soll, um einer Sache näher auf den Grund zu gehen. Nun fällt es mir als Thunderbird-User jedes Mal recht schwer, aus dem Kopf heraus zu beschreiben, wie man bei Outlook Version sowieso den Header extrahiert. Thomas Hochsteins Informationen helfen dann immer recht schnell weiter…

Selbst exotische Clients – auch wen ich diese Infos bisher noch nicht brauchte – sind vertreten; auch Webmailer wie GMail, GMX & Co. fehlen nicht. Von Incredimail, MS Entourage oder Sylpheed Claws hörte ich hier zum ersten Mal und T-Online E-Mail und Lotus Notes sind mir zwar ein Begriff, nur gesehen habe ich beides bisher noch nicht.

Leider finden keine Aktualisierungen mehr statt, sodass ich mir für aktuelle Outlook-Versionen dies hier wohl mal noch notieren werde…