j'ai un problème pour accéder à mon serveur SQL depuis une autre
machine.
La durée de connexion au serveur est longue (environ 5s), comme vous
pouvez voir sur la capture éthereal suivante.
No. Time Source Destination Protocol Info
3 *REF* 192.168.12.21 192.168.12.251 TCP 4353 > 3306 [SYN] Seq=0 Ack=0 Win=65535 Len=0 MSS=1460
4 0.000249 192.168.12.251 192.168.12.21 TCP 3306 > 4353 [SYN, ACK] Seq=0 Ack=1 Win=5840 Len=0 MSS=1460
5 0.000282 192.168.12.21 192.168.12.251 TCP 4353 > 3306 [ACK] Seq=1 Ack=1 Win=65535 Len=0
8 5.222547 192.168.12.251 192.168.12.21 MySQL Server Greeting Protocol : 10 ,version: 4.1.11-Debian_4sarge2-log Caps: 0xffffa22c
Après desactivation du firewall, il ne semble pas être en cause.
La connexion SSH est aussi anormalement longue.
Quelqu'un pourrait aurait t'il une idée sur la cause de ce
ralentissement car je ne vois pas vers quelle direction chercher?
# connexion MySQL
Posté par Lo_pescofi . Évalué à 0.
peux tu détailler le contenu de la trame 8 (décodée en TCP et en MySQL)?
de plus la taille de la fenêtre (Win=5840) dans la trame 4 me semble bizarre ....
# reverse dns
Posté par -=[ silmaril ]=- (site web personnel) . Évalué à 3.
As tu le meme probleme en te connectant en ssh depuis le serveur web sur la bdd ?
Si oui essaye de rajouter une entrée dasn /etc/hosts
avec l'adresse ip (privée) et le nom de ton serveur web.
[^] # Re: reverse dns
Posté par Amaury BOSSÉ . Évalué à 1.
le problème est résolu en ajoutant l'adresse IP du serveur dans /ets/hosts
Cependant, le serveur n'avait pas ce probleme avec le debian woody mais seulement avec la sarge...
Le serveur ayant une interface WEB de config permettant de changer l'IP du serveur, je ne souhaite pas modifier le fichier /etc/hosts à chaque changement d'adresse.
Quels paramètres changer pour ne pas avoir à effectuer cette modif ?
[^] # Re: reverse dns
Posté par netsurfeur . Évalué à 2.
Voir la doc pour plus d'infos:
http://dev.mysql.com/doc/refman/4.1/en/dns.html
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.