Подтвердить что ты не робот

Laravel Homestead зависает по SSH-методу auth: закрытый ключ на mac

Я не могу заставить Homestead работать. Он зависает в SSH-режиме auth: закрытый ключ.

Начинается Узел Усадьбы. Я могу перейти в VirtualBox и открыть окно терминала и войти в систему с бродягой: бродяга.

Я не могу бродяжничать ssh, ssh [email protected]: 2204 или ssh [email protected] -p 2204.

Ни одна из моих папок не отображается в виртуальной машине, но VirtualBox говорит, что они отображаются.

Каждый раз, когда я брезгую, я получаю:

vagrant up
Bringing machine 'homestead-7' up with 'virtualbox' provider...
==> homestead-7: Checking if box 'laravel/homestead' is up to date...
==> homestead-7: Clearing any previously set forwarded ports...
==> homestead-7: Fixed port collision for 80 => 8000. Now on port 2200.
==> homestead-7: Fixed port collision for 443 => 44300. Now on port 2201.
==> homestead-7: Fixed port collision for 3306 => 33060. Now on port 2202.
==> homestead-7: Fixed port collision for 5432 => 54320. Now on port 2203.
==> homestead-7: Fixed port collision for 22 => 2222. Now on port 2204.
==> homestead-7: Clearing any previously set network interfaces...
==> homestead-7: Preparing network interfaces based on configuration...
    homestead-7: Adapter 1: nat
    homestead-7: Adapter 2: hostonly
==> homestead-7: Forwarding ports...
    homestead-7: 80 (guest) => 2200 (host) (adapter 1)
    homestead-7: 443 (guest) => 2201 (host) (adapter 1)
    homestead-7: 3306 (guest) => 2202 (host) (adapter 1)
    homestead-7: 5432 (guest) => 2203 (host) (adapter 1)
    homestead-7: 22 (guest) => 2204 (host) (adapter 1)
==> homestead-7: Running 'pre-boot' VM customizations...
==> homestead-7: Booting VM...
==> homestead-7: Waiting for machine to boot. This may take a few minutes...
    homestead-7: SSH address: 127.0.0.1:2204
    homestead-7: SSH username: vagrant
    homestead-7: SSH auth method: private key
Timed out while waiting for the machine to boot. This means that
Vagrant was unable to communicate with the guest machine within
the configured ("config.vm.boot_timeout" value) time period.

If you look above, you should be able to see the error(s) that
Vagrant had when attempting to connect to the machine. These errors
are usually good hints as to what may be wrong.

If you're using a custom box, make sure that networking is properly
working and you're able to connect to the machine. It is a common
problem that networking isn't setup properly in these boxes.
Verify that authentication configurations are also setup properly,
as well.

If the box appears to be booting properly, you may want to increase
the timeout ("config.vm.boot_timeout") value.

Я заменил небезопасный закрытый ключ с моим ключом на моей коробке. Я вижу, что многие люди получают предупреждение: время ожидания подключения. Повторная попытка..., но я не так далеко.

Я на mac 10.11.6

Любая помощь будет принята с благодарностью!

4b9b3361

Ответ 1

У меня была такая же проблема на macOS 10.12 сегодня, и я потерял 6 часов, пытаясь найти исправление. Наконец, после нескольких переустановок, перезагрузки и проб и ошибок, я как-то заставил его работать, выполнив следующие шаги...

  • Полностью удалить и переустановить Vagrant, VirtualBox и Homestead.
  • Убедитесь, что окно homestead-7 отключено в интерфейсе VirtualBox
  • Щелкните правой кнопкой мыши по элементу homestead-7 и выберите "Настройки"
  • Нажмите "Сеть"
  • В разделе "Адаптер 1", который должен быть присоединен к NAT, нажмите "Дополнительно"
  • Отметьте поле рядом с "Подключенный кабель"
  • Сохранять настройки и укомплектовать репродукцией Homestead с помощью vagrant up --provision
  • Запустите vagrant reload --provision для просмотра машины

Это должно быть! После этого я смог SSH, но не смог просматривать сайты Homestead через браузер (хотя я настроил файл /etc/hosts), но простая перезагрузка Mac, похоже, исправила это.

Учитывая, что я не знаю, что именно вызвало это, в первую очередь, это может быть просто удачей для моего случая, но дайте мне знать, как вы поживаете.

Ответ 2

У меня была эта проблема. Я включил Vt-x в BIOS, и он очистил его.

Ответ 3

Включить "Технологию виртуализации" в настройках BIOS

Ответ 4

Бродяга 2.1.2

vagrant destroy затем vagrant up --provision работал для меня.

Я заметил, что это обычно происходит, когда выходит новая версия vagrant

Ответ 5

Ничто здесь не работало для меня. Я попал в ситуацию SSH auth method: private key, потому что мой черный черный экранированный и разбился.

Все, что сработало для меня, было vagrant destroy, затем vagrant up --provision. Помните, что это, конечно, уничтожит что-нибудь в вашей виртуальной машине. но вы все равно должны использовать эфемерные принципы...

Ответ 6

  • Откройте интерфейс VirtualBox и войдите в виртуальную машину.
  • нажмите клавишу Enter, чтобы система продолжала загружаться.

И тогда вы можете увидеть, как бродяга продолжается.

Ответ 7

Я должен был сделать fsck. (отказ от ответственности, я набрал команды из памяти)

  1. Откройте VirtualBox UI и войдите в виртуальную машину.
  2. Если вы видите (initramfs), введите exit
  3. fsck/dev/mapper/vagrant-vg-root -y
  4. перезагружать

Вернитесь к своему обычному терминалу и попробуйте:

vagrant halt
vagrant up

Для меня все вернулось на круги своя отсюда.

Ответ 8

Если вы работаете в Windows, вы все сделали здесь и у вас все еще есть проблемы, возможно, это то решение, которое вам нужно.

Откройте командную строку как администратор. Введите команду bcdedit. Вы можете найти hypervisorlaunchtype Auto. Если это так, введите bcdedit/set hypervisorlaunchtype off чтобы отключить его. Перезагрузитесь и попробуйте снова.

Надеюсь это поможет.