Ошибка проверки валидности ssh

Проблема с аутентификацией ssh:

==> default: Clearing any previously set forwarded ports... ==> default: Clearing any previously set network interfaces... ==> default: Preparing network interfaces based on configuration... default: Adapter 1: nat default: Adapter 2: bridged ==> default: Forwarding ports... default: 22 => 2222 (adapter 1) ==> default: Booting VM... ==> default: Waiting for machine to boot. This may take a few minutes... default: SSH address: 127.0.0.1:2222 default: SSH username: vagrant default: SSH auth method: private key default: Error: Connection timeout. Retrying... default: Error: Connection timeout. Retrying... default: Error: Connection timeout. Retrying... default: Error: Connection timeout. Retrying... default: Error: Authentication failure. Retrying... default: Error: Authentication failure. Retrying... default: Error: Authentication failure. Retrying... default: Error: Authentication failure. Retrying... default: Error: Authentication failure. Retrying... 

Я могу Ctrl+C из цикла проверки подлинности, а затем успешно ssh вручную.

В гостевом поле я выполнил следующие шаги:

  • Включен Remote Login для All Users .

  • Создал ~/.ssh с разрешениями 0700 .

  • Создал файл ~/.ssh/authorized_keys с разрешениями 0600 .

  • Вставка этого открытого ключа в ~/.ssh/authorized_keys

Я также попытался использовать частную (hostonly) сеть вместо общедоступной (мостовой) сети, используя эту строку в Vagrantfile:

config.vm.network "private_network", ip: "172.16.177.7"

Я получаю тот же результат (кроме Adapter 2: hostonly ), но затем не может ssh вручную.

Я также попробовал config.vm.network "private_network", ip: "10.0.0.100" .

Я также попытался установить config.ssh.password в Vagrantfile. Это выводит SSH auth method: password но не аутентифицируется.

И я также попытался переделать коробку и перепроверять все вышеперечисленное.

Похоже , что в этой конфигурации у других был успех , поэтому должно быть что-то, что я делаю неправильно.

