Machine: docker-machine create зависает с драйвером virtualbox: SSH cmd err, output: exit status 255:

Я считаю, что это та же проблема, что и у меня на MacOSX. Пытался несколько раз создать новую виртуальную машину VirtualBox Dev с нуля. Вычистили .docker / и даже понизили версию VBOX 5.

% docker-machine --version
docker-machine version 0.3.0 (0a251fe)
% VirtualBox --help | head -n 1
Oracle VM VirtualBox Manager 4.3.30
% docker-machine ls
error getting URL for host dev: exit status 255
NAME   ACTIVE   DRIVER       STATE     URL   SWARM
dev    *        virtualbox   Running

 STDERR:
 выполнение: / usr / bin / VBoxManage modifyvm docker-vm --nic2 hostonly --nictype2 82540EM --hostonlyadapter2 vboxnet2 --cableconnected2 on
 STDOUT:
 STDERR:
 выполнение: / usr / bin / VBoxManage modifyvm docker-vm --natpf1 delete ssh
 STDOUT:
 STDERR: VBoxManage: ошибка: код NS_ERROR_INVALID_ARG (0x80070057) - недопустимое значение аргумента (расширенная информация недоступна)
 VBoxManage: ошибка: Контекст: «RemoveRedirect (Bstr (ValueUnion.psz) .raw ())» в строке 1717 файла VBoxManageModifyVM.cpp
 выполнение: / usr / bin / VBoxManage modifyvm docker-vm --natpf1 ssh, tcp, 127.0.0.1,50083`` 22
 STDOUT:
 STDERR:
 выполнение: / usr / bin / VBoxManage startvm docker-vm --type headless
 STDOUT: ожидание включения виртуальной машины docker-vm ...
 ВМ "docker-vm" успешно запущена.
 STDERR:
 Запуск ВМ ...
 Переход к функции WaitForSSH ...
 Тестирование TCP-соединения с: localhost: 50083
 Тип клиента SSH: внешний
 О запуске команды SSH:
 выход 0
 & {/ usr / bin / ssh [/ usr / bin / ssh -o PasswordAuthentication = no -o IdentitiesOnly = yes -o StrictHostKeyChecking = no -o UserKnownHostsFile = / dev / null -o LogLevel = quiet -o ConnectionAttempts = 3 -o ConnectTimeout = 10 -i /Users/tehmasp/.docker/machine/machines/docker-vm/id_rsa -p 50083 docker @localhost exit 0] [][]? Отражать.Значение? ложный [] [] [] []}
 SSH cmd err, вывод: статус выхода 255:
 Ошибка при получении команды ssh 'exit 0': статус выхода 255
 Переход к функции WaitForSSH ...
 Тестирование TCP-соединения с: localhost: 50083
 Тип клиента SSH: внешний
 О запуске команды SSH:
 выход 0
 & {/ usr / bin / ssh [/ usr / bin / ssh -o PasswordAuthentication = no -o IdentitiesOnly = yes -o StrictHostKeyChecking = no -o UserKnownHostsFile = / dev / null -o LogLevel = quiet -o ConnectionAttempts = 3 -o ConnectTimeout = 10 -i /Users/tehmasp/.docker/machine/machines/docker-vm/id_rsa -p 50083 docker @localhost exit 0] [][]? Отражать.Значение? ложный [] [] [] []}
 SSH cmd err, вывод: статус выхода 255:
 Ошибка при получении команды ssh 'exit 0': статус выхода 255
 Переход к функции WaitForSSH ...
 Тестирование TCP-соединения с: localhost: 50083
 Тип клиента SSH: внешний
 О запуске команды SSH:
 выход 0
 & {/ usr / bin / ssh [/ usr / bin / ssh -o PasswordAuthentication = no -o IdentitiesOnly = yes -o StrictHostKeyChecking = no -o UserKnownHostsFile = / dev / null -o LogLevel = quiet -o ConnectionAttempts = 3 -o ConnectTimeout = 10 -i /Users/tehmasp/.docker/machine/machines/docker-vm/id_rsa -p 50083 docker @localhost exit 0] [][]? Отражать.Значение? ложный [] [] [] []}
 SSH cmd err, вывод: статус выхода 255:
 Ошибка при получении команды ssh 'exit 0': статус выхода 255
 Переход к функции WaitForSSH ...
 Тестирование TCP-соединения с: localhost: 50083
 Тип клиента SSH: внешний
 О запуске команды SSH:
 выход 0
 & {/ usr / bin / ssh [/ usr / bin / ssh -o PasswordAuthentication = no -o IdentitiesOnly = yes -o StrictHostKeyChecking = no -o UserKnownHostsFile = / dev / null -o LogLevel = quiet -o ConnectionAttempts = 3 -o ConnectTimeout = 10 -i /Users/tehmasp/.docker/machine/machines/docker-vm/id_rsa -p 50083 docker @localhost exit 0] [][]? Отражать.Значение? ложный [] [] [] []}

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

