Machine: pembuatan galangan-mesin tergantung dengan virtualbox driver: SSH cmd err, output: status keluar 255:

Saya yakin ini adalah masalah yang sama dengan yang saya alami di MacOSX. Telah mencoba beberapa kali untuk membuat VirtualBox Dev VM baru dari awal. Telah membersihkan .docker / dan bahkan menurunkan versi dari 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:
 menjalankan: / usr / bin / VBoxManage modifikasikanvm docker-vm --nic2 hostonly --nictype2 82540EM --hostonlyadapter2 vboxnet2 --cableconnected2 on
 STDOUT:
 STDERR:
 menjalankan: / usr / bin / VBoxManage modifikasikanvm docker-vm --natpf1 hapus ssh
 STDOUT:
 STDERR: VBoxManage: kesalahan: Kode NS_ERROR_INVALID_ARG (0x80070057) - Nilai argumen tidak valid (info tambahan tidak tersedia)
 VBoxManage: error: Konteks: "RemoveRedirect (Bstr (ValueUnion.psz) .raw ())" pada baris 1717 file VBoxManageModifyVM.cpp
 menjalankan: / usr / bin / VBox Kelola modifikasikanvm docker-vm --natpf1 ssh, tcp, 127.0.0.1,50083,, 22
 STDOUT:
 STDERR:
 menjalankan: / usr / bin / VBoxManage startvm docker-vm --type headless
 STDOUT: Menunggu VM "docker-vm" untuk menyala ...
 VM "docker-vm" berhasil dimulai.
 STDERR:
 Memulai VM ...
 Masuk ke fungsi WaitForSSH ...
 Menguji koneksi TCP ke: localhost: 50083
 Menggunakan jenis klien SSH: eksternal
 Akan menjalankan perintah SSH:
 keluar 0
 & {/ usr / bin / ssh [/ usr / bin / ssh -o PasswordAuthentication = no -o IdentitiesOnly = yes -o StrictHostKeyChecking = tidak -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 buruh pelabuhan @localhost keluar 0] [][]? reflect.Value? Salah [] [] [] []}
 SSH cmd err, keluaran: status keluar 255:
 Kesalahan mendapatkan perintah ssh 'exit 0': status keluar 255
 Masuk ke fungsi WaitForSSH ...
 Menguji koneksi TCP ke: localhost: 50083
 Menggunakan jenis klien SSH: eksternal
 Akan menjalankan perintah SSH:
 keluar 0
 & {/ usr / bin / ssh [/ usr / bin / ssh -o PasswordAuthentication = no -o IdentitiesOnly = yes -o StrictHostKeyChecking = tidak -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 buruh pelabuhan @localhost keluar 0] [][]? mencerminkan.Value? Salah [] [] [] []}
 SSH cmd err, keluaran: status keluar 255:
 Kesalahan mendapatkan perintah ssh 'exit 0': status keluar 255
 Masuk ke fungsi WaitForSSH ...
 Menguji koneksi TCP ke: localhost: 50083
 Menggunakan jenis klien SSH: eksternal
 Akan menjalankan perintah SSH:
 keluar 0
 & {/ usr / bin / ssh [/ usr / bin / ssh -o PasswordAuthentication = no -o IdentitiesOnly = yes -o StrictHostKeyChecking = tidak -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 buruh pelabuhan @localhost keluar 0] [][]? reflect.Value? Salah [] [] [] []}
 SSH cmd err, keluaran: status keluar 255:
 Kesalahan mendapatkan perintah ssh 'exit 0': status keluar 255
 Masuk ke fungsi WaitForSSH ...
 Menguji koneksi TCP ke: localhost: 50083
 Menggunakan jenis klien SSH: eksternal
 Akan menjalankan perintah SSH:
 keluar 0
 & {/ usr / bin / ssh [/ usr / bin / ssh -o PasswordAuthentication = no -o IdentitiesOnly = yes -o StrictHostKeyChecking = tidak -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 buruh pelabuhan @localhost keluar 0] [][]? mencerminkan.Value? Salah [] [] [] []}

