9

私の MySQL クライアント (Sequel Pro) は、SSH 経由で Vagrant に接続するように設定されています。~/.ssh/configファイルに次のように設定しました。

Host vagrant
  HostName 127.0.0.1
  CheckHostIP no
  Port 2222
  User vagrant
  IdentityFile ~/.vagrant.d/insecure_private_key

実行していなければ、すべて正常に動作しますvagrant ssh。しかし、そのコマンドで Vagrant ボックスにログインすると、Sequel Pro は SSH 経由で接続できなくなります。「SSH トンネルが予期せず閉じられました」とだけ表示されます。vagrant reloadそのため、MySQL サーバーに接続する前に実行する必要があります。

この問題を回避する方法を知っている人はいますか?

4

5 に答える 5

14

SSH トンネリングの代わりにポート転送を使用して、この問題を回避しました。に以下を追加しましたVagrantfile。

config.vm.network :forwarded_port, guest: 3306, host: 8306

次に、ポート経由で MySQL に接続します8306。

于 2014-03-24T11:52:54.290 に答える
3

同様の問題がありました。私は一日中苦労しました。Jeffrey Way によるVagrant と Sequel Proも試しました。まだ問題がありました。Vagrant ファイルの転送ポート番号も変更し、可能な限りのことを行いました。しかし、次のことが私の命を救いました。

私が見たよりも vagrant reload をしたとき

  default: 22 => 2200 (adapter 1)

しかし、私が行っていたのは、私が書いたsequel proで接続を設定するときにSSH PORT: 2222 、上記のリンクのビデオに基づいてこれを行いました. しかし、私が見た番号に変更するとすぐにvagrant reload、確認を求められました. 私は「YES」を選択しました。そして、それはつながりました。闘争の末のハッピーエンド。将来の読者のために、誰かがこの理由で私のように一日を過ごす必要がないことを願っています. ;)

于 2014-05-24T07:39:29.257 に答える
1

vagrantプロジェクトのフォルダーから別のキーをロードしてみてください
。例: {vagrant_project}/.vagrant/machines/default/virtualbox/private_key

于 2015-04-07T14:56:23.273 に答える
0

上記に加えて、次のいずれかの問題である可能性があります。

  • 「insecure_private_key」は、ボックスが最初に起動されたときにのみ使用されます。この機能を無効にしていない限り (insert_key=false)、vagrant はそのキーをランダムに生成されたキーに置き換え、.vagrant/machines/{machinename}/{providername}/private_key に保存します。

    そのキーを ssh_config で使用できます

  • 接続が「外部」IP アドレスではなく localhost からのものである場合、MySQL 設定は何か異なることを行っています。

于 2016-05-16T17:12:26.847 に答える