У меня есть среда докер-машины, работающая с:

% docker-machine --version
docker-machine version 0.4.0-rc1 (f6ea2c1)

(К вашему сведению - установил вручную, так как homebrew-cask пока не имеет ничего новее, чем v0.3.0)

Однако при «create» докер-машина все еще зависала, и мне пришлось «регенерировать сертификаты» для моего «docker-vm», чтобы полностью заставить работать «docker-machine env docker-vm».

Размещаем его там, где есть подобные проблемы. По крайней мере, у меня теперь есть рабочая среда докер-машины - без необходимости возвращаться к boot2docker. Однако потратил на это только целый день :(

@tehmaspc та же проблема с вами, и я не нашел решения

@tehmaspc благодарит за отзыв и извините за проблему :( к сожалению, это обычно связано с сетью виртуальных боксов. Спасибо за отзыв, исправленный в v0.4.0-rc1.

@opskumu Не могли бы вы попробовать 0.4.0-rc1?

Я вижу то же самое на MacOS X Yosemite 0.4.0-rc1

docker-machine create --driver=virtualbox --virtualbox-disk-size "40000" local
No default boot2docker iso found locally, downloading the latest release...
Downloading https://s3.amazonaws.com/docker-mcn/public/b2d-next/boot2docker-virtualbox.iso to /Users/wmillerx/.docker/machine/cache/boot2docker-virtualbox.iso...
Creating VirtualBox VM...
Creating SSH key...
Starting VirtualBox VM...
Starting VM...

Просто висит вечно ...

Env Info:

sw_vers
ProductName:    Mac OS X
ProductVersion: 10.10.4
BuildVersion:   14E46

docker --version
Docker version 1.7.1, build 786b29d

docker-machine --version
docker-machine version 0.4.0-rc1 (f6ea2c1)

vboxmanage --version
5.0.0r101573

FWIW, я понизился до 4.3.x VBOX и выполнил команду регенерации сертификата, чтобы обойти это. Обязательно попробуйте это на новой виртуальной машине. Удачи.

@opskumu @ wmiller848 - поэтому я только что столкнулся с этой проблемой: https://github.com/docker/machine/issues/1572

Я использую мультиплексирование SSH в моем файле ~ / .ssh / config; Я просто отключил эти настройки и заставляю докер-машину работать нормально. Даже мой обходной путь, описанный выше, на самом деле не работал стабильно, но с отключенным мультиплексированием SSH, похоже, это исправление.

Хотите знать, есть ли у вас мультиплексирование SSH ???

Мой файл ~ / .ssh / config теперь:

 % cat ~ / .ssh / config
 Хост *
 TCPKeepAlive да
 ServerAliveInterval 10
 ServerAliveCountMax 10
 ForwardAgent да
 # ControlMaster auto
 # ControlPath ~/.ssh/sockets/%r@%h-%p
 # ControlPersist 300

Привет,
Техмасп

Отключение мультиплексирования SSH у меня тоже сработало (в OS X 10.10.4). Спасибо @tehmaspc!

@ehazlett Я уже тестировал 0.4.0, тоже не работает.

# docker-machine -v
docker-machine version 0.4.0 (9d0dc7a)
# cat /etc/centos-release 
CentOS Linux release 7.1.1503 (Core)

@tehmaspc Diablling ssh-мультиплексирование у меня тоже не работает.

Также есть проблема на Win10 с docker-machine 0.4.0:

{ ~ }  » docker-machine.0.4.0 ls                                                                                                ~ 1
NAME      ACTIVE   DRIVER       STATE     URL   SWARM
default            virtualbox   Timeout
dev                virtualbox   Timeout
{ ~ }  » docker-machine.0.3.1 ls                                                                                              ~ 127
NAME      ACTIVE   DRIVER       STATE     URL                         SWARM
default            virtualbox   Stopped
dev                virtualbox   Running   tcp://192.168.99.102:2376

Не уверен, что это помогает, но после подобных проблем я заметил, что порт ssh не был установлен в конфигурационном файле моей машины ( ~/.docker/machine/machines/<machine_name>/config.json ). Следовательно, docker-machine всегда пытался использовать ssh на порту 22. После установки вручную все у меня работало.

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

Возможно, сценарий установки виртуальной машины должен рассмотреть возможность использования параметра SSH -o для отключения мультиплексирования при подключении?

@chrisfosterelli ага +1;

cc @ehazlett -

благодаря,
@tehmaspc

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

Удаление мультиплексирования ssh также исправило это для меня.

Кто-нибудь обнаружил, что отключение мультиплексирования ssh устранило проблему в Linux, в отличие от Mac. Я все еще вижу проблему с Ubuntu, когда она отключена. Люди говорят, что это исправлено для них, но не замечают Linux, Windows или Mac.

У меня не включено мультиплексирование ssh, но я все еще вижу эту проблему.
@ wmiller848 : вы нашли решение этой проблемы?
Вот моя среда:
~ $ docker --version; докер-машина - версия; VBoxManage --version
Докер версии 1.9.0-dev, сборка 0e3674d, экспериментальная
докер-машина версии 0.4.1 (e2c88d6)
5.0.0r101573

~ $ sw_vers
Название продукта: Mac OS X
Версия продукта: 10.10.4
Версия сборки: 14E46

Я также вижу следующую ошибку:

SSH cmd err, output: exit status 255: 
Error getting ssh command 'exit 0' : exit status 255

Я использовал установку Docker Machine по умолчанию и позволил ей установить VirtualBox, поскольку у меня ее еще не было на этом конкретном компьютере. Единственное, что у меня может быть странным, - это доморощенная версия OpenSSH со строгими требованиями к криптографии. Вот подробности моей среды:

sw_vers
ProductName:    Mac OS X
ProductVersion: 10.10.5
BuildVersion:   14F27

docker --version
Docker version 1.8.1, build d12ea79

docker-machine --version
docker-machine version 0.4.1 (e2c88d6)

vboxmanage --version
5.0.2r102096

ssh -V
OpenSSH_7.0p1, OpenSSL 1.0.2d 9 Jul 2015

cat ~/.ssh/config 
#Defaults for all my hosts
Host *
    AddressFamily inet
    Ciphers [email protected],[email protected]
    ForwardX11 no
    ForwardX11Trusted no
    KexAlgorithms [email protected]
    MACs [email protected],[email protected],[email protected]
    Protocol 2
    VisualHostKey yes  
    HashKnownHosts yes
#host specific stuff..

Имея такую ​​же проблему.

$ vboxmanage --version
5.0.2r102096

$ docker-machine --version
docker-machine version 0.4.1 (e2c88d6)

Не знаю почему, но моя проблема - это плохой config.json для машины. Отсутствуют IP-адрес и порт машины.

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

vboxmanage --version
4.3.14r95030

docker-machine -version
docker-machine version 0.4.1 (e2c88d6)

docker version
Client:
 Version:      1.8.1
 API version:  1.20
 Go version:   go1.4.2
 Git commit:   d12ea79
 Built:        Thu Aug 13 19:47:52 UTC 2015
 OS/Arch:      darwin/amd64

У меня такая же проблема:

$ docker --version; docker-machine --version; VBoxManage --version; sw_vers                                                                                              2.2.2 16:52
Docker version 1.8.1, build d12ea79
docker-machine version 0.4.1 (e2c88d6)
5.0.3r102322
ProductName:    Mac OS X
ProductVersion: 10.10.5
BuildVersion:   14F27

благодаря

Такая же проблема здесь:

$ docker --version; docker-machine --version; VBoxManage --version; sw_vers
Docker version 1.8.1, build d12ea79
docker-machine version 0.4.1 (e2c88d6)
4.3.22r98236
ProductName:    Mac OS X
ProductVersion: 10.10.5
BuildVersion:   14F27

Я понизил VBox с 5.x до 4.3.x, и он работал несколько часов, а затем выдал ту же ошибку SSH.

У меня такая же проблема. Я нашел обходной путь для этой ошибки:

$ docker-machine --native-ssh create -d virtualbox test

Спасибо @ecylmz. +1 для обходного пути. Я все еще видел эту ошибку, но она успешно создала машину.

STDERR: выполнение: / usr / local / bin / VBoxManage modifyvm imc --natpf1 delete ssh

STDERR: VBoxManage: ошибка: код NS_ERROR_INVALID_ARG (0x80070057) - недопустимое значение аргумента (расширенная информация недоступна)
VBoxManage: ошибка: Контекст: «RemoveRedirect (Bstr (ValueUnion.psz) .raw ())» в строке 1766 файла VBoxManageModifyVM.cpp

Престижность @ecylmz за обходной путь, он также сработал для меня. Единственное предостережение: мне нужно запускать docker-machine --native-ssh для каждой команды docker-machine (например, docker-machine env vm_name ).

Также стоит отметить, что обновление до Docker Toolbox 1.8.1c не устранило эту проблему.

--native-ssh обходной путь тоже работал у меня

--native-ssh у меня сработало. : +1: @ecylmz

К вашему сведению, если причина, по которой вы сталкиваетесь с этими проблемами, связана с настройками конфигурации мультиплексирования SSH, это должно быть исправлено в следующем выпуске / на главном сервере.

@nathanleclaire благодарим вас за обновление по исправлению мультиплексирования SSH. Хорошие новости! Я тестировал --native-ssh в Linux (Ubuntu). Это не решает проблему. Опять же, это хит и промах, так что если он сработает один раз, это ничего не значит. Я могу дать ему сбой 10 раз подряд, затем внезапно сработать несколько раз, а затем 10 раз.

@garystafford Я могу подтвердить, что --native-ssh не работает с драйвером по умолчанию (нет) с Ubuntu.

+1

Я запускаю команду $ docker-machine -D --native-ssh create -d virtualbox local , она не работает с журналом ошибок:
выполнение: / usr / bin / VBoxManage startvm local --type headless
STDOUT: ожидание включения виртуальной машины "local" ...
ВМ "local" успешно запущена.

STDERR:
Запуск ВМ ...
Переход к функции WaitForSSH ...
Тестирование TCP-соединения с: localhost: 49564
Тип клиента SSH: родной
О запуске команды SSH:
выход 0
Ошибка при наборе TCP: ssh: сбой рукопожатия: чтение tcp 127.0.0.1:49564: сброс соединения одноранговым узлом
Ошибка при наборе TCP: ssh: сбой рукопожатия: чтение tcp 127.0.0.1:49564: сброс соединения одноранговым узлом

@nathanleclaire , я только что клонировал и построил последнюю докер-машину в главной ветке GitHub для Ubuntu или Fedora. Я по-прежнему не вижу улучшений ошибок ssh в Ubuntu или Fedora:

gstafford@gstafford-X555LA:$ docker-machine -v
docker-machine version 0.5.0-dev (fe5a722)

@nathanleclaire Я перешел от 80% + сбоев при создании машин и / или получении конфликтов IP-адресов до 100% успеха, удалив те дополнительные сетевые адаптеры только для хоста, о которых вы упомянули. В VirtualBox 5.0.3 я перешел в VirtualBox -> Настройки -> Сеть -> Сети только для хоста и удалил их. После этого я создал рой из 5 кластеров и добавил плетение без явных ошибок или проблем. Спасибо. К вашему сведению, я все еще использую клонированную и созданную мной версию docker-machine version 0.5.0-dev (fe5a722) .

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

Похоже, моя проблема была двоякой. Необходимо было не только удалить адаптеры vmnet0 и vmnet1, но и для всех команд docker-machine требовалось sudo.

В моем окружении это проблема сети виртуальных ящиков. Мне пришлось
(1) Измените адаптер только для хоста на мостовой адаптер (en0 Wi-Fi).
Тогда я могу ssh docker @ ...
(2) регенерация сертификатов докер-машины
Тогда работает 'docker-machine config'

получаю ту же ошибку, но мне удалось решить мой случай, « включив виртуализацию » в BIOS.

устранение неполадок:

1. с использованием флага отладки: docker-machine --debug create --driver virtualbox dev
2. проверьте настройки сети "dev" vm в VirtualBox Manager, предполагая, что это проблема с адаптером / переадресацией порта
3. случайно я дважды щелкнул запущенную виртуальную машину «dev» в VirtualBox Manager, которая открыла окно в виртуальной машине «dev», в котором была показана реальная проблема: « vt x amd-v недоступен в вашей системе ». Из-за этого docker vm застрял с ошибкой " требуется x86-64, но обнаружен только процессор i686 "

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

В качестве обходного пути, если вы все еще хотите, чтобы Host * ... ControlMaster auto в вашем "~ / .ssh / config", я обнаружил, что могу сделать это:

# Docker: docker-machine (at least for virtualbox) breaks if ControlMaster
# is used. See:
#     https://github.com/docker/machine/issues/1591#issuecomment-126169020
# This block needs to be before any global "Host *" using ControlMaster.
Host localhost
    ControlMaster no

Host *
    ControlMaster auto
    ControlPath ~/.ssh/socket-%r@%h:%p
    ControlPersist yes

# ...

Последние RC должны нормально работать с параметрами ControlMaster , установленными в конфигурации SSH

докер-машина -v
докер-машина версии 0.4.1 (e2c88d6)

У меня такая же проблема,
обходной путь - добавить --native-ssh к каждой команде docker-machine

У меня также есть эта проблема на MacOS 10.11.1.
Использование --native-ssh действительно помогает.

У меня был поврежденный файл ~ / .ssh / config. Как только я это исправил, я смог создать машину, как раньше. Один из способов проверить это - попытаться подключиться к другому серверу по ssh и посмотреть, работает ли он, чтобы убедиться, что докер-машина не дает сбой из-за ssh.

Та же проблема, и ничего не получилось.
Для меня единственное решение - добавить --native-ssh для каждой машины.

Мои детали Env:
ОС: OS X El Capitan версии 10.11
докер-машина версии 0.5.0 (04cfa58)
VBoxManage --version
5.0.8r103449

@tehmaspc https://github.com/docker/machine/issues/1591#issuecomment -126169020 работает для меня с некоторыми обходными путями, предложенными @trentm.

Я столкнулся с этим в Windows 10 сегодня после небольшого обновления в моей установке Docker. Я пробовал все - удалил .docker , перестроил виртуальные машины VBox, возился с варами среды, взломал config.json ... В конце концов, я удалил все (включая виртуальный бокс) и позволил всем переустановить. Это сработало!

Мне показалось, что должна быть проблема с сетями VBox, которая возникает во время процесса обновления или чего-то еще. Как будто ожидаемый IP-адрес был взят, и после этого все взорвалось.

Я была такая же проблема. По-видимому, у меня раньше был установлен OpenSSH, и он использовал его при создании образа докера, что привело к ошибке ControlMaster. Я удалил его, добавил в путь Git \ bin, и он работал как шарм.

У меня такая же проблема, и предлагаемые на этой странице обходные пути не дали никакого эффекта. Есть идеи?

Вот моя среда:

Докер версии 1.10.3, сборка 20f81dd
докер-машина версии 0.6.0, сборка e27fb87
5.0.16r105871
Название продукта: Mac OS X
Версия продукта: 10.11.4
Версия сборки: 15E65

Когда я выдаю эту команду:

docker-machine --debug create -d virtualbox по умолчанию

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

(по умолчанию) DBG | Переход к функции WaitForSSH ...
(по умолчанию) DBG | Тип клиента SSH: внешний
(по умолчанию) DBG | {[-o BatchMode = yes -o PasswordAuthentication = no -o StrictHostKeyChecking = no -o UserKnownHostsFile = / dev / null -o LogLevel = quiet -o ConnectionAttempts = 3 -o ConnectTimeout = 10 -o ControlMaster = no -o ControlPath = none [email protected] -o IdentitiesOnly = yes -i /Users/cbenson/.docker/machine/machines/default/id_rsa -p 53332] / usr / local / bin / ssh}
(по умолчанию) DBG | О запуске команды SSH:
(по умолчанию) DBG | выход 0
(по умолчанию) DBG | SSH cmd err, вывод: статус выхода 255:
(по умолчанию) DBG | Ошибка при получении команды ssh "exit 0": что-то пошло не так при выполнении команды SSH!
(по умолчанию) DBG | команда: выход 0
(по умолчанию) DBG | ошибка: статус выхода 255
(по умолчанию) DBG | вывод :

@nathanleclaire, можешь взглянуть на мой комментарий выше? Я использую Mac El Cap, и все, что я использую - Docker, Docker Machine, VirtualBox, обновления ОС - это самая последняя версия. Ничего из того, что я видел в качестве потенциальных исправлений на этой или связанных страницах проблем, не помогло. Я думаю, это связано с моей конфигурацией, потому что она влияет на два компьютера Mac с одинаковой конфигурацией, которые у меня есть. Я использую Homebrew для последних версий Docker, Docker Machine, OpenSSH и OpenSSL. У меня VirtualBox установлен из собственного двоичного файла, но я уже пробовал установить его через Homebrew (но не сейчас). Есть идеи? Благодаря!

У меня еще нет EL Cap, поэтому я не могу поделиться своим опытом с этой ОС.

Альтернативой является участие в бета-версии Docker для Mac, которая полностью устраняет требования Virtualbox. Конечно, могут быть и другие проблемы :)

https://blog.docker.com/2016/03/docker-for-mac-windows-beta/

@chrisbenson На что ~/.ssh/config ?

Что дает docker-machine ssh default -vvv ?

@nathanleclaire Извините за задержку с

Это не ~/.ssh/config , потому что я удалил свой, просто чтобы убедиться, что это не так. Это не подействовало.

После запуска docker-machine --debug create -d virtualbox default , который снова и снова генерирует указанную ошибку, и затем я нажимаю Ctrl + C, чтобы выйти из нее.

Затем я ввожу docker-machine ssh default -vvv и получаю следующее:

OpenSSH_7.2p2, OpenSSL 1.0.2g 1 марта 2016 г.
debug1: чтение данных конфигурации / usr / local / etc / ssh / ssh_config
debug2: разрешение порта 22 "127.0.0.1"
debug2: ssh_connect_direct: needpriv 0
debug1: подключение к 127.0.0.1 [127.0.0.1] порту 22.
debug2: установка fd 3 O_NONBLOCK
debug1: подключиться к адресу 127.0.0.1 порт 22: соединение отклонено
debug1: Повторная попытка ...
debug1: подключение к 127.0.0.1 [127.0.0.1] порту 22.
debug2: установка fd 3 O_NONBLOCK
debug1: подключиться к адресу 127.0.0.1 порт 22: соединение отклонено
debug1: Повторная попытка ...
debug1: подключение к 127.0.0.1 [127.0.0.1] порту 22.
debug2: установка fd 3 O_NONBLOCK
debug1: подключиться к адресу 127.0.0.1 порт 22: в соединении отказано
ssh: подключиться к хосту 127.0.0.1 порт 22: в соединении отказано
статус выхода 255

@chrisbenson Просто чтобы убедиться, что /usr/local/etc/ssh/ssh_config ?

@nathanleclaire Вот результат 'cat / usr / local / etc / ssh / ssh_config':

# This is the ssh client system-wide configuration file.  See
# ssh_config(5) for more information.  This file provides defaults for
# users, and the values can be changed in per-user configuration files
# or on the command line.

# Configuration data is parsed as follows:
#  1. command line options
#  2. user-specific file
#  3. system-wide file
# Any configuration value is only changed the first time it is set.
# Thus, host-specific definitions should be at the beginning of the
# configuration file, and defaults at the end.

# Site-wide defaults for some commonly used options.  For a comprehensive
# list of available options, their meanings and defaults, please see the
# ssh_config(5) man page.

# Host *
#   ForwardAgent no
#   ForwardX11 no
#   RhostsRSAAuthentication no
#   RSAAuthentication yes
#   PasswordAuthentication yes
#   HostbasedAuthentication no
#   GSSAPIAuthentication no
#   GSSAPIDelegateCredentials no
#   BatchMode no
#   CheckHostIP yes
#   AddressFamily any
#   ConnectTimeout 0
#   StrictHostKeyChecking ask
#   IdentityFile ~/.ssh/identity
#   IdentityFile ~/.ssh/id_rsa
#   IdentityFile ~/.ssh/id_dsa
#   Port 22
#   Protocol 2,1
#   Cipher 3des
#   Ciphers aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc
#   MACs hmac-md5,hmac-sha1,[email protected],hmac-ripemd160
#   EscapeChar ~
#   Tunnel no
#   TunnelDevice any:any
#   PermitLocalCommand no
#   VisualHostKey no
#   ProxyCommand ssh -q -W %h:%p gateway.example.com
#   RekeyLimit 1G 1h

Хм, ладно, ничего не настроено. Можете ли вы попробовать версию 0.7.0, чтобы увидеть, насколько вам лучше (он совершенно новый, поэтому вам придется загрузить двоичные файлы, поскольку Toolbox еще не запечен)

@nathanleclaire Я пробовал 0.7.0, но без разницы. Получаю точно такую ​​же ошибку. Есть другие идеи? Благодаря!

@chrisbenson У --native-ssh или возникает та же проблема?

@nathanleclaire Это та же проблема, Натан.

@chrisbenson У вас есть какой-нибудь брандмауэр / VPN / прокси?

@nathanleclaire Нет, сэр, ничего. Я работаю над современным, полностью обновленным MacBook Pro под управлением El Capitan. Я постоянно обновляю все (Docker, Docker Machine, OpenSSL, OpenSSH) с помощью Homebrew, за исключением того, что я установил VirtualBox, используя их загружаемый двоичный файл. В моей настройке нет ничего примечательного, поэтому я в тупике.

@chrisbenson Пара вещей, которые

• Если вы используете предоставленный двоичный файл Machine со страницы релизов, какая разница? Существует очень небольшая вероятность того, что из-за использования Homebrew потенциально может возникнуть проблема cgo по сравнению с родным Go.
• Если вы посмотрите на открытый порт VirtualBox в графическом интерфейсе (перенаправленный порт 22 в сетевых настройках для виртуальной машины), можете ли вы использовать SSH вручную? (например, ssh [email protected] -p 34567 - пароль tcuser )
  
  
  
  • Если нет, работают ли такие вещи, как ping 127.0.0.1 ?
  
  
• Включен ли брандмауэр вашей системы Mac? (в настройках IIRC)
• Пожалуйста, посмотрите журналы VirtualBox (вложенные в ~/.docker/machine/machines/default/default ), чтобы узнать, есть ли что-нибудь интересное, например ошибки.
• 127.0.0.1 - это ваш шлейф по умолчанию, верно? как выглядит ваш файл /etc/hosts ?

--native-ssh у меня работает, но эта проблема возникает каждый раз, когда я запускаю новый сеанс терминала в OS X. У меня не было ничего, кроме проблем с docker-machine в производственной среде, я надеюсь, что предстоящий Docker для Mac решит эти проблемы.

Это происходит в Windows 7, последней версии Docker Toolbox, когда я кладу компьютер спать ночью. Когда я пробуждаю компьютер, время ожидания всех команд docker-machine истекает, но я могу отлично справиться с ssh $ node на docker-machine. Внутри узлов докер работает нормально, а контейнеры, которые я запустил накануне, все еще работают.

$ докер -v && докер-машина -v
Докер версии 1.12.0, сборка 8eab29e
docker-machine.exe версия 0.8.0, сборка b85aac1

$ docker-machine env

$ docker-machine регенерация-сертификаты [имя машины]

$ docker-machine ls
Хорошо!

Ничего себе, три ГОДА спустя здесь WIN7x64, и ЭТО ЕЩЕ ПРОИСХОДИТ !!! Не пора ли это исправить или просто назвать продукт сломанным, когда из-за этого НЕВОЗМОЖНО выполнить простую команду создания по умолчанию?

(default) DBG | About to run SSH command: (default) DBG | exit 0 (default) DBG | SSH cmd err, output: exit status 255: (default) DBG | Error getting ssh command 'exit 0' : ssh command error: (default) DBG | command : exit 0 (default) DBG | err : exit status 255

К сожалению, у меня такая же проблема. Кажется, я прочитал все ссылки в гугле и ничего не может решить проблему. Пожалуйста помоги!

Правильно ли создавать машины внутри VPS, такие как капля DigitalOcean? У меня проблема на таком сервере:

# lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 18.04.1 LTS
Release:    18.04
Codename:   bionic

# docker -v
Docker version 18.06.1-ce, build e68fc7a

# docker-machine -v
docker-machine version 0.15.0, build b48dc28d

# VBoxManage --version
5.2.10_Ubuntur121806

# docker-machine --debug create --driver virtualbox mymachine

...

(mymachine) Waiting for an IP...
(mymachine) DBG | STDOUT:
(mymachine) DBG | {
(mymachine) DBG | Waiting for VM "mymachine" to power on...
(mymachine) DBG | VM "mymachine" has been successfully started.
(mymachine) DBG | }
(mymachine) DBG | STDERR:
(mymachine) DBG | {
(mymachine) DBG | }
(mymachine) DBG | Checking vm logs: /root/.docker/machine/machines/mymachine/mymachine/Logs/VBox.log
(mymachine) DBG | Getting to WaitForSSH function...
(mymachine) DBG | Using SSH client type: external
(mymachine) DBG | Using SSH private key: /root/.docker/machine/machines/mymachine/id_rsa (-rw-------)
(mymachine) DBG | &{[-F /dev/null -o ConnectionAttempts=3 -o ConnectTimeout=10 -o ControlMaster=no -o ControlPath=none -o LogLevel=quiet -o PasswordAuthentication=no -o ServerAliveInterval=60 -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null [email protected] -o IdentitiesOnly=yes -i /root/.docker/machine/machines/mymachine/id_rsa -p 44643] /usr/bin/ssh <nil>}
(mymachine) DBG | About to run SSH command:
(mymachine) DBG | exit 0

# And then many times:

(mymachine) DBG | SSH cmd err, output: exit status 255:
(mymachine) DBG | Error getting ssh command 'exit 0' : ssh command error:
(mymachine) DBG | command : exit 0
(mymachine) DBG | err     : exit status 255
(mymachine) DBG | output  :
(mymachine) DBG | Getting to WaitForSSH function...
(mymachine) DBG | Using SSH client type: external
(mymachine) DBG | Using SSH private key: /root/.docker/machine/machines/mymachine/id_rsa (-rw-------)
(mymachine) DBG | &{[-F /dev/null -o ConnectionAttempts=3 -o ConnectTimeout=10 -o ControlMaster=no -o ControlPath=none -o LogLevel=quiet -o PasswordAuthentication=no -o ServerAliveInterval=60 -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null [email protected] -o IdentitiesOnly=yes -i /root/.docker/machine/machines/mymachine/id_rsa -p 44643] /usr/bin/ssh <nil>}
(mymachine) DBG | About to run SSH command:
(mymachine) DBG | exit 0

Я попытался создать конфигурацию ssh:

# cat ~/.ssh/config
Host *
  TCPKeepAlive yes
  ServerAliveInterval 10
  ServerAliveCountMax 10
  ForwardAgent yes
  ControlMaster no

Использование --native-ssh не решает проблему.

@tenorok Вы не можете

Я пробовал набор инструментов и сталкивался с теми же проблемами, когда использовал cmd и собственный ssh ​​(windows oponssl)
и решил эту проблему, вызвав ssh из git / usr / bin / ssh.

Получение этого выпуска в 2020 году.

&{[-F /dev/null -o ConnectionAttempts=3 -o ConnectTimeout=10 -o ControlMaster=no -o ControlPath=none -o LogLevel=quiet -o PasswordAuthentication=no -o ServerAliveInterval=60 -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null [email protected] -p 22] /usr/local/bin/ssh <nil>}
About to run SSH command:
exit 0
SSH cmd err, output: exit status 255: 
Error getting ssh command 'exit 0' : ssh command error:
command : exit 0
err     : exit status 255
output  : 
Getting to WaitForSSH function...
(dvc1) Calling .GetSSHHostname
(dvc1) Calling .GetSSHPort
(dvc1) Calling .GetSSHKeyPath
(dvc1) Calling .GetSSHUsername
Using SSH client type: external
&{[-F /dev/null -o ConnectionAttempts=3 -o ConnectTimeout=10 -o ControlMaster=no -o ControlPath=none -o LogLevel=quiet -o PasswordAuthentication=no -o ServerAliveInterval=60 -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null [email protected] -p 22] /usr/local/bin/ssh <nil>}
About to run SSH command:
exit 0

➜  dogvscat git:(master) ✗ docker-machine -v
docker-machine version 0.16.2, build bd45ab1
➜  dogvscat git:(master) ✗ docker version
Client: Docker Engine - Community
 Version:           19.03.8