www.ProFTPD.de

ProFTPD => ProFTPD - Deutsch => Thema gestartet von: uwe am 27. April 2005, 01:38:26



Titel: [gelöst]...Mal wieder MYSQL-Connection
Beitrag von: uwe am 27. April 2005, 01:38:26
So, da bin ich wieder :oops:
Hoffe Ihr koennt mir dies bezueglich Helfen :)  :idea:

Habe mir gestern im laufe des Tages folgende Pakete installiert:
Code:
ii  mysql-client   4.0.24-2
ii  mysql-common   4.0.24-2l
ii  mysql-server   4.0.24-2
ii  nmap           3.75-1
rc  proftpd        1.2.10-10
ii  proftpd-common 1.2.10-10
ii  proftpd-mysql  1.2.10-10

Warum jetzt vor dem proftpd ein rc steht weis ich auch nicht, soll fuer den Moment auch nicht das Prob. sein. :)
unzwar, will ich auf den sql-server connecten(local)
Code:
mysql -h HOST -u NAME -p
funktioniert das einwandfrei :!:
weil ja der port 3306 local auch offen ist.
Code:
Interesting ports on localhost.localdomain (127.0.0.1):
(The 1659 ports scanned but not shown below are in state: closed)
PORT     STATE SERVICE
21/tcp   open  ftp
22/tcp   open  ssh
25/tcp   open  smtp
3306/tcp open  mysql
aber ueber die 192.168.0.2 nicht (ist doch der gleiche Rechner)
Code:
Interesting ports on localhost.localadmin (192.168.0.2):
(The 1661 ports scanned but not shown below are in state: closed)
PORT   STATE SERVICE
21/tcp open  ftp
22/tcp open  ssh
alles klar, kein problem werdet ihr jetzt sagen :D schau halt in
Code:
/etc/mysql/my.cnf
und kommentiere die zeile skip-networking aus.
die zeile habe ich dort aber nicht gefunden
Code:
[mysqld]
user = root
pid-file  = /var/run/mysqld/mysqld.pid
socket = /var/run/mysqld/mysqld.sock
port = 3306
# Both location gets rotated by the cronjob.
# Be aware that this log type is a performance killer.
#log = /var/log/mysql.log

#log = /var/log/mysql/mysql.log
# Error logging goes to syslog. This is a Debian improvement :)
basedir = /usr
datadir = /var/lib/mysql
tmpdir = /tmp
language  = /usr/share/mysql/german
skip-external-locking
#
# Instead of skip-networking the default is now to listen only on
# localhost which is more compatible and is not less secure.
bind-address         = 127.0.0.1
key_buffer     = 16M
max_allowed_packet = 16M
thread_stack   = 128K
#
# Query Cache Configuration
#

Aus unwissenheit, habe ich diese zeile auch ein gefuegt Hatte aber nichts geholfen, ich kann mich ueber meinen Win Rechner nicht connecten, weil der Port nicht auf ist.
Firewall
Code:
ipchains       1.3.10-15
iptables       1.2.11-8
wurden kurz nach der Installation des OS schon deinstalliert, da ich dies nicht brauche, an denen kanns schon mal nicht liegen. Ich habe mich auch schon durchs Forum und durchs I-Net geklickt aber da bin ich leider nur auf das #skip-networking gestoßen.

So, jetzt weis ich nicht was ich euch noch schreiben kann, um die Fehler suche ein zu schraenken, mittlerweile habe ich auch schon bestimmt Hornhaut an den Fingern  :lol:

Hoffe es weis Jemand Rat, bitte nicht Zimperlich sein /me barucht meistens etwas laenger :!:


Titel: Re: Mal wieder MYSQL-Connection
Beitrag von: stonki am 27. April 2005, 08:17:15
Zitat von: "uwe"

bind-address         = 127.0.0.1


er wird ja nur auf localhost gebunden...

cu
stonki


Titel: [gelöst]...Mal wieder MYSQL-Connection
Beitrag von: uwe am 27. April 2005, 11:19:10
Deswegen bin ich dann auch heute Nacht wieder aufgewacht, ab an den Rechner und die 127.0.0.1 Auskommentiert also zu
Code:
#bind-address = 127.0.0.1
und danach hatte meine Win Kiste keine Berechtigung auf den SQL-Server zuzugreifen  :!:  :?:, funktioniert also, Port ist offen.
Code:
MySQL Error Number 1130
Host hat keine Berechtigung, eine Verbindung zu diesem MySQL-Server herzustellen
gut denke ich mir, habe aber unter
Code:
[mysqld]
meinen user eingetragen :!:
also den user root gibt es, hat auch seine eigene .my.cnf, irgendwo hatte ich das gelesen, dass man das eben machen soll, in /home/root noch eine .my.cnf anlegen.
Jetzt frage ich mal ganz bescheuert, muss ich noch irgendwo nen user anlegen oder das passwort hinterlegen  :?: ist mir irgendwie Suspekt.

EDIT

Problem ist geloest ! :D

In der Spalte "Host" war anstelle der Wildcard "%" der Name meines Servers gestanden.
Irgendwie kam mir das ganze komisch vor da ich über PHPmyadmin problemlos auf den Server zugreiffen konnte und somit auch problemlos ändern :D