Hab gerade einen ssh Tunnel folgendermaßen eingerichtet:

ssh -L 3333:localhost:3306 -p 10022 root@remotehost

Dann wollte ich mich mit der MySQL Datenbank verbinden, hab aber immer nur die lokale Datenbank erreichen können. Ich hab schon vermutet, dass mysql den Portparameter (-P 3333 oder –port=3333) nicht auswertet, da es sich immer nur mit der lokalen DB verbindet. Nach längerer Zeit habe ich 127.0.0.1 ausprobiert und es hat funktioniert. Aber warum ist localhost nicht 127.0.0.1?

klaus@ubuntu:~$ mysql -u groupoffice-com -P 3333 --password=passwort -h 127.0.0.1
Welcome to the MySQL monitor. Commands end with ; or \g.
Your MySQL connection id is 443
Server version: 5.5.22-0ubuntu1 (Ubuntu)

mysql> quit


Kennt jemand dieses seltsame Phänomen?

Erklärung
Herr A.S. (Vielen Dank!) in den Kommentaren lieferte die Erklärung. Bei Angabe von localhost wird immer der Unix Socket verwendet, selbst wenn der Port mit angegeben ist. Will man eine TCP/IP Verbindung, muss man explizit das Protokoll angeben --protocol=TCP oder die lokale IP Adresse 127.0.0.1 verwenden.

Von Connecting to the MySQL Server (Kapitel ist nicht ins Deutsche übersetzt):

On Unix, MySQL programs treat the host name localhost specially, in a way that is likely different from what you expect compared to other network-based programs. For connections to localhost, MySQL programs attempt to connect to the local server by using a Unix socket file. This occurs even if a --port or -P option is given to specify a port number. To ensure that the client makes a TCP/IP connection to the local server, use --host or -h to specify a host name value of 127.0.0.1, or the IP address or name of the local server. You can also specify the connection protocol explicitly, even for localhost, by using the --protocol=TCP option. For example:

shell> mysql --host=127.0.0.1
shell> mysql --protocol=TCP
The --protocol option enables you to establish a particular type of connection even when the other options would normally default to some other protocol.

Hinweis: Die PHP Funktion mysql-connect verhält sich genauso, ist aber nicht so ausführlich dokumentiert.

Nach der Umstellung auf den neuen Mailserver mit geänderten Subdomain, IP Adresse und MX Record, kamen keine Emails mehr von vger.kernel.org. Emails an die gleiche Emailadresse funktionieren. Normalerweise versucht der Mailserver nach einer bestimmten Zeit die Emails nochmal zuzustellen, aber auch nach 24 Stunden erhielt ich immer noch keine. Meine erste Vermutung: die Mailling List Software Majordomo hat mich von der Verteilerliste gestrichen. Deshalb hab ich erneut angemeldet. In den Logs von Postfix fand ich diesen Eintrag:

postfix/smtp[6631]: 7DF0E1D60F76: host vger.kernel.org[209.132.180.67] said: 451 4.7.1 Hello [188.40.84.136], for recipient address <Majordomo@vger.kernel.org> the policy analysis reported: Greylisted, see http://isg.ee.ethz.ch/tools/postgrey/help/vger.kernel.org.html (in reply to RCPT TO command)

Der Auszug verrät, vger.kernel.org verwendet Postgrey – Postfix Greylisting Policy Server. Postgrey lehnt beim ersten mal die Email temporär ab und wartet den zweiten Zustellversuch ab. Spammer und Viren unternehmen meist keinen zweiten Versuch wie es im RFC vorgesehen ist. Nachdem der Kernel Server meine Subscribe Email angenommen hatte, kamen alle verpassten Emails und ich konnte das Anmeldeverfahren abbrechen. Es läuft alles wieder wie gewohnt

Da mir die Open Source Groupware Group-Office immer meine Konfigurationsdateien überschreibt, habe ich nach einer Möglichkeit gesucht, diese zu versionieren. Nach kurzer Suche bin ich auf etckeeper gestoßen. Etckeeper stellt alle Konfigurationsdateien im Verzeichnis /etc unter eine Versionsverwaltung. Zur Zeit werden Git, Mercurial (hg), Bazaar (bzr) und Darcs unterstützt. Vor und Nach dem Einspielen oder Entfernen neuer Software über die Paketverwaltung wird automatisch ein neuer commit angelegt. Zudem werden die wichtigen Dateiberechtigungen mitgespeichert und ist somit einer reinen Versionsverwaltung überlegen.

Da ich git bevorzuge, habe ich folgendermaßen etckeeper installiert:

sudo apt-get install git-core etckeeper

Git konfigurieren
git config --global user.name "Klaus Schwarzkopf"
git config --global user.email webmaster@linpert.de

Dann in der Datei /etc/etckeeper/etckeeper.conf bzr auskommentieren und git einkommentieren.
# The VCS to use.
#VCS="hg"
VCS="git"
#VCS="bzr"
#VCS="darcs"

Initialen Commit anlegen:
sudo etckeeper init
sudo etckeeper commit "Initial commit."

Ubuntu 10.04
Unter Ubuntu 10.04 wird automatisch bei der Installation schon /etc mit Bazaar versioniert. Um es auf Git zu ändern, muss die Datei etckeeper.conf angepasst werden und dann etckeeper uninit, etckeeper init und etckeeper commit “Initial commit.”
ausgeführt werden.

Manuelle Änderung
Als root oder mit vorangestelltem sudo. Man kann ganz normal git im /etc Verzeichnis verwenden.
root@ubuntu:/etc# vim fstab
root@ubuntu:/etc# git commit -a
[master a885a3c] big mistake
1 files changed, 1 insertions(+), 1 deletions(-)
root@ubuntu:/etc# git log
commit a885a3c7cfad2123fc4bd946a8d01c377651af6c
Author: Klaus Schwarzkopf <webmaster@linpert.de>
Date: Sat Jun 2 19:46:13 2012 +0200

Initial commit.
root@ubuntu:/etc#

Änderungen rückgängig

root@ubuntu:/etc# git log
commit a885a3c7cfad2123fc4bd946a8d01c377651af6c
Author: Klaus Schwarzkopf <webmaster@linpert.de>
Date: Sat Jun 2 19:46:13 2012 +0200

Initial commit.