Problem mit eazyDNS

[lorddarkmage]

Hallo zusammen,

habe ein Problem mit eazyDNS. Nachdem ich es installiert habe führe ich das Binary eazydns aus und bekomme folgende Fehlermeldung zurück:

DBI connect('database=eazydns;host=localhost;timeout=6000','usr_web1_1',...) failed: Access denied for user: 'usr_web1_1@127.0.0.1' (Using password: YES) at PERL2EXE_STORAGE/DBD/mysqlPP.pm line 109
at /root/eazydns/eazydns line 56

Die Benutzerdaten für die Datenbank sind aber 100 Prozent richtig. Bischen gegoogelt und dabei gesehen, dass es ein paar andere User gibt mit dem gleichen Problem. Leider werden die Beiträge nicht zuendegeführt, sodass ich letztendlich doch hier fragen muss.

Vielleicht kennt jemand von euch das Problem oder hat eine Idee.

Gruß und Dank

LordDarkmage

[lucki2]

Gegenfrage: siehst Du den Unterschied der beiden Kommandos und warum das Eine geht und das Andere nicht?

Code: Select all

 mysql -h 127.0.0.1 -u usr_web1_1 -p eazydns 

Code: Select all

 mysql -h localhost -u usr_web1_1 -p eazydns 

Das wäre das erste, wo ich an Deiner Stelle mal nachsehen würde.

[lorddarkmage]

Hi!

Tjo, da hast du wohl Recht. Mit localhost geht´s und mit 127.0.0.1 geht´s nicht. Was kann ich da machen?

[lucki2]

1.

Die Benutzerdaten für die Datenbank sind aber 100 Prozent richtig.

99% nicht die richtigen Benutzerdaten. "Grant... on ... to... identified by ... "
desweiteren
66% in my.conf skip-networking gesetzt.
80% 127.0.0.1 nicht gebunden
50% inetd/xinetd und /etc/hosts.allow nicht überprüft.
2% firewall zu

unter ferner liefen: my.conf gröber falsch oder Rechtestruktur von MySQL komplexer fehlerhaft als nur den User nicht angelegt.

(was vergessen?)

PS:(eq MySQL Nameserver) => nil

[lorddarkmage]

99 % - Mit den Benutzerdaten komme ich über phpMyAdmin dran.
66 % - Hab skip-networking auskommentiert
80 % - in der my.cf gebunden mit bind-adress=127.0.0.1
50 % - steht nur sendmail::ALL drin.
2 % - IP-Tables ist komplett offen.

Ich weiss da echt nicht mehr weiter. Vor allem, weil ich nicht so das Verständnis für MySQL habe. Kleinigkeiten gehen nocht, aber bei sowas muss ich passen.

[Joe User]

localhost und 127.0.0.1 sind für MySQLd zwei unterschiedliche Kommunikationsarten:
localhost -> Socket
127.0.0.1 -> TCP/IP

Wenn man Beides nutzen will, muss der User auch die entsprechenden Rechte bekommen:

Code: Select all

mysql -uroot -pRoOtPaSs
GRANT ... ON db.* TO 'user'@'localhost' IDENTIFIED BY 'UsErPaSs';
GRANT ... ON db.* TO 'user'@'127.0.0.1' IDENTIFIED BY 'UsErPaSs';
FLUSH PRIVILEGES;
QUIT;

[lucki2]

Genau das, s.o. Wenn Du das über PHPMyAdmin machen willst:bitte. Meinetwegen trage den User auch per Hand in user, db, table_priv... Tabellen ein - Hauptsache den gibt es nachher.

aber noch zu dem hosts.allow:

Code: Select all

echo  "mysqld: 127.0.0.1" >> /etc/hosts.allow

Kann höchstens redundant sein(die restlichen 50%).

[juergen]

und bekomme folgende Fehlermeldung zurück:

DBI connect('database=eazydns;host=localhost;timeout=6000','usr_web1_1',...) failed: Access denied for user: 'usr_web1_1@127.0.0.1' (Using password: YES) at PERL2EXE_STORAGE/DBD/mysqlPP.pm line 109
at /root/eazydns/eazydns line 56

Die Benutzerdaten für die Datenbank sind aber 100 Prozent richtig. Bischen gegoogelt und dabei gesehen, dass es ein paar andere User gibt mit dem gleichen Problem. Leider werden die Beiträge nicht zuendegeführt, sodass ich letztendlich doch hier fragen muss.

Das liegt 100-prozentig an falschen grant-Einstellungen. Mit tcpwrappers/hosts.{allow,deny} oder Firewall hat das nichts zu tun, die Fehlermeldung kommt ja schon vom MySQL-Daemon. Übrigens gibt es durchaus einen Unterschied zwischen localhost(Unix-Domain-Socket) und 127.0.0.1(TCP-Socket) bei MySQL.

[lucki2]

Übrigens gibt es durchaus einen Unterschied zwischen localhost(Unix-Domain-Socket) und 127.0.0.1(TCP-Socket) bei MySQL.

Schön das Du bestätigst, was ju und ich bereits sagten.*g*

[juergen]

Übrigens gibt es durchaus einen Unterschied zwischen localhost(Unix-Domain-Socket) und 127.0.0.1(TCP-Socket) bei MySQL.

Schön das Du bestätigst, was ju und ich bereits sagten.*g*

Ja, man kann es nicht of genug wiederholen :-)

Das Verhalten des MySQL-Clients ist an dieser Stelle auch sehr unglücklich: Wenn ich die Option -h localhost angebe, erwarte ich eigentlich, dass der Client über die IP-Adresses von localhost connected, die mir mein resolver zurückliefert...

[lorddarkmage]

oooooohhhh geil es läuft. DANKE DANKE DANKE DANKE... hab ich schon Danke gesagt? Wie geil *g*

War also wirklich das Rechteproblem.