Kommentare zu: IPv6-MySQL-Stolperfalle http://www.rackblogger.de/2009/01/23/ipv6-mysql-stolperfalle/ We love to HOST you. :-) Fri, 18 May 2012 06:05:28 +0000 http://wordpress.org/?v=2.0.9 Von: ur http://www.rackblogger.de/2009/01/23/ipv6-mysql-stolperfalle/#comment-35118 Sun, 21 Aug 2011 11:15:09 +0000 http://www.rackblogger.de/2009/01/23/ipv6-mysql-stolperfalle/#comment-35118 Ich hatte auf Ubuntu 10.4 das Problem, dass Anwendungen wie ISPConfig, Froxlor, ehcp etc. sich nicht bei Mysql anmelden konnten, obwohl der Host stimmte und die mysql Verbindung auch ordnungsgemäß gestartet war gemäß /etc/init.d/mysql und Kontrolle über lsof -i Die Fehlermeldung bezog sich auf den Socket. Der im Pfad angegebene war nicht verwendbar und im tmp keiner zu finden (nicht generiert). Ich vermute, dass die Einrichtung der IPv6 verhindert hat, dass mysql den Unix-eigenen Sockettreiber verwendet - weil der aber funktioniert, wurde kein anderer generiert. So stand mysql dann ohne Treiber da. Die Installationsanweisungen für den PDO im Manual finde ich nicht brauchbar, da ich keinen Sourcecode finden kann, den man mit --with... kompilieren könnte. Bei apt-get erkennt mein Ubu aber das --with.. nicht als irgendwie gültige Option an. jetzt hoffe ich, dass postgresql mit der entsprechenden Admin-Oberfläche das Problem nicht hat. Bisher ist die Installation geglückt - dort sind auch schon entsprechende Eintraguungen für Unix und IPv6 vorgenommen worden. Dagegen lesen sich die Bemerkungen auf der mysql Seite so, als wäre das IPv6 "Problem" erst gelöst mit mysql 7.0 (Cluster), also jenseits der Open Source Unix Unterstützung. Ich hatte auf Ubuntu 10.4 das Problem, dass Anwendungen wie ISPConfig, Froxlor, ehcp etc. sich nicht bei Mysql anmelden konnten, obwohl der Host stimmte und die mysql Verbindung auch ordnungsgemäß gestartet war gemäß /etc/init.d/mysql und Kontrolle über lsof -i
Die Fehlermeldung bezog sich auf den Socket. Der im Pfad angegebene war nicht verwendbar und im tmp keiner zu finden (nicht generiert). Ich vermute, dass die Einrichtung der IPv6 verhindert hat, dass mysql den Unix-eigenen Sockettreiber verwendet - weil der aber funktioniert, wurde kein anderer generiert. So stand mysql dann ohne Treiber da. Die Installationsanweisungen für den PDO im Manual finde ich nicht brauchbar, da ich keinen Sourcecode finden kann, den man mit –with… kompilieren könnte. Bei apt-get erkennt mein Ubu aber das –with.. nicht als irgendwie gültige Option an. jetzt hoffe ich, dass postgresql mit der entsprechenden Admin-Oberfläche das Problem nicht hat. Bisher ist die Installation geglückt - dort sind auch schon entsprechende Eintraguungen für Unix und IPv6 vorgenommen worden. Dagegen lesen sich die Bemerkungen auf der mysql Seite so, als wäre das IPv6 “Problem” erst gelöst mit mysql 7.0 (Cluster), also jenseits der Open Source Unix Unterstützung.

]]> Von: Klaus Keppler http://www.rackblogger.de/2009/01/23/ipv6-mysql-stolperfalle/#comment-14172 Fri, 23 Jan 2009 21:40:54 +0000 http://www.rackblogger.de/2009/01/23/ipv6-mysql-stolperfalle/#comment-14172 Danke für die Info! :-) Danke für die Info! :-)

]]> Von: Jonas http://www.rackblogger.de/2009/01/23/ipv6-mysql-stolperfalle/#comment-14170 Fri, 23 Jan 2009 19:45:06 +0000 http://www.rackblogger.de/2009/01/23/ipv6-mysql-stolperfalle/#comment-14170 Wie alle Unix/Linux Programme macht ssh ein Ipv6-Force. Wenn also Ipv6 vorhanden ist, wird v6 genutzt. Einfacher als die IP-Adresse zu nutzen: foo:~> ssh -4 -L 3308:db:3306 -C -N -f -g kk@db -4: Forces ssh to use IPv4 addresses only. Die Switches -4 und -6 sind bei sehr vielen Programmen vorhanden... Wie alle Unix/Linux Programme macht ssh ein Ipv6-Force. Wenn also Ipv6 vorhanden ist, wird v6 genutzt.

Einfacher als die IP-Adresse zu nutzen:

foo:~> ssh -4 -L 3308:db:3306 -C -N -f -g kk@db

-4: Forces ssh to use IPv4 addresses only.

Die Switches -4 und -6 sind bei sehr vielen Programmen vorhanden…

]]>