Saya dapat masuk ke VM secara manual, dan tampaknya baik-baik saja - jadi saya pikir masalahnya adalah dengan mesin galangan-galangan tidak bisa mendapatkan status dengan benar.

Saya mendapatkan lingkungan mesin buruh pelabuhan yang bekerja dengan:

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

(FYI - Instal secara manual karena homebrew-cask tidak memiliki sesuatu yang lebih baru dari v0.3.0 sampai sekarang)

Namun, pada 'create', docker-machine masih hang dan saya harus 'meregenerasi-certs' untuk 'docker-vm' saya untuk sepenuhnya mendapatkan 'docker-machine env docker-vm' untuk bekerja.

Menempatkannya untuk orang lain yang mengalami masalah serupa. Setidaknya saya memiliki lingkungan mesin buruh pelabuhan yang berfungsi sekarang - tanpa harus kembali ke boot2docker. Namun hanya terbuang sepanjang hari untuk ini :(

@tehmaspc masalah yang sama dengan Anda, Dan saya tidak menemukan solusi

@tehmaspc terima kasih atas umpan baliknya dan maaf atas masalah ini :( sayangnya ini biasanya disebabkan oleh jaringan virtualbox. Terima kasih atas umpan balik yang telah diperbaiki v0.4.0-rc1.

@opskumu, maukah kamu mencoba 0.4.0-rc1?

Saya melihat hal yang sama di 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...

Hanya hang selamanya ...

Info Env:

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, saya menurunkan versi ke 4.3.x VBOX dan saya melakukan perintah sertifikat regenerasi untuk melewati ini. Pastikan untuk mencobanya dengan VM baru. Semoga berhasil.

@opskumu @ wmiller848 - jadi saya baru saja menemukan masalah ini: https://github.com/docker/machine/issues/1572

Saya menggunakan multiplexing SSH di file ~ / .ssh / config; Saya baru saja menonaktifkan pengaturan ini dan saya mendapatkan mesin buruh pelabuhan untuk bekerja dengan benar. Bahkan solusi saya di atas tidak benar-benar berfungsi secara konsisten tetapi dengan multiplexing SSH dinonaktifkan tampaknya telah diperbaiki.

Ingin tahu apakah kalian mengaktifkan multiplexing SSH ???

File ~ / .ssh / config saya sekarang:

 % cat ~ / .ssh / config
 Tuan rumah *
 TCPKeepAlive ya
 ServerAliveInterval 10
 ServerAliveCountMax 10
 ForwardAgent ya
 # ControlMaster otomatis
 # ControlPath ~/.ssh/sockets/%r@%h-%p
 # ControlPersist 300

Bersulang,
Tehmasp

Menonaktifkan multiplexing SSH juga berfungsi untuk saya (pada OS X 10.10.4). Terima kasih @tehmaspc!

@ehazlett Saya sudah menguji 0.4.0, Ini juga tidak berhasil.

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

@tehmaspc Diablling ssh multiplexing tidak bekerja untuk saya juga.

Ada juga masalah pada Win10 dengan 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

Tidak yakin apakah ini membantu, tetapi setelah masalah serupa saya perhatikan port ssh tidak disetel di file konfigurasi mesin saya ( ~/.docker/machine/machines/<machine_name>/config.json ). Akibatnya, docker-machine selalu mencoba ssh pada port 22. Setelah mengatur ini secara manual semuanya bekerja untuk saya.

Untuk apa nilainya, menghapus pengaturan multipleks di konfigurasi SSH saya memperbaiki ini untuk saya. Tidak ada hal lain yang saya coba di salah satu masalah terbuka lainnya yang berhasil, tetapi sekarang semuanya tampak berfungsi dengan baik.

Mungkin skrip penyiapan VM harus mempertimbangkan menggunakan opsi SSH -o untuk menonaktifkan multiplexing saat membuat koneksi?

@rizky_febriyanti +1;

cc @ehazlett - banyak orang yang terus mengalami masalah ini; haruskah kita menabrak ini?

Terima kasih,
@tokopedia

Masalahnya begitu terpukul dan hilang. Akan sangat bagus untuk mengumpulkan sumber potensi perbaikan dengan semua orang yang menjadi bagian dari diskusi ini untuk mengurangi masalah.

Menghapus ssh mutliplexing memperbaiki ini untuk saya juga.

Adakah yang menemukan menonaktifkan ssh multiplexing memperbaiki masalah di Linux, bukan di Mac. Saya masih melihat masalah di Ubuntu dengan itu dinonaktifkan. Orang mengatakan itu memperbaikinya untuk mereka, tapi jangan perhatikan Linux, Windows, atau Mac.

Saya tidak mengaktifkan multiplexing ssh, tetapi saya masih melihat masalah ini.
@ wmiller848 : apakah Anda menemukan solusi untuk masalah ini?
Ini lingkungan saya:
~ $ docker --version; buruh pelabuhan - versi; VBoxManage --version
Docker versi 1.9.0-dev, build 0e3674d, eksperimental
docker-machine versi 0.4.1 (e2c88d6)
5.0.0r101573

~ $ sw_vers
ProductName: Mac OS X
Versi Produk: 10.10.4
BuildVersion: 14E46

Saya juga melihat kesalahan berikut:

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

Saya menggunakan instalasi Docker Machine default dan membiarkannya menginstal VirtualBox karena saya belum memilikinya di komputer khusus ini. Satu-satunya hal yang berpotensi aneh yang saya miliki adalah OpenSSH versi homebrew dengan persyaratan crypto yang ketat. Berikut detail lingkungan saya:

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..

Memiliki masalah yang sama.

$ vboxmanage --version
5.0.2r102096

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

Tidak yakin mengapa, tetapi masalah saya adalah config.json yang buruk untuk mesin tersebut. IP dan port mesin hilang.

Juga mengalami masalah yang sama ... Saya menggunakan boot2docker hingga masalah ini diperbaiki.

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

Saya mengalami masalah yang sama di sini:

$ 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

Terima kasih

Masalah yang sama di sini:

$ 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

Saya menurunkan versi VBox dari 5.x menjadi 4.3.x dan berfungsi selama beberapa jam, kemudian memberikan kesalahan SSH yang sama.

Saya memiliki masalah yang sama. Saya telah menemukan solusi untuk bug ini:

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

Terima kasih @ecylz. 1 untuk solusi Anda. Saya masih melihat kesalahan ini, tetapi mesin berhasil dibuat.

STDERR: menjalankan: / usr / local / bin / VBoxManage modifikasikanvm imc --natpf1 hapus ssh

STDERR: VBoxManage: kesalahan: Kode NS_ERROR_INVALID_ARG (0x80070057) - Nilai argumen tidak valid (info tambahan tidak tersedia)
VBoxManage: error: Konteks: "RemoveRedirect (Bstr (ValueUnion.psz) .raw ())" pada baris 1766 file VBoxManageModifyVM.cpp

Kudos to @ecylmz untuk solusinya, itu juga berhasil untuk saya. Satu-satunya peringatan adalah bahwa saya harus menjalankan docker-machine --native-ssh untuk setiap docker-machine perintah (seperti docker-machine env vm_name ).

Perlu juga dicatat bahwa memutakhirkan ke Docker Toolbox 1.8.1c tidak memperbaiki masalah ini.

--native-ssh solusi juga berhasil untuk saya

--native-ssh bekerja untuk saya. : +1: @ecylmz

Untuk diketahui semuanya, jika alasan Anda menghadapi masalah ini adalah karena pengaturan konfigurasi multiplexing SSH, itu harus diperbaiki di rilis berikutnya / pada master.

@nathanleclaire terima kasih atas pembaruan tentang memperbaiki multiplexing SSH. Kabar baik! Saya telah menguji --native-ssh di Linux (Ubuntu). Itu tidak memperbaiki masalah. Sekali lagi, itu untung-untungan, jadi membuatnya berfungsi sekali tidak berarti apa-apa. Saya bisa saja gagal 10 kali berturut-turut, lalu tiba-tiba bekerja beberapa kali, lalu gagal 10 kali.

@garystafford Saya dapat mengonfirmasi --native-ssh ini tidak berfungsi memiliki driver default (tidak ada) dengan Ubuntu.

+1

Saya menjalankan perintah $ docker-machine -D --native-ssh create -d virtualbox local , itu tidak bekerja dengan log kesalahan:
menjalankan: / usr / bin / VBoxManage startvm local --type headless
STDOUT: Menunggu VM "lokal" untuk menyala ...
VM "lokal" berhasil dimulai.

STDERR:
Memulai VM ...
Masuk ke fungsi WaitForSSH ...
Menguji koneksi TCP ke: localhost: 49564
Menggunakan jenis klien SSH: native
Akan menjalankan perintah SSH:
keluar 0
Kesalahan panggilan TCP: ssh: jabat tangan gagal: baca tcp 127.0.0.1:49564: koneksi disetel ulang oleh rekan
Kesalahan panggilan TCP: ssh: jabat tangan gagal: baca tcp 127.0.0.1:49564: koneksi disetel ulang oleh rekan

@nathanleclaire , saya baru saja mengkloning dan membangun mesin

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

@nathanleclaire Saya beralih dari 80% + kegagalan membuat mesin dan / atau mendapatkan konflik alamat IP menjadi 100% sukses dengan menghapus adapter jaringan khusus host tambahan yang Anda sebutkan. Di VirtualBox 5.0.3, saya pergi ke VirtualBox -> Preferences -> Network -> Host-only Networks, dan menghapusnya. Setelah itu saya membuat gerombolan 5-cluster dan menambahkan tenunan tanpa kesalahan atau masalah yang jelas. Terima kasih. FYI, saya masih menjalankan versi docker-machine version 0.5.0-dev (fe5a722) saya kloning dan buat.

@garystafford Senang mendengarnya telah dibersihkan untuk Anda. Saya pasti ingin berusaha lebih keras untuk mendeteksi konfigurasi jaringan yang miring dan menyarankan solusi untuk menyelamatkan jenis masalah yang harus Anda alami.

Tampaknya masalah saya dua kali lipat. Tidak hanya penghapusan adaptor vmnet0 dan vmnet1 diperlukan, tetapi semua perintah mesin galangan kapal memerlukan sudo.

Di env saya, ini adalah masalah jaringan virtualbox. saya harus
(1) Ubah Adaptor Host-only menjadi Bridged Adapter (en0 Wi-Fi).
Lalu saya bisa ssh buruh pelabuhan @ ...
(2) sertifikat regenerasi mesin buruh pelabuhan
Kemudian 'docker-machine config' berfungsi

telah mendapatkan kesalahan yang sama persis, tetapi berhasil menyelesaikan kasus saya dengan " mengaktifkan virtualisasi " di bios.

pemecahan masalah yang terlibat:

1. menggunakan flag debug: docker-machine --debug create --driver virtualbox dev
2. periksa pengaturan jaringan "dev" vm di VirtualBox Manager, dengan asumsi itu adalah masalah penerusan port / adaptor
3. secara kebetulan saya mengklik dua kali pada "dev" vm yang sedang berjalan di VirtualBox Manager, yang membuka jendela ke "dev" vm, yang menunjukkan masalah sebenarnya: " vt x amd-v tidak tersedia di sistem Anda ". Karena vm buruh pelabuhan ini macet dengan kesalahan " memerlukan x86-64 tetapi hanya mendeteksi i686 cpu "

Hanya ingin berbagi pemecahan masalah saya, terutama bagian dari "mengklik dua kali" pada vm yang sedang berjalan di dalam VirtualBox Manager. Coba ini, mungkin memberi Anda petunjuk tentang apa penyebab utama hangup Anda.

Sebagai solusinya, jika Anda masih menginginkan Host * ... ControlMaster auto di "~ / .ssh / config", saya merasa saya bisa melakukan ini:

# 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 terbaru seharusnya berfungsi dengan baik dengan opsi ControlMaster disetel dalam konfigurasi SSH

buruh pelabuhan -v
docker-machine versi 0.4.1 (e2c88d6)

Saya juga memiliki masalah yang sama,
solusinya adalah menambahkan --native-ssh ke setiap perintah docker-machine

Saya juga mengalami masalah ini di MacOS 10.11.1.
Menggunakan --native-ssh memang membantu.

Saya telah korup ~ / .ssh / config. Setelah saya mengoreksinya, saya bisa membuat mesin seperti sebelumnya. Salah satu cara untuk memeriksa ini adalah mencoba ssh ke beberapa server lain dan melihat apakah itu berfungsi untuk memastikan mesin galangan tidak gagal karena ssh.

Masalah yang sama dan tidak ada yang berhasil.
Bagi saya hanya solusi penyelesaian adalah menambahkan --native-ssh untuk setiap mesin.

Detail Env Saya:
OS: OS X El Capitan Versi 10.11
docker-machine versi 0.5.0 (04cfa58)
VBoxManage --version
5.0.8r103449

@tehmaspc https://github.com/docker/machine/issues/1591#issuecomment -126169020 cocok untuk saya, dengan beberapa solusi yang disarankan oleh @trentm.

Saya mengalami ini di Windows 10 hari ini setelah peningkatan kecil di instalasi Docker saya. Saya mencoba semuanya - menghapus .docker , membangun kembali VM VBox, mengutak-atik vars lingkungan saya, meretas config.json ... Pada akhirnya saya mencopot semuanya (termasuk virtualbox) dan membiarkan semuanya menginstal ulang. Berhasil!

Saya sepertinya pasti ada masalah dengan jaringan VBox yang terjadi selama proses peningkatan atau sesuatu. Seperti alamat IP yang diharapkan diambil dan semuanya meledak setelah itu.

Saya memiliki masalah yang sama. Rupanya saya menginstal OpenSSH sebelumnya dan itu mengambilnya saat membuat gambar buruh pelabuhan yang menyebabkan kesalahan ControlMaster. Saya mencopotnya, menambahkan Git \ bin ke jalur dan itu bekerja seperti pesona.

Saya mengalami masalah yang sama, dan solusi yang diusulkan di halaman ini tidak memberikan pengaruh apa pun. Ada ide?

Ini lingkungan saya:

Docker versi 1.10.3, build 20f81dd
docker-machine versi 0.6.0, build e27fb87
5.0.16r105871
ProductName: Mac OS X
ProductVersion: 10.11.4
BuildVersion: 15E65

Ketika saya mengeluarkan perintah ini:

docker-machine --debug buat -d virtualbox default

... pada akhirnya selalu tergantung pada kesalahan ini, yang dicetak ke terminal berulang kali hingga saya menghentikannya secara manual:

(default) DBG | Masuk ke fungsi WaitForSSH ...
(default) DBG | Menggunakan jenis klien SSH: eksternal
(default) DBG | {[-o BatchMode = yes -o PasswordAuthentication = tidak -o StrictHostKeyChecking = tidak -o UserKnownHostsFile = / dev / null -o LogLevel = tenang -o ConnectionAttempts = 3 -o ConnectTimeout = 10 -o ControlMaster = tidak -o ControlPath = tidak ada [email protected] -o IdentitiesOnly = yes -i /Users/cbenson/.docker/machine/machines/default/id_rsa -p 53332] / usr / local / bin / ssh}
(default) DBG | Akan menjalankan perintah SSH:
(default) DBG | keluar 0
(default) DBG | SSH cmd err, keluaran: status keluar 255:
(default) DBG | Kesalahan mendapatkan perintah ssh 'exit 0': Terjadi kesalahan saat menjalankan perintah SSH!
(default) DBG | perintah: keluar 0
(default) DBG | err: status keluar 255
(default) DBG | keluaran:

@nathanleclaire dapatkah Anda melihat komentar saya di atas? Saya menggunakan Mac El Cap, dan semua yang saya gunakan - Docker, Mesin Docker, VirtualBox, pembaruan OS - adalah versi terbaru. Tidak ada yang saya lihat sebagai perbaikan potensial di halaman masalah ini atau terkait yang berhasil. Saya pikir itu adalah sesuatu tentang konfigurasi saya, karena ini memengaruhi dua Mac yang saya miliki dengan konfigurasi serupa. Saya menggunakan Homebrew untuk Docker terbaru, Mesin Docker, OpenSSH, dan OpenSSL. Saya telah menginstal VirtualBox dari binernya sendiri, tetapi saya sebelumnya telah mencoba menginstalnya melalui Homebrew juga (tetapi saat ini tidak). Ada ide? Terima kasih!

Saya belum memiliki EL Cap jadi saya tidak bisa berbagi pengalaman saya dengan OS itu.

Alternatifnya adalah masuk ke Docker untuk Mac beta yang menghilangkan persyaratan Virtualbox sama sekali. Tentu saja mungkin ada masalah lain :)

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

@chrisbenson Seperti apa ~/.ssh/config ?

Apa keluaran dari docker-machine ssh default -vvv ?

@nathanleclaire Maaf atas keterlambatan menghubungi Anda. Saya untuk sementara menyerah dan tidak memeriksa kembali dengan cepat. Saya akan lebih waspada menunggu balasan Anda kedepannya.

Ini bukan ~/.ssh/config , karena saya benar-benar menghapus milik saya untuk memastikan bukan itu. Itu tidak berpengaruh.

Setelah saya menjalankan docker-machine --debug create -d virtualbox default , yang menghasilkan kesalahan yang disebutkan berulang kali, dan kemudian saya Ctrl + C untuk keluar.

Lalu saya memasukkan docker-machine ssh default -vvv , dan mendapatkan ini:

OpenSSH_7.2p2, OpenSSL 1.0.2g 1 Mar 2016
debug1: Membaca data konfigurasi / usr / local / etc / ssh / ssh_config
debug2: menyelesaikan port "127.0.0.1" 22
debug2: ssh_connect_direct: needpriv 0
debug1: Menghubungkan ke 127.0.0.1 [127.0.0.1] port 22.
debug2: fd 3 pengaturan O_NONBLOCK
debug1: sambungkan ke alamat 127.0.0.1 port 22: Sambungan ditolak
debug1: Mencoba lagi ...
debug1: Menghubungkan ke 127.0.0.1 [127.0.0.1] port 22.
debug2: fd 3 pengaturan O_NONBLOCK
debug1: sambungkan ke alamat 127.0.0.1 port 22: Sambungan ditolak
debug1: Mencoba lagi ...
debug1: Menghubungkan ke 127.0.0.1 [127.0.0.1] port 22.
debug2: fd 3 pengaturan O_NONBLOCK
debug1: sambungkan ke alamat 127.0.0.1 port 22: Sambungan ditolak
ssh: sambungkan ke host 127.0.0.1 port 22: Sambungan ditolak
status keluar 255

@chrisbenson Hanya untuk memastikan, apa isi dari /usr/local/etc/ssh/ssh_config ?

@nathanleclaire Inilah hasil dari '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

Hm, oke, jadi belum ada yang disetel. Dapatkah Anda mencoba rilis 0.7.0 untuk melihat apakah Anda memiliki tarif yang lebih baik (ini baru, jadi Anda harus mengunduh binari karena Toolbox belum dipanggang)

@nathanleclaire Saya mencoba 0.7.0, tetapi tidak ada bedanya. Mendapatkan kesalahan yang persis sama. Ada ide lain? Terima kasih!

@chrisbenson Apakah --native-ssh untuk Anda, atau menunjukkan masalah yang sama?

@nathanleclaire Itu menunjukkan masalah yang sama, Nathan.

@chrisbenson Anda memiliki jenis firewall / VPN / proxy?

@nathanleclaire Tidak pak, tidak apa-apa. Saya sedang mengerjakan MacBook Pro modern yang sepenuhnya diperbarui yang menjalankan El Capitan. Saya menyimpan semuanya (Docker, Mesin Docker, OpenSSL, OpenSSH) diperbarui dengan Homebrew, kecuali saya menginstal VirtualBox menggunakan biner unduhan mereka. Tidak ada yang luar biasa tentang penyiapan saya, itulah sebabnya saya bingung.

@chrisbenson Beberapa hal untuk dicoba:

• Jika Anda menggunakan biner Mesin yang disediakan dari halaman rilis, apakah ada bedanya? Ada kemungkinan yang sangat kecil yang berpotensi menjadi masalah cgo vs. Go asli karena penggunaan Homebrew.
• Jika Anda melihat port VirtualBox yang terbuka di GUI (porta yang diteruskan 22 di Pengaturan Jaringan untuk VM), dapatkah Anda melakukan SSH secara manual? (mis. ssh [email protected] -p 34567 - kata sandi adalah tcuser )
  
  
  
  • Jika tidak, apakah hal-hal seperti ping 127.0.0.1 berfungsi?
  
  
• Apakah firewall sistem Mac Anda diaktifkan? (di Pengaturan IIRC)
• Silakan lihat log VirtualBox (bersarang di dalam ~/.docker/machine/machines/default/default ) untuk melihat apakah ada sesuatu yang menarik, misalnya kesalahan.
• 127.0.0.1 adalah loopback default Anda, bukan? seperti apa file /etc/hosts ?

--native-ssh berfungsi untuk saya, tetapi masalah ini terjadi setiap kali saya memulai sesi terminal baru di OS X. Saya tidak mengalami masalah apa pun selain masalah dengan mesin galangan dalam produksi, saya harap Docker untuk Mac yang akan datang dapat menyelesaikan masalah ini.

Ini terjadi pada windows 7, toolbox docker terbaru, ketika saya menidurkan pc di malam hari. Ketika saya membangunkan PC semua perintah mesin buruh pelabuhan habis waktu, tetapi saya dapat mesin buruh pelabuhan ssh $ node dengan baik. Di dalam node, buruh pelabuhan berjalan dengan baik dan kontainer yang saya luncurkan hari sebelumnya masih berjalan.

$ buruh pelabuhan -v && buruh pelabuhan-mesin -v
Docker versi 1.12.0, build 8eab29e
docker-machine.exe versi 0.8.0, build b85aac1

$ buruh pelabuhan-mesin env

$ docker-machine regenerate-certs [nama mesin]

$ buruh pelabuhan-ls
baik!

Wow tiga TAHUN kemudian di WIN7x64 di sini dan ini MASIH TERJADI !!! Bukankah sudah waktunya untuk memperbaikinya atau hanya menyebut produk rusak ketika TIDAK MUNGKIN mengeluarkan perintah buat default pertama yang sederhana karena ini?

(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

Sayangnya saya memiliki masalah yang sama. Sepertinya saya membaca semua tautan di google dan tidak ada yang bisa memperbaiki masalah. Tolong bantu!

Apakah benar membuat mesin di dalam VPS seperti DigitalOcean droplet? Saya memiliki masalah di server tersebut:

# 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

Saya mencoba membuat konfigurasi ssh:

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

Menggunakan --native-ssh tidak ada masalah penyelesaian.

@tenorok Anda tidak dapat menyarangkan virtualisasi di sebagian besar penyedia cloud yang akan dilakukan oleh upaya membuat mesin VirtualBox di DO.

Saya telah mencoba tool-box dan menemui masalah yang sama ketika saya menggunakan cmd dan native ssh (windows oponssl)
dan menyelesaikan masalah ini dengan tring ssh dari git / usr / bin / ssh.

Mendapatkan masalah ini pada tahun 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