Не може да се „скитничи ssh“ след успешно осигуряване

Използване на vagrant 1.2.7 с virtualbox 4.2.16 на OS X 10.8.4

sudo vagrant up

Bringing machine 'default' up with 'virtualbox' provider...
[default] Setting the name of the VM...
[default] Clearing any previously set forwarded ports...
[default] Creating shared folders metadata...
[default] Clearing any previously set network interfaces...
[default] Preparing network interfaces based on configuration...
[default] Forwarding ports...
[default] -- 22 => 2222 (adapter 1)
[default] Running 'pre-boot' VM customizations...
[default] Booting VM...
[default] Waiting for VM to boot. This can take a few minutes.
[default] VM booted and ready for use!
[default] Mounting shared folders...
[default] -- /vagrant

vagrant ssh

VM must be created before running this command. Run `vagrant up` first.

Но, както е показано по-горе, той е зареден и готов за употреба.

Активирах режима „gui“ и vb работи, но не може да направи ssh от хоста.

Забелязах, че vb адаптерът е 'NAT'ing'. Трябва ли да превключа на „мост“?. Освен това, когато работите:

#VBoxManage list runningvms

Не получавам нищо, сякаш не е работел vbs, но е така.

Всяка помощ се оценява високо!

Благодаря


person Jean Valjean    schedule 11.08.2013    source източник
comment
вижте това superuser.com/questions/342473/   -  person Shaun Hare    schedule 12.08.2013
comment
Благодаря, но не е свързано. Мога да стартирам и изглежда, че получавам добър ip. Домакинът изглежда не вижда, че работи трудно   -  person Jean Valjean    schedule 12.08.2013
comment
Ако VBoxManage list runningvms не показва нищо, значи VM не работи. NAT е добре, стига да нямате 2 vagrant vms (NAT), работещи едновременно. Проверете своя Vagrantfile.   -  person Terry Wang    schedule 12.08.2013
comment
Тери, въпреки че не получавам резултати от „runningvms“, знам, че работи, защото в режим на gui мога да вляза, да рестартирам мрежата и т.н.   -  person Jean Valjean    schedule 12.08.2013
comment
Да, направете ps -ef | grep -i virtualbox и vagrant status за потвърждение. Също така, какво се случва, ако направите ssh -p 2222 vagrant@localhost?   -  person Terry Wang    schedule 12.08.2013
comment
Може да е проблем с кутията, вижте това askubuntu.com/questions/324574/cannot-ssh-into-new-vagrant-install-of-13-04   -  person Radek Simko    schedule 25.08.2013


Отговори (2)


Попаднах на този въпрос, докато се опитвах да намеря решение на собствения си проблем. Изглежда, че vagrant е свързан с потребителя, под който е стартиран. Във вашия код по-горе използвате sudo vagrant up, който работи vagrant като root. След това изпълнявате vagrant ssh като друг потребител от по-ниско ниво, така че vagrant не може да види работещ vm. Или използвайте sudo и за двете, или не използвайте нито едното.

person Tom McQuarrie    schedule 27.02.2014

Моят беше GIT проблем. Направих:

$ vagrant up

// some time later 
$ git add .
$ git commit -m "in progress"
$ git checkout develop  

// some time later 

$ vagrant ssh 

и получих

VM трябва да работи, за да отвори SSH връзка. Стартирайте vagrant up, за да стартирате виртуалната машина.

След няколко минути енергично чесане по главата осъзнах, че ангажиментът и проверката ефективно са премахнали скитния кеш файл от директорията.

$ git checkout original-branch поправи проблема ми. Може да е очевидно за другите, но на мен ми отне минута да го осъзная в разгара на момента.

person Wesley Smith    schedule 08.12.2016