salut,

j'ai un problème avec le port de mysql qui est fermé, et j'ai l'impression que ca marche pas les lignes iptables que je fais et j'en ai un peu besoin de ce serveur donc un peu d'aide serait pas de refus.

un namp distant me dit que le port est closed... donc prb

C'est quoi la commande pour ouvert complètement le port 3306 svp ?
J'ai fait des tests avec de l'aide trouvée sur le net mais ca marche pas ....

merci

milles excuses, le port reste fermé car mysql n'écoute pas dessus car il refuse de se lancer.
Le problème est ailleurs
désolé

Par défaut, tout est ouvert avec iptables. Un gros gruyère, avec des trous aussi gros que ceux de windows avant l'arrivée du SP2 de XP.

Bref, ça donne quoi si tu lances à la main :

1. /etc/init.d/mysql start

?

il démarre.

myLinux:/etc/mysql# /etc/init.d/mysql start
Starting MySQL database server: mysqld.
Checking for corrupt, not cleanly closed and upgrade needing tables..

Après je peux accéder à mes tables par phpmyadmin.

Mais impossible de se connecter en root.
Quand je lance un mysql dans le terminal j'ai le meme message :
ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: NO)

J'ai suivi des tuto (problème d'accès à myql) ya rien qui marche...
Le problème est survenue suite à une mise à jour d'un pacquet je crois...

myLinux:#mysql -p
Enter password:
ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: YES)

ah il semble qu'il y ait un problème ici... de quel mot de passe s'agit-il ? celui du root ne fonctionne pas...

bon j'ai trouvé comment réinitialiser le mdp root.
J'arrive à me connecter en root vie phpmyadmin.

mais par contre depuis le terminal :

myLinux~# mysql -p
Enter password:
ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: YES)

je craque... une petite idée ?

On est bien d'accord : le mot de passe root demandé N'est PAS le mot de passe du compte root de ta debian, mais celui de l'administrateur mysql.

oui effectivement (c'est mieux de mettre les choses au clair).

Néanmoins j'ai avancé un peu depuis tout a l'heure.
J'ai réinitialiser le mot de passe root (de mysql) via phpmyadmin.

La connexion en root marche depuis phpmyadmin.
Et mieux : quand je fais dans mon terminal "mysql -p" et que je rentre mon mdp, et bien ca marche, j'obtiens l'invite de commande "mysql>".

Du coup le problème n'existe plus que dans la connexion à la bdd...
Depuis mon site je recois : "Connection failed: SQLSTATE[HY000] [2003] Can't connect to MySQL server on ..." (le mot de passe quoi qu'il arrive n'a pas changer c'est sur, d'autant que je me connecte à cette base de donnée depuis un utilisateur autre que root (avec lequel je pouvais toujours me connecter depuis phpmyadmin sans soucis)

Ce que je trouve bizarre c'est que quand je fais un nmap sur 3306 depuis un autre ordi sur mon serveur, j'ai un port avec state "closed"

Mouais, c'est bizarre ça... il devrait être open ce port.

Que donne un nmap sur "localhost" ? (je me méfie des nmap depuis un autre machine, rien ne me dit qu'il n'y a pas une damnbox entre les deux machines, qui bloquerait purement et simplement le port 3306)

1. nmap -p 3306 localhost

Starting Nmap 4.11 ( http://www.insecure.org/nmap/ ) at 2009-03-02 00:37 CET
Interesting ports on localhost.localdomain (127.0.0.1):
PORT STATE SERVICE
3306/tcp open mysql

Nmap finished: 1 IP address (1 host up) scanned in 0.041 seconds

open

Bon, bah tu as un "problème" de routage.

Vérifie que tu n'as pas un pare-feu n'autorisant le port 3306 que sur lo (et pas ethX/wlanX/...). Si ce n'est pas ça, donne la configuration de ton réseau.

"Vérifie que tu n'as pas un pare-feu n'autorisant le port 3306 que sur lo"
je fais comment pour vérifier ca
En tout j'ai testé depuis plusieurs autre ordi, un nmap sur mon serveur renvoit un port closed pour tcp sur 3306....

niveau iptables -L j'ai ca vu que je l'ai réinitialiser sans succès :
"Chain INPUT (policy ACCEPT)
target prot opt source destination

Chain FORWARD (policy ACCEPT)
target prot opt source destination

Chain OUTPUT (policy ACCEPT)
target prot opt source destination"

Pour la conf du réseau elle a l'air bonne (les paramètres de /etc/network/interfaces sont corrects... (je ne sais pas si c'est ca que tu voulais...)

Sinon le problème est survenue après une maj du paquet... Il y a pas un moyen pour revenir à la version précédente de ce paquet