Я нашел этот stream и включил графический интерфейс, но это не помогает.

    Убедитесь, что ваш первый сетевой интерфейс – NAT. Другой второй сетевой интерфейс может быть любым, что вы хотите, когда вы создаете коробку. Не забывайте, что пользователь Vagrant, как описано в разделе Google.

    Удачи.

    Для общей информации: по умолчанию ssh-connect вы можете просто использовать

    пользователь: vagrant пароль: vagrant

    https://www.vagrantup.com/docs/boxes/base.html#quot-vagrant-quot-user

    Во-первых, попробуйте: чтобы увидеть, что vagrant insecure_private_key находится в вашей конфигурации компьютера

     $ vagrant ssh-config 

    Пример:

     $ vagrant ssh-config Host default HostName 127.0.0.1 User vagrant Port 2222 UserKnownHostsFile /dev/null StrictHostKeyChecking no PasswordAuthentication no IdentityFile C:/Users/konst/.vagrant.d/insecure_private_key IdentitiesOnly yes LogLevel FATAL 

    http://docs.vagrantup.com/v2/cli/ssh_config.html

    Во-вторых, сделайте: измените содержимое файла insecure_private_key с содержимым личного ключа личной системы

    Или используйте: Добавьте его в Vagrantfile:

     Vagrant.configure("2") do |config| config.ssh.private_key_path = "~/.ssh/id_rsa" config.ssh.forward_agent = true end 
    1. config.ssh.private_key_path – это ваш локальный закрытый ключ
    2. Ваш закрытый ключ должен быть доступен локальному ssh-агенту. Вы можете проверить с помощью ssh-add -L . Если его нет в списке, добавьте его с помощью ssh-add ~/.ssh/id_rsa
    3. Не забудьте добавить свой открытый ключ в ~/.ssh/authorized_keys на Vagrant VM. Вы можете сделать это путем копирования и вставки или с помощью такого инструмента, как ssh-copy-id (user: root password: vagrant port: 2222) ssh-copy-id '-p 2222 [email protected]'

    Если все еще не работает, попробуйте это:

    1. Удалите файл c:\Users\USERNAME\.vagrant.d\insecure_private_key из c:\Users\USERNAME\.vagrant.d\insecure_private_key

    2. Запустите vagrant up (vagrant будет генерировать новый файл insecure_private_key )

    В других случаях полезно просто указать forward_agent в Vagrantfile :

     Vagrant::Config.run do |config| config.ssh.forward_agent = true end 

    Полезное:

    Конфигурирование git может быть с git-scm.com

    После установки этой программы и создания личного личного секретного ключа будет c:\users\USERNAME\.ssh\id_rsa.pub ваш путь c:\users\USERNAME\.ssh\id_rsa.pub профилю: c:\users\USERNAME\.ssh\id_rsa.pub

    PS: Наконец – предлагаю вам посмотреть Ubuntu на Windows 10

    Ничто из этого не помогло мне. Каким-то образом в ящике был добавлен неправильный открытый ключ в файле авторизированных пользователем бранных пользователей.

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

     ssh [email protected] -p 2222 

    затем скопируйте содержимое открытого ключа с https://raw.githubusercontent.com/mitchellh/vagrant/master/keys/vagrant.pub в файл authorised_keys со следующей командой

     echo "ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAQEA6NF8iallvQVp22WDkTkyrtvp9eWW6A8YVr+kz4TjGYe7gHzIw+niNltGEFHzD8+v1I2YJ6oXevct1YeS0o9HZyN1Q9qgCgzUFtdOKLv6IedplqoPkcmF0aYet2PkEDo3MlTBckFXPITAMzF8dJSIFo9D8HfdOV0IAdx4O7PtixWKn5y2hMNG0zQPyUecp4pzC6kivAIhyfHilFR61RGL+GPXQ2MWZWFYbAGjyiYJnAmCP3NOTd0jMZEnDkbUvxhMmBYSdETk1rRgm+R4LOzFUGaHqHDLKLX+FIPKcF96hrucXzcWyLbIbEgE98OHlnVYCzRdK8jlqm8tehUc9c9WhQ== vagrant insecure public key" > .ssh/authorized_keys 

    По завершении выхода из виртуальной машины и повторите попытку бродячего ssh. Теперь он должен работать.

    Если у вас возникла эта проблема на бродячине 1.8.5, проверьте эту ветку на github:

    https://github.com/mitchellh/vagrant/issues/7610

    Это вызвано в основном проблемой разрешения, обходной путь – это просто

     vagrant ssh password: vagrant chmod 0600 ~/.ssh/authorized_keys exit 

    тогда

     vagrant reload 

    FYI: эта проблема затрагивает CentOS, Ubuntu отлично работает.

    Выполните следующие команды в гостевой машине / VM:

     wget https://raw.githubusercontent.com/mitchellh/vagrant/master/keys/vagrant.pub -O ~/.ssh/authorized_keys chmod 700 ~/.ssh chmod 600 ~/.ssh/authorized_keys chown -R vagrant:vagrant ~/.ssh 

    Затем сделайте бродячую остановку. Это приведет к удалению и восстановлению ваших закрытых ключей.

    (Эти шаги предполагают, что вы уже создали или уже имеете каталоги ~ / .ssh / и ~ / .ssh / authorized_keys в своей домашней папке.)

    По моему опыту, это была неожиданно частая проблема с новыми бродячими машинами. Самым простым способом решить эту проблему, вместо того, чтобы изменять конфигурацию, было создание необходимых ключей ssh ​​вручную на клиенте, а затем использование закрытого ключа на хосте.

    1. Войдите в систему бродяг: vagrant ssh , используйте пароль по умолчанию для vagrant .
    2. Создайте ssh-ключи: например, ssh-keygen -t rsa -b 4096 -C "vagrant" ( как советует соответствующее руководство GitHub ).
    3. Переименуйте файл открытого ключа (по умолчанию id_rsa.pub), переопределяя старый: mv .ssh/id_rsa.pub .ssh/authorized_keys .
    4. Перезагрузите службу ssh в случае необходимости: sudo service ssh reload .
    5. Скопируйте файл закрытого ключа (по умолчанию id_rsa) на хост-машину: например, используйте прекрасную комбинацию кошки и буфера обмена, cat .ssh/id_rsa , краску и копию (лучшие способы должны существовать, придумайте один!).
    6. Выход из машины бродяг: logout .
    7. Найдите текущий закрытый ключ, используемый бродягой, посмотрев на его конфигурацию: vagrant ssh-config (посмотрите на экземпляр ÌdentityFile “/[…]/private_key”.
    8. Замените текущий закрытый ключ тем, который вы создали на главной машине: например, nano /[...]/private_key и вставьте из буфера обмена, если все остальное не выполнено. ( Обратите внимание , однако, что если ваш private_key не является конкретным проектом, а разделен несколькими бродяжными машинами, вы лучше настроите путь самостоятельно, чтобы не сломать другие отлично работающие машины! Изменение пути так же просто, как добавление строки config.ssh.private_key_path = "path/to/private_key" в Vagrantfile.) Кроме того, если вы используете машину, созданную с помощью PuPHPet , вы можете сохранить свой закрытый ключ для файла puphpet/files/dot/ssh/id_rsa и он будет добавлен в конфигурацию ssh vagrantfile автоматически.
    9. Проверьте настройку: vagrant ssh теперь должен работать.

    Если это так, поздравляйте себя, logout , выполняйте vagrant provision если необходимо, и продолжайте осмысленное задание.

    Если вы все еще сталкиваетесь с проблемами, может оказаться полезным добавить флаг verbose в команду ssh, чтобы облегчить отладку. Вы можете передать это (или любой другой вариант, если на то пошло) после двойной тире. Например, набрав vagrant ssh -- -v . Не стесняйтесь добавлять столько же v, сколько вам нужно, каждый даст вам больше информации.

    Это также может произойти, если вы пытаетесь заставить вашу виртуальную машину использовать root-пользователя по умолчанию для SSH ….

    Например, такая конфигурация в вашем Vagrantfile может привести к этому сбою:

     config.ssh.username = 'root' config.ssh.password = 'vagrant' config.ssh.insert_key = 'true' 

    Решение. Прокомментируйте эти строки и повторите попытку!

    Проблема: я получал ошибки проверки подлинности ssh в ящике, который я предоставил. Оригинал работал нормально.

    Проблема для меня была в том, что у меня отсутствовал закрытый ключ в .vagrant/machines/default/virtualbox/private_key . Я скопировал секретный ключ из того же относительного местоположения из оригинальной коробки и Viola!

    Я нашел способ обойти беспорядок с ключами на Win 8.2, где мне не удалось с помощью каких-либо методов, упомянутых здесь. Может быть интересно, что точно такая же комбинация VirtualBox, Vagrant и box работает на Win 7 Ultimate без проблем.

    Я переключился на аутентификацию пароля, добавив следующие команды в Vagrantfile:

     config.ssh.password = "vagrant" config.ssh.insert_key = false 

    Обратите внимание, что я не уверен, что это единственные изменения, которые требуются, потому что я уже сделал:

    1. Я создал новую пару ключей RSA и изменил файл authorized_keys соответственно (все на виртуальной машине, см. Предложения выше и в другом месте)

    2. Я скопировал закрытый ключ в тот же каталог, где находится Vagrantfile и добавлен

        config.ssh.private_key_path = "./id_rsa" 

    Но я считаю, что эти изменения были неактуальны. Я потратил много времени на попытки, поэтому я не изменил рабочую конфигурацию по очевидным причинам 🙂

    для меня это было разрешено путем изменения разрешений на папку .ssh в бродячем домашнем directort (т.е. «~ vagrant / .ssh»). Я думаю, что я испортил разрешения, когда я настраивал ключи ssh для своего приложения.

    Кажется, что файл authorized_keys должен быть «rw» только для пользователя «vagrant», поэтому «chmod 600 authorized_keys»; то же самое касается самого каталога и его родителя:

    так:

     chmod 600 authorized_keys chmod 700 . chmod 700 .. 

    Только после того, как все эти разрешения были восстановлены, этот бродячий ssh ​​снова начал работать.

    Я думаю, что это как-то связано с безопасностью ssh. Он отказывается распознавать сертификаты, если они каким-либо образом доступны за пределами текущего пользователя, поэтому бродячие попытки входа в систему, таким образом, отклоняются.

    Если вы используете настройку SSH по умолчанию в своем VagrantFile и начали просматривать ошибки проверки SSH после повторного связывания своего windows VM из-за сбоя, попробуйте заменить открытый ключ на своей бродяжней машине.

    Vagrant заменяет открытый ключ, связанный с небезопасной частной парой ключей при каждом выходе из системы из-за соображений безопасности. Если вы не закрыли свой компьютер, пара с открытым / закрытым ключом может выйти из строя, вызывая ошибку аутентификации SSH.

    Чтобы устранить эту проблему, просто загрузите текущий небезопасный закрытый ключ и затем скопируйте пар открытого ключа в файл authorized_keys вашей виртуальной машины.

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

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

    введите описание изображения здесь

    Как вы можете видеть на изображении, были проблемы с сетью с моим VirtualBox, и что я должен был сделать, чтобы исправить эту проблему, было выбрать мой компьютер, нажать на настройки, вкладку сети и после этого убедиться, что опция Cable Connected был выбран. В моем случае эта опция не была выбрана, и я не смог выполнить этот шаг:

     default: SSH address: 127.0.0.1:2222 default: SSH username: vagrant default: SSH auth method: private key 

    Сначала я подумал, что порт уже используется, после чего я переустановил Vagrant, и я также пробовал другие вещи, но никто из них не работал на меня.

    Это случилось со мной несколько раз, и так, как я решил, это было:

    1. Проверьте и убедитесь, что ваш Vagrantfile имеет правильный путь к закрытому ключу:

      config.ssh.private_key_path = “/home/razvan/.ssh/id_rsa”

    2. Выполнить> команду vagrant ssh в терминале linux

    3. На своей бродяжней машине

      cd /home/vagrant/.ssh

    и проверьте, является ли ключ ssh в файле authorized_keys таким же, как тот, который у вас есть на вашем локальном компьютере в ~ / .ssh / id_rsa.pub. Если вы не замените тот, который был указан на ваших приватных страницах, на вашем локальном компьютере, найденном в ~ / .ssh / id_rsa.pub.

    1. Перезагрузить бродягу:

      бродячая перезагрузка

    Надеюсь, это помогает кому-то другому. Ура!

    Mac Решение:

    1. Добавлен локальный ключ ssh id_rsa для частного бранного ключа

      vi /Users//.vagrant/machines/default/virtualbox/private_key

      /Users//.ssh/id_rsa

    2. скопированный открытый ключ /Users//.ssh/id_rsa.pub на брандмауэр box authorized_keys

    ssh [email protected] -p 2222 (пароль: vagrant) ls -la cd .ssh

    1. chmod 0600 ~/.ssh/authorized_keys

    2. vagrant reload

    Проблема решена.

    Благодаря

    1. Найдите секретный ключ в хосте:

     vagrant ssh-config # 

    Вывод:

     Host default ... Port 2222 ... IdentityFile /home/me/.vagrant.d/[...]/virtualbox/vagrant_private_key ... 

    2. Сохраните путь закрытого ключа и номер порта в переменных:

    Используйте эти две команды с выходом сверху:

     pk="/home/me/.vagrant.d/.../virtualbox/vagrant_private_key" port=2222 # 

    3. Создайте открытый ключ и загрузите его на гостевой компьютер:

    Копия / макароны, никаких изменений не требуется:

     ssh-keygen -y -f $pk > authorized_keys scp -P $port authorized_keys [email protected]:~/.ssh/ vagrant ssh -c "chmod 600 ~/.ssh/authorized_keys" rm authorized_keys # 

    также не мог выйти за frameworks:

    default: SSH метод auth: закрытый ключ

    Когда я использовал GUI VirtualBox, он сказал, что существует несоответствие процессора ОС.

    Чтобы ускорить продвижение вперед, в настройках BIOS мне пришлось противостоять интуиции:

    Отключить: виртуализация

    Включить: VT-X

    Попробуйте переключить эти настройки в BIOS.

    Прежде всего, вы должны удалить файл autecenerated insecure_private_key, а затем восстановить этот файл, набрав

     vagrant ssh-config 

    тогда

     vagrant halt vagrant up 

    Он должен работать

    Я решил проблему следующим образом. 1. Создайте новый ключ SSH с помощью Git Bash

     $ ssh-keygen -t rsa -b 4096 -C "[email protected]" # Creates a new ssh key, using the provided email as a label Generating public/private rsa key pair. 
    1. Когда вам будет предложено «Ввести файл, в котором нужно сохранить ключ», нажмите «Ввод». Это принимает местоположение файла по умолчанию.

      Введите файл для сохранения ключа (/Users/[you]/.ssh/id_rsa): [Нажмите клавишу ввода]

    2. В командной строке введите безопасную кодовую фразу. Вы можете оставить пустым и нажать «Ввод», если вам не нужна кодовая фраза.

      Введите файл для сохранения ключа (/Users/[you]/.ssh/id_rsa): [Нажмите клавишу ввода]

    3. Чтобы подключиться к вашему типу Vagrant VM, следуйте команде

      ssh vagrant @ localhost -p 2222

    Когда вы получите следующее сообщение типа «да» и нажмите «Ввод».

     The authenticity of host 'github.com (192.30.252.1)' can't be established. RSA key fingerprint is 16:27:ac:a5:76:28:2d:36:63:1b:56:4d:eb:df:a6:48. Are you sure you want to continue connecting (yes/no)? 
    1. Теперь, чтобы установить тип соединения SSH: $ vagrant ssh

    2. Скопируйте общеansible ключ хоста в файл authorized_keys в Vagrant VM. Для этого перейдите в папку «Users / [you] /. Ssh» и скопируйте содержимое в файл id_rsa.pub на хост-машине и прошёл в файл «~ / .ssh / authorized_keys» в Vagrant VM.

    3. Изменить разрешение на папку SSH и файл authorized_keys в Vagrant VM
    4. Перезапустить бродягу с помощью: $ vagrant reload

    Я запустил машину, затем:

    vagrant ssh-config

    Я получил следующее:

    Host default HostName 127.0.0.1 User vagrant Port 2222 UserKnownHostsFile /dev/null StrictHostKeyChecking no PasswordAuthentication no IdentityFile /Users/my-user-name/Documents/PHP-Projects/my-php-project/puphpet/files/dot/ssh/id_rsa IdentityFile /Users/my-user-name/.vagrant.d/insecure_private_key IdentitiesOnly yes LogLevel FATAL

    Тогда я побежал

    cat ~/.ssh/id_rsa > /Users/my-user-name/Documents/PHP-Projects/my-php-project/puphpet/files/dot/ssh/id_rsa

    Машина загружена отсюда

    • El Capitan 10.11.1 Beta (15B38b)
    • Виртуальная коробка 5.0.8 r103449
    • Бродяга 1.7.4

    Между всеми ответами здесь есть много хороших вещей, чтобы попробовать. Для полноты, если вы

    ssh [email protected] -p 2222

    как @Bizmate предлагает, и он терпит неудачу, убедитесь, что у вас есть

    AllowUsers vagrant

    в /etc/ssh/sshd_config вашего гостевого / бродячего автомата.

    Я использую Vagrant с установкой Puphpet с мая 2015 года и столкнулся с этой проблемой. Похоже, что созданная конфигурация не обрабатывала поведение Vagrant 1.7.4 (или, возможно, немного раньше?) Поведения регенерирующих ключей ssh, если обнаруживает небезопасный ключ.

    Я решил это, добавив следующее в мой Puphpet, созданный Vagrantfile (локальная настройка) в разделе «if File.file? (CustomKey)»:

     config.ssh.insert_key = false 

    Ссылка commit

    Это все правильные шаги, которые я выполнил для исправления этой проблемы, возникли при запуске команды vagrant up.

    Это те шаги, которые я выполнил

    1. создайте папку. например, F: \ projects
    2. Откройте эту папку в git bash и запустите эту команду ssh-keygen -t rsa -b 4096 -C «[email protected]» (введите действительный адрес электронной почты)
    3. Затем создайте пару ключей в двух отдельных файлах в папке проекта. например, проект (файл закрытого ключа), project.pub (файл открытого ключа)
    4. Перейдите в это место C: \ Users \ acer.vagrant.d и найдите файл insecure_private_key
    5. Получите резервную копию файла и скопируйте содержимое вновь созданного закрытого ключа и вставьте его в файл insecure_private_key. Затем скопируйте insecure_private_key и вставьте его в это место.
    6. Теперь бродяжничайте в своем месте проекта. после генерации выше типа типа vagrant ssh и зайти внутрь, давая имя пользователя, пароль. (по умолчанию имя пользователя и пароль заданы как vagrant)
    7. Войдите в это место cd /home/vagrant/.ssh и введите mv authorized_keys authorized_keys_bk
    8. Затем введите ls -al и введите vi authorized_keys для открытия файла edit vi файла authorized_keys.
    9. Откройте сгенерированный открытый ключ из блокнота ++ (project.pub) и скопируйте содержимое. Затем нажмите i на git bash, чтобы включить режим вставки в редакторе vi, и щелкните правой кнопкой мыши и вставьте его. После выхода из режима ожидания, чтобы выйти из режима вставки
    10. : WQ! для сохранения файла и типа ls -al
    11. Тогда разрешения устанавливаются как ниже, не нужно менять drwx ——. 2 бродячий vagrant 4096 13 фев 15:33. drwx ——. 4 бродячих бродяг 4096 13 февраля 14:04 .. -rw ——-. 1 бродячий vagrant 743 13 февраля 14:26 authorized_keys -rw ——-. 1 корень root 409 13 февраля 13:57 authorized_keys_bk -rw ——-. 1 vagrant vagrant 409 2 янв. 23:09 authorized_keys_originial В противном случае введите chmod 600 authorized_keys и введите эту команду слишком chaw vagrant: vagrant authorized_keys
    12. Наконец запустите бродягу и остановитесь снова.

    ************************ ЭТО РАБОТА СДЕЛАНО ДЛЯ МЕНЯ ******************** ***********

    Просто для тех людей, которые были такими идиотами, как я, или что-то странное случилось с их бродягой машиной. Эта ошибка также может возникать при изменении разрешений домашней директории бродячего пользователя (преднамеренно или случайно).

    Вместо этого вы можете войти в систему (как описано в других сообщениях) с помощью пароля («vagrant»), а затем выполнить следующую команду для исправления разрешений.

    sudo chown -R vagrant:vagrant /home/vagrant

    Затем вы сможете снова войти в систему, не вводя пароль.

    TL; DR: Разрешения в вашей домашней папке с бродягой неправильны.

    Просто:

     homestead destroy homestead up 

    Изменить (не так просто, как первая мысль):

    Проблема заключалась в том, что новые версии homestead используют php7.0 и некоторые другие вещи. Чтобы избежать этого беспорядка, убедитесь, что вы установили verison в Homestead.yml :

     version: "0" 

    Я решил эту проблему, выполнив команды на Windows 7 CMD, как указано в этом примере, это последняя ссылка на эту тему,

    https://github.com/mitchellh/vagrant/issues/6744

     Some commands that will reinitialize various network states: Reset WINSOCK entries to installation defaults : netsh winsock reset catalog Reset TCP/IP stack to installation defaults : netsh int ip reset reset.log Flush DNS resolver cache : ipconfig /flushdns Renew DNS client registration and refresh DHCP leases : ipconfig /registerdns Flush routing table : route /f 

    Я бил головой об этом в течение последних нескольких дней на переупакованной базовой коробке. (Mac OS X, El Capitan)

    Следуя процедуре @Radek, я сделал «vagrant ssh-config» в исходном поле и получил:

     ... /Users/Shared/dev//.vagrant/machines/default/virtualbox/private_key ... 

    В новой копии эта команда дала мне:

     ... IdentityFile /Users//.vagrant.d/insecure_private_key ... 

    Итак, я просто добавил эту строку в новую копию:

     ... config.ssh.private_key_path = "/Users/Shared/dev//.vagrant/machines/default/virtualbox/private_key" ... 

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

    Еще одно простое решение, в Windows, перейдите в файл Homestead / Vagrantfile и добавьте эти строки для соединения с именем пользователя / паролем вместо частного ключа:

     config.ssh.username = "vagrant" config.ssh.password = "vagrant" config.ssh.insert_key = false 

    Итак, наконец, часть файла будет выглядеть так:

     if File.exists? homesteadYamlPath then settings = YAML::load(File.read(homesteadYamlPath)) elsif File.exists? homesteadJsonPath then settings = JSON.parse(File.read(homesteadJsonPath)) end config.ssh.username = "vagrant" config.ssh.password = "vagrant" config.ssh.insert_key = false Homestead.configure(config, settings) if File.exists? afterScriptPath then config.vm.provision "shell", path: afterScriptPath, privileged: false end 

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

    Давайте будем гением компьютера.