Vagabond de la redirection de port pour le serveur Mysql

J'essaye de configurer la redirection de port dans le Vagrantfile pour se connecter à d'hôtes mysqld à partir du système hôte, mais obtenir reading initial communication packet erreur.
Hôte: Yosemite, Invité: Fidèle, vagrant 1.7.4

Vagrantfile(hôte):

config.vm.network "forwarded_port", guest: 80, host: 8080
config.vm.network "forwarded_port", guest: 3306, host: 3309

mon.ini(invité):

bind-address            = 127.0.0.1

8080 redirection fonctionne comme un charme.

mysql -h127.0.0.1 -uroot -p de invité fonctionne également.

mysql -h127.0.0.1 -P 3309 -uroot -p à partir de l'hôte résultats avec reading initial communication packet erreur.

Quand je telnet à partir de l'hôte, la connexion se ferme instantanément:

$ telnet localhost 3309
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
Connection closed by foreign host.

La redirection de Port fonctionne quand je ssh pour vagrant box à partir de l'hôte:

$ssh vagrant@127.0.0.1 -p 2222 -L3308:localhost:3306 

Alors je peux me connecter à partir de l'hôte mysql -h127.0.0.1 -P3308 -uroot -p sans problèmes, que j'utilise comme une solution de contournement temporaire.

  • avez-vous des règles de pare-feu qui bloquerait la circulation sur ces ports ?
  • non, c'était mon premier suspect. Il n'existe pas de règle iptable. De toute façon, j'ai essayé de faire un tunnel ssh, et il fonctionne sans problèmes.
  • vrai, mais avec le tunneling, de continuer à utiliser le port ssh.
  • eh bien, même avec un tunnel ssh sur 2222, il doit utiliser 3306 sur le système invité à vous connecter à mysqld, et 3309 sur l'hôte client. De toute façon, je confirme il n'y a pas de règles iptable sur l'invité, et le pare-feu est désactivé sur l'ordinateur hôte.
InformationsquelleAutor Alex Blex | 2015-10-15