
Windows 8.1を実行しているコンピュータがあり、一部のプロジェクトではVagrantとVirtualBoxを使用しますが、VirtualBoxとVagrantをアップグレードした後にVagrant sshを実行した後、vagrantにコマンドプロンプトは表示されません。既存のボックスに関連した問題かもしれないと考えて新しい仮想マシンを作成してみましたが、結果は同じでした。
この問題を見て解決策を教えてください。
答え1
Creators Update、Vagrant 1.9.6、VirtualBox 5.1.22r115126、およびCygwinを使用するWindows 10 Home 64ビットで同じ問題が発生します。次のようなhttps://github.com/mitchellh/vagrant/issues私はこれがcygwin / babun / gitbashでは起こるかもしれませんが、cmd-promptでは起こり得ないことを読みました。
そのため、Windows cmd-promptを使用して別のボックスを起動しました。はい、vagrant upとvagrant sshの後にボックス内にプロンプトが表示されることを確認できます。理想的ではありませんが、現時点では可能です。
私は長い間cygwinを更新しておらず、Vagrant 1.9.6で作業しているので、この問題の原因は何であるかわかりません。
Vagrant 1.9.7にアップデートすると、Windows cmd-promptを使用する代わりにこの問題も解決されました。少なくとも私にとってはそうです:)
答え2
私はWindows 10開発環境(cygwin / babun + mintty)を実行しており、Vagrantをアップグレードした後も同じ問題が発生しました。 vagrant sshを使用して問題の解決策を見つけられませんでしたが、解決策を見つけました。
その結果、仮想環境への正常なSSH接続が可能になりました。 Vagrantfileで割り当てられたIPアドレス(例:172.0.0.101)を確認してください。次のコマンドを使用する場合:
ssh [email protected]
パスワード「vagrant」(Vagrant Boxの標準パスワード)を入力し、正常にデバイスを使用できるようにする必要があります。私が理解したのは、これはTTYインターフェイスをターミナルウィンドウに渡すことです。 「vagrant ssh」の初期バージョンはホストパスにsshを使用していましたが、最新バージョンにはWindows環境ではうまく機能しないsshバージョンが組み込まれているようです(昨日は限られた経験と研究から来ています)。
ユーザー名/パスワードの組み合わせを使用せずにアクセスしたい場合は、簡単な解決策もあります。 .babunrcファイルに次の関数を作成しましたが、どんな.bashrcまたは.bash_profileでも機能するようです。
# Vagrant ssh-config to file
function devConfig () {
vagrant ssh-config > "PATH TO YOUR SSH CONFIG FILE"
}
これにより、Vagrantボックスをスクロールするたびに設定を再設定できます。これにより、現在設定されているすべての構成が上書きされます。 「>>」を使用してさらに切り替えることができますが、開発環境を頻繁にスクロールすると、巨大な構成ファイルが生成されます。明らかに、これは誰にとっても適切な解決策ではありません。
とにかく、最新バージョンでは、TTYを通過できないこのSSHパッケージをバンドルすることはとても不思議です。私は理由を理解するのに十分強力なユーザーではありませんが、少なくとも問題を特定できます。
答え3
これを試してみてください:(一般的な人間の非技術的な英語で)
- Windowsの問題を解決するためにcmdのみを使用するため、Windowsユーザーはデフォルトで常に管理者権限でコマンドプロンプトを開きます。
- Vagrantは、アイコンをクリックしてcmdを開き、表示されたホームディレクトリ(C:\ Users \ yourName)に直接移動することを好むようです。
だから:
- このようにcmdを使用すると、すべてのvagrantコマンドが機能します。
- 管理者としてログインした後、ホームディレクトリに移動しようとすると、制限ゾーンにいることがわかります。私は時々Vagrantコマンドをブロックできることを発見しました。
頑張ってください!