OS X 10.10.4
docker-machine versi 0.4.0 (9d0dc7a)
Versi Virtualbox: 5.0.0 r101573
$ docker-machine create -d virtualbox default
Creating CA: /Users/bregor/.docker/machine/certs/ca.pem
Creating client certificate: /Users/bregor/.docker/machine/certs/cert.pem
Image cache does not exist, creating it at /Users/bregor/.docker/machine/cache...
No default boot2docker iso found locally, downloading the latest release...
Downloading https://github.com/boot2docker/boot2docker/releases/download/v1.8.0/boot2docker.iso to /Users/bregor/.docker/machine/cache/boot2docker.iso...
Creating VirtualBox VM...
Creating SSH key...
Starting VirtualBox VM...
Starting VM...
Dan saya melihat baris "Memulai VM ..." selama sekitar 3 jam sekarang.
PS
$ docker-machine ls
Password:
Password:NAME ACTIVE DRIVER STATE URL SWARM
default virtualbox Timeout
$ Password:
Kata sandi apa? ..
Mungkin kata sandi SSH (Anda dapat mencoba tcuser
untuk melihat apakah itu berfungsi), tetapi seharusnya tidak benar-benar menunjukkannya. Apakah tarif docker-machine --native-ssh ls
lebih baik?
cc @jeffdm ini sepertinya terkait dengan beberapa quickstart kotak alat macet yang telah kita lihat.
tcuser
tidak diterima.
$ docker-machine --native-ssh ls
NAME ACTIVE DRIVER STATE URL SWARM
default virtualbox Timeout
Sepertinya saya juga mengalami masalah yang sama persis.
@Bregor @daemonza Bisakah Anda mencoba menghapus ~/.docker/machine/cache
dan mencoba lagi? Mungkin ada yang salah dengan unduhan ISO.
$ rm -fr ~/.docker/machine
$ docker-machine create -d virtualbox default
Creating CA: /Users/bregor/.docker/machine/certs/ca.pem
Creating client certificate: /Users/bregor/.docker/machine/certs/cert.pem
Image cache does not exist, creating it at /Users/bregor/.docker/machine/cache...
No default boot2docker iso found locally, downloading the latest release...
Downloading https://github.com/boot2docker/boot2docker/releases/download/v1.8.1/boot2docker.iso to /Users/bregor/.docker/machine/cache/boot2docker.iso...
Creating VirtualBox VM...
Creating SSH key...
Starting VirtualBox VM...
Starting VM...
Sudah sekitar setengah jam.
Apakah ada log di sekitar atau sesuatu?
Saya memiliki masalah yang sama, terjebak di "Memulai VM ...":
OS X 10.10.5
Virtualbox 5.0.0.101573 (terbaru)
docker-machine versi 0.4.0 (9d0dc7a)
Di Virtualbox, saya dapat melihat di pratinjau bahwa VM telah di-boot, dan berada di shell.
Saya bisa SSH secara manual ke dalamnya.
Ini adalah /var/log/boot2docker.log: https://gist.github.com/maximeg/8b24cc7a917440469ba2
Ada kesalahan di dalamnya, tetapi tidak tahu apakah itu kritis atau tidak.
Saya mencoba dengan mesin buruh pelabuhan yang dipasang oleh brew. Ketika saya mencoba dengan Docker Toolbox, dan dengan shell Docker, saya dapat melihat bahwa itu berulang saat mencoba ssh ke dalam VM "default" yang baru dibuat. Saya mencoba secara manual dan saya berhasil masuk (setelah "ya" di cek host yang diketahui).
Di komputer baru, saya harus menginstal ulang semuanya:
OS X 10.10.5
Virtualbox 5.0.3.102137 (Test build terbaru)
docker-machine versi 0.4.1 (e2c88d6)
Tampaknya diperbaiki dengan 0.4.1.
[sunting] Masalahnya adalah dengan ssh ControlMaster, lihat di bawah.
Sekadar catatan, saya menginstal Virtualbox 5.0.2 dan mengalami masalah serius yang membuatnya tidak dapat meluncurkan VM apa pun. Saya harus menguji Test build terbaru (5.0.3-102137), dan dengan itu, semuanya berjalan dengan baik.
Pokoknya, saya selesaikan.
Masalah yang sama di sini dengan 0.4.1 pada 10.11 PB5, bahkan setelah menghapus ~ / .docker seluruhnya
$ docker-machine create -d virtualbox dev
Creating CA: /Users/renaudg/.docker/machine/certs/ca.pem
Creating client certificate: /Users/renaudg/.docker/machine/certs/cert.pem
Image cache does not exist, creating it at /Users/renaudg/.docker/machine/cache...
No default boot2docker iso found locally, downloading the latest release...
Downloading https://github.com/boot2docker/boot2docker/releases/download/v1.8.1/boot2docker.iso to /Users/renaudg/.docker/machine/cache/boot2docker.iso...
Creating VirtualBox VM...
Creating SSH key...
Starting VirtualBox VM...
Starting VM...
dan
$ docker-machine ls
Password:NAME ACTIVE DRIVER STATE URL SWARM
dev virtualbox Timeout
[renaudg@Renauds-MBP-2015 ~]$
Password:
Password:
Sebenarnya, saya menggunakan Vbox 5.0.0. Ditingkatkan ke 5.0.2 dan masalah lain sekarang ketika menjalankan docker-machine -D create -d virtualbox dev
:
executing: /usr/local/bin/VBoxManage modifyvm dev --natpf1 delete ssh
STDOUT:
STDERR: VBoxManage: error: Code NS_ERROR_INVALID_ARG (0x80070057) - Invalid argument value (extended info not available)
VBoxManage: error: Context: "RemoveRedirect(Bstr(ValueUnion.psz).raw())" at line 1766 of file VBoxManageModifyVM.cpp
executing: /usr/local/bin/VBoxManage modifyvm dev --natpf1 ssh,tcp,127.0.0.1,56719,,22
STDOUT:
STDERR:
executing: /usr/local/bin/VBoxManage startvm dev --type headless
STDOUT: Waiting for VM "dev" to power on...
VM "dev" has been successfully started.
STDERR:
Error creating machine: exit status 1
You will want to check the provider to make sure the machine and associated resources were properly removed.
$ docker-machine ls
NAME ACTIVE DRIVER STATE URL SWARM
dev virtualbox Stopped
Dapat mengonfirmasi bahwa saya mengalami masalah ini juga. Mencoba memutakhirkan kotak virtual ke tes terbaru, 5.0.3r102220, tanpa dadu. Kotak alat Docker 1.0.1b
Berikut adalah inti dari baris perintah: docker-machine create -d virtualbox dev --debug
https://gist.github.com/crioux/1e94febca7bb8c1a19cc
Perhatikan keberadaan palsu "STDERR: shell-init: error saat mengambil direktori saat ini: getcwd: tidak dapat mengakses direktori induk: Tidak ada file atau direktori seperti itu"
Saya baru saja berpikir: di mesin baru saya, saya belum memulihkan .ssh/config
saya (saya akan memiliki akses ke sana hanya pada hari Minggu) yang mencakup berbagai opsi termasuk ControlMaster
.
Saya baru saja mereproduksinya dengan set ControlMaster, dan tanpa, semuanya baik-baik saja. @crioux , @renaudguerin apakah ada hal seperti itu di konfigurasi ssh Anda?
@ Maximeg : Tidak, tidak ada yang seperti itu di mesin ini.
Memang saya menggunakan ControlMaster dan opsi lain, akan mencoba tanpa. Tetapi saya menyarankan agar mesin galangan kapal menonaktifkan opsi ssh apa pun yang tidak kompatibel dengannya
Pada Kamis, 20 Agustus 2015 pukul 20.17, Maxime Garcia [email protected]
menulis:
Saya baru saja berpikir: di mesin baru saya, saya belum memulihkan
.ssh/config
saya (saya akan memiliki akses ke sana hanya pada hari Minggu) yang mencakup berbagai opsi termasukControlMaster
.Saya hanya mereproduksinya dengan set ControlMaster, dan tanpa, semuanya baik-baik saja. @crioux , @renaudguerin apakah ada hal seperti itu di konfigurasi ssh Anda?
Balas email ini secara langsung atau lihat di GitHub:
https://github.com/docker/machine/issues/1684#issuecomment -133105974
Oh, tampaknya masalah dengan ControlMaster telah diatasi oleh # 1630. Itu diperbaiki dan dihadiri untuk 0.4.2.
@crioux masalah Anda tampaknya terkait dengan VirtualBox, karena kesalahan Anda terjadi setelah setiap perintah vbox. Di direktori apa Anda meluncurkan perintah? Cobalah untuk cd
sebelum kembali ke $ HOME Anda.
Apakah Anda menjalankannya tepat setelah memulai shell? Cobalah untuk cd
juga. Anda mungkin memiliki sesuatu yang mencurigakan di file .bashrc / .bash_profile / .zshrc ... Anda.
menghapus .bash_profile, memulai shell baru, di ~, dan masalah yang sama.
bahkan dengan shell baru, hanya menjalankan cd
, lalu docker-machine
cmd?
Tanpa .bash_profile:
Login terakhir: Kam 20 Agustus 12:14:48 di ttys000
$ cd
$ docker-machine buat -d virtualbox dev
Membuat VirtualBox VM ...
Membuat kunci SSH ...
Memulai VirtualBox VM ...
Memulai VM ...
Tidak .bash_profile, menghapus VirtualBox sepenuhnya dan menghapus ~ / Library / VirtualBox dan menghapus ~ / .docker, dan menginstal ulang kotak alat docker, dan masalah masih ada, persis sama.
Koneksi dibuat dari localhost ke localhost: 49630 mendapat SYN dan kemudian RST. Sesuatu tidak membiarkannya mengakses port itu. Saya telah mematikan 'pf' dan 'little snitch' dan hal lain yang mungkin menghalangi, dan saya tidak mengerti mengapa itu tidak dapat terhubung. 'Ssh' normal ke port tersebut dari konsol berhasil.
Selama "VM Memulai" macet (koneksi ssh mencoba dalam loop), saya juga dapat terhubung melalui ssh secara manual, di mesin lama saya.
Dan dengan .ssh/config
kosong? Saya mencoba mengingat hal-hal yang saya miliki di mesin lama yang tidak saya lakukan di mesin baru (sayangnya, saya tidak dapat mengaksesnya, itu telah dicuri).
ASK: Masalahnya adalah bahwa virtualbox hanya mendengarkan pada alamat IPv4 untuk penerusan portnya ke port ssh. File / etc / hosts saya memiliki baris untuk localhost menuju ke alamat localhost IPv6:
127.0.0.1 localhost
255.255.255.255 broadcasthost
:: 1 localhost
Mengomentari baris untuk :: 1 menyebabkan semuanya bekerja. Perhatikan baris "pengujian koneksi tcp", ini menyelesaikan 'localhost', daripada langsung ke alamat IPv4 127.0.0.1.
Menghapus opsi untuk menyambung ke port yang tidak ada di alamat IPv6 menyebabkan masalah hilang.
Yang mengatakan, saya tidak yakin dari keluaran debug bahwa tidak ada masalah lain di sini yang serupa, tetapi tampaknya bekerja untuk saya cukup baik sekarang. Pengembang harus mencari masalah jenis ini secara umum.
Oh bagus!
Hai teman-teman, saya memiliki masalah yang sama di Windows 8.1 dan melakukan penyelidikan. Menurutnya, mungkin ada beberapa masalah yang terkait dengan klien ssh eksternal:
$ docker-machine.exe -D ls > docker-machine-timeout-gitbash.log
$ ssh -V
OpenSSH_6.6.1p1, OpenSSL 1.0.1m 19 Mar 2015
> docker-machine.exe -D ls > docker-machine-timeout-cygwin-zsh.log
> ssh -V
OpenSSH_6.8p1, OpenSSL 1.0.2a 19 Mar 2015
> docker-machine.exe --native-ssh ls
NAME ACTIVE DRIVER STATE URL SWARM
local * virtualbox Running tcp://192.168.99.100:2376
--- D:\Work\docker-machine-timeout-cygwin-zsh.log
+++ D:\Work\docker-machine-timeout-gitbash.log
@@ -299,7 +299,7 @@
Using SSH client type: external
About to run SSH command:
ip addr show dev eth1
-&{D:\Cygwin\bin\ssh.exe [D:\Cygwin\bin\ssh.exe -o PasswordAuthentication=no -o IdentitiesOnly=yes -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null -o LogLevel=quiet -o ConnectionAttempts=3 -o ConnectTimeout=10 -i C:\Users\Andrii_Melekhovskiy\.docker\machine\machines\local\id_rsa -p 64721 docker<strong i="16">@localhost</strong> ip addr show dev eth1] [] <nil> <nil> <nil> [] <nil> <nil> <nil> <nil> false [] [] [] [] <nil>}
+&{C:\Program Files (x86)\Git\bin\ssh.exe [C:\Program Files (x86)\Git\bin\ssh.exe -o PasswordAuthentication=no -o IdentitiesOnly=yes -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null -o LogLevel=quiet -o ConnectionAttempts=3 -o ConnectTimeout=10 -i C:\Users\Andrii_Melekhovskiy\.docker\machine\machines\local\id_rsa -p 64721 docker<strong i="17">@localhost</strong> ip addr show dev eth1] [] <nil> <nil> <nil> [] <nil> <nil> <nil> <nil> false [] [] [] [] <nil>}
SSH cmd err, output: <nil>: 4: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether 08:00:27:47:c9:e5 brd ff:ff:ff:ff:ff:ff
inet 192.168.99.100/24 brd 192.168.99.255 scope global eth1
@@ -617,6 +617,22 @@
Using SSH client type: external
About to run SSH command:
ip addr show dev eth1
-&{D:\Cygwin\bin\ssh.exe [D:\Cygwin\bin\ssh.exe -o PasswordAuthentication=no -o IdentitiesOnly=yes -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null -o LogLevel=quiet -o ConnectionAttempts=3 -o ConnectTimeout=10 -i C:\Users\Andrii_Melekhovskiy\.docker\machine\machines\local\id_rsa -p 64721 docker<strong i="18">@localhost</strong> ip addr show dev eth1] [] <nil> <nil> <nil> [] <nil> <nil> <nil> <nil> false [] [] [] [] <nil>}
-NAME ACTIVE DRIVER STATE URL SWARM
-local virtualbox Timeout
+&{C:\Program Files (x86)\Git\bin\ssh.exe [C:\Program Files (x86)\Git\bin\ssh.exe -o PasswordAuthentication=no -o IdentitiesOnly=yes -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null -o LogLevel=quiet -o ConnectionAttempts=3 -o ConnectTimeout=10 -i C:\Users\Andrii_Melekhovskiy\.docker\machine\machines\local\id_rsa -p 64721 docker<strong i="19">@localhost</strong> ip addr show dev eth1] [] <nil> <nil> <nil> [] <nil> <nil> <nil> <nil> false [] [] [] [] <nil>}
+SSH cmd err, output: <nil>: 4: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
+ link/ether 08:00:27:47:c9:e5 brd ff:ff:ff:ff:ff:ff
+ inet 192.168.99.100/24 brd 192.168.99.255 scope global eth1
+ valid_lft forever preferred_lft forever
+ inet6 fe80::a00:27ff:fe47:c9e5/64 scope link
+ valid_lft forever preferred_lft forever
+
+SSH returned: 4: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
+ link/ether 08:00:27:47:c9:e5 brd ff:ff:ff:ff:ff:ff
+ inet 192.168.99.100/24 brd 192.168.99.255 scope global eth1
+ valid_lft forever preferred_lft forever
+ inet6 fe80::a00:27ff:fe47:c9e5/64 scope link
+ valid_lft forever preferred_lft forever
+
+END SSH
+
+NAME ACTIVE DRIVER STATE URL SWARM
+local * virtualbox Running tcp://192.168.99.100:2376
@crioux bekerja untuk saya, terima kasih!
Saya membutuhkan 2 hal agar ini berhasil:
Apakah ini sedang dilihat?
Juga memiliki masalah ini dan dapat mengonfirmasi bahwa mengomentari baris :: 1 di / etc / hosts berfungsi untuk saya juga. Saya menggunakan Windows 7 dan menggunakan Docker Toolbox 1.8.2a.
Wow, tangkapan bagus @crioux. Masalah ControlPersist
harus diperbaiki pada master tetapi saya tidak yakin bagaimana cara memperbaiki masalah localhost
. Mungkin kita dapat mengasumsikan localhost
adalah 127.0.0.1
jika relevan dan menggunakannya secara langsung? cc @ehazlett
Memiliki masalah yang sama dan menghapus .ssh / config (dengan ControlMaster dan ControlPersist diaktifkan) menyelesaikan ini untuk saya.
Saya menghadapi masalah serupa pada mesin Windows 8, dapatkah seseorang menyarankan cara memperbaikinya?
@ Passion4Architecture Cobalah membangun master. Jika tidak berhasil, coba komentari baris ::1
di file host Anda.
Saya menemukan bahwa master build tidak benar-benar memperbaiki masalah ini. Saya pikir itu telah memperbaiki masalah ini untuk saya, tetapi ternyata hanya muncul begitu karena saya menjalankan pintasan Docker Quickstart untuk kedua kalinya setelah instalasi bersih. Dengan pemasangan out-of-the-box, upaya pertama untuk menjalankan selalu berhenti pada langkah pembuatan VM, tetapi jika Anda mencoba untuk kedua kalinya, langkah pembuatan VM tidak akan macet.
Bahkan jika saya pertama kali mengganti mesin buruh pelabuhan yang dapat dieksekusi dengan master build sebelum mencoba menjalankan quick start setelah instalasi bersih, upaya pertama akan macet. Jika saya menunggu sampai waktu habis atau ctrl-c out dan kemudian mencoba menjalankan quick start lagi, langkah pembuatan VM tidak akan macet, tetapi setelah vm shell dimulai, tidak dapat digunakan untuk melakukan apa pun. Perintah dasar seperti info buruh pelabuhan tidak berjalan, mengeluh bahwa tidak ada 'buruh pelabuhan' di jalur.
baris ::1
sudah dikomentari di kotak windows 10 saya, ControlPersist no
sepertinya menyelesaikan masalah ini. Itu berfungsi tanpa perubahan pada beberapa kesempatan mengutak-atik secara manual dengan pengaturan jaringan VirtualBox ...
Merek baru untuk buruh pelabuhan. Baru saja menjalankan tutorial 'Instal Docker untuk Windows'. Bukan pria linux. Saya mengalami masalah yang sama persis di Windows 8.1. Hanya menjalankan apa yang disertakan dalam paket penginstal. Ini semacam pemblokir bagi saya untuk belajar dan mencoba mencari tahu apakah ini adalah alat yang dapat saya tambahkan ke proyek saya. Saya akan mencoba untuk mengikuti saran di sini ... FAQ atau perbaikan tutorial atau memperbarui paket instalasi akan sangat membantu. Sampai sekarang, ini adalah pemblokir.
Sekadar meringkas, saya perlu melakukan hal berikut?
"ControlPersist no" di ~ / .ssh / config
Tidak ada entri IPv6 untuk localhost di / etc / hosts sama sekali (saya punya :: 1 dan juga fe80 :: 1% lo0)
@ apocalypse2012 Apakah kedua solusi tersebut memperbaiki masalah Anda?
Tidak ... Saya tidak yakin bagaimana cara menggunakan SSH. Sudah lama sejak saya melakukan sesuatu di linux. Jadi saya mencari di VB untuk menghubungkan IP. Saya dapat melihat VM boot2docker default, tetapi dikatakan tidak berjalan. Jadi saya melakukan cntl-c di Docker-terminal Window dan itu hilang. Tidak yakin apakah saya perlu menjalankan kembali docker-terminal atau restart dari VB atau apa urutan operasi saya di sini.
ps: terlihat seperti dari file log yang pasti tersedak barang ip6. tidak bisa mengatakan hal lain. Akan mencoba berasal dari VB dan SSH di kurasa. Semoga saya tidak merusak apapun.
pss: kesalahan kotak virtual:
Callee RC:
E_FAIL (0x80004005)
Saya menginstal ulang. VM sedang berjalan, tetapi bagaimana cara saya masuk? Apa nama pengguna dan kata sandi default. Mengapa sistem ini rusak di luar kotak?
@ apocalypse2012 Anda seharusnya dapat melakukan SSH dengan docker-machine ssh vmname
. Pengguna adalah docker
dan kata sandinya adalah tcuser
, tetapi Anda seharusnya tidak dimintai kredensial.
@nathanleclaire Kapan kita bisa mengharapkan rilis dari master termasuk perbaikan multiplexing? Saat ini hanya --native-ssh
berhasil.
@ scalp42 Kira-kira waktu dua minggu.
Forum ini sangat membantu. Di windows 8.1, secara default, kedua baris diberi komentar di file etc / hosts
127.0.0.1 localhost
:: 1 localhost
Tidak memberi komentar (menghapus tag hash) dari baris pertama membuatnya berfungsi.
Perbaikan lainnya ... Pada Windows 7 saya tidak berkomentar
127.0.0.1 localhost
dan lepas dari masalah "Memulai VM"
Karena masalah ini sebagian besar memiliki pengguna yang memiliki masalah konfigurasi SSH dan / atau masalah dengan localhost
lookup (keduanya memiliki perbaikan pada master), saya akan menutup ini. Jika menggunakan master atau build 0.5.0 (akan segera dirilis) tidak menyelesaikan masalah, ajukan masalah baru.
Sama di sini untuk windows 7: menghapus komentar 127.0.0.1 localhost di etc / hosts memperbaikinya.
Menjalankan OSX el Capitan, menambahkan 127.0.0.1 ke / etc / hosts tampaknya juga memperbaiki masalah bagi saya.
127.0.0.1 localhost
di windows juga membuatnya bekerja.
➜ ~ cat /etc/hosts
##
# Host Database
#
# localhost is used to configure the loopback interface
# when the system is booting. Do not change this entry.
##
127.0.0.1 localhost
255.255.255.255 broadcasthost
#::1 localhost
➜ ~ cat .ssh/config
ControlPersist no
Saya masih terjebak di Starting VM...
. (Meskipun saya dapat docker-machine ssh vmname
dari terminal lain)
Apakah ada hal lain yang harus saya perhatikan?
Saya telah mencoba menginstal versi VB (4.x) sebelumnya dan saya juga mencoba menginstal buruh pelabuhan menggunakan toolbox dan brew docker (setelah benar-benar menghapus salinan sebelumnya).
[Edit1: Menambahkan beberapa data lagi]
➜ ~ VBoxManage list hostonlyifs
Name: vboxnet0
GUID: 786f6276-656e-4074-8000-0a0027000000
DHCP: Disabled
IPAddress: 192.168.99.1
NetworkMask: 255.255.255.0
IPV6Address:
IPV6NetworkMaskPrefixLength: 0
HardwareAddress: 0a:00:27:00:00:00
MediumType: Ethernet
Status: Up
VBoxNetworkName: HostInterfaceNetworking-vboxnet0
Name: vboxnet1
GUID: 786f6276-656e-4174-8000-0a0027000001
DHCP: Disabled
IPAddress: 192.168.7.1
NetworkMask: 255.255.255.0
IPV6Address:
IPV6NetworkMaskPrefixLength: 0
HardwareAddress: 0a:00:27:00:00:01
MediumType: Ethernet
Status: Down
VBoxNetworkName: HostInterfaceNetworking-vboxnet1
Name: vboxnet2
GUID: 786f6276-656e-4274-8000-0a0027000002
DHCP: Disabled
IPAddress: 192.168.59.3
NetworkMask: 255.255.255.0
IPV6Address:
IPV6NetworkMaskPrefixLength: 0
HardwareAddress: 0a:00:27:00:00:02
MediumType: Ethernet
Status: Down
VBoxNetworkName: HostInterfaceNetworking-vboxnet2
Name: vboxnet3
GUID: 786f6276-656e-4374-8000-0a0027000003
DHCP: Disabled
IPAddress: 192.168.70.1
NetworkMask: 255.255.255.0
IPV6Address:
IPV6NetworkMaskPrefixLength: 0
HardwareAddress: 0a:00:27:00:00:03
MediumType: Ethernet
Status: Down
VBoxNetworkName: HostInterfaceNetworking-vboxnet3
➜ ~ netstat -nr
Routing tables
Internet:
Destination Gateway Flags Refs Use Netif Expire
default 192.168.1.1 UGSc 162 1 en0
127 127.0.0.1 UCS 1 0 lo0
127.0.0.1 127.0.0.1 UH 2 878 lo0
169.254 link#4 UCS 1 0 en0
192.168.1 link#4 UCS 3 0 en0
192.168.1.1/32 link#4 UCS 2 0 en0
192.168.1.1 4c:60:de:2a:42:74 UHLWIir 163 434 en0 1190
192.168.1.135/32 link#4 UCS 1 0 en0
192.168.1.141 74:e5:b:df:6c:0 UHLWIi 1 0 en0 1159
192.168.1.255 link#4 UHLWbI 1 67 en0
192.168.99 link#10 UC 3 0 vboxnet
192.168.99.255 link#10 UHLWbI 1 54 vboxnet
Internet6:
Destination Gateway Flags Netif Expire
::1 ::1 UHL lo0
fe80::%lo0/64 fe80::1%lo0 UcI lo0
fe80::1%lo0 link#1 UHLI lo0
fe80::%en0/64 link#4 UCI en0
fe80::9a5a:ebff:fe89:bff0%en0 98:5a:eb:89:bf:f0 UHLI lo0
fe80::%awdl0/64 link#8 UCI awdl0
fe80::64cb:aaff:fe3a:8bea%awdl0 66:cb:aa:3a:8b:ea UHLI lo0
ff01::%lo0/32 ::1 UmCI lo0
ff01::%en0/32 link#4 UmCI en0
ff01::%awdl0/32 link#8 UmCI awdl0
ff02::%lo0/32 ::1 UmCI lo0
ff02::%en0/32 link#4 UmCI en0
ff02::%awdl0/32 link#8 UmCI awdl0
Coba juga untuk menghapus tanda komentar pada ipv6:
:: 1 localhost
Tapi tunggu!
Jika saya benar-benar membutuhkan ControlPersist
tidak ada cara untuk menggunakan mesin buruh pelabuhan?
boot2docker
tidak terpengaruh, tetapi tidak digunakan lagi dan opsi apa yang saya miliki untuk dimakamkan?
@ anth0 - Bukankah itu yang @crioux ingin kami komentari? Itu tidak dikomentari sebelumnya, (dan saya mencobanya lagi sekarang) Tapi tidak ada gunanya.
Jika saya benar-benar membutuhkan ControlPersist, tidak ada cara untuk menggunakan mesin buruh pelabuhan?
@Bregor Benar-benar membutuhkannya untuk apa?
Karena saya perlu koneksi master dibuka di latar belakang saat melakukan multiplexing.
Ngomong-ngomong, saya bisa mencoba mematikannya untuk host tertentu.
Bagaimana saya menjelaskan host default mesin buruh pelabuhan di ~/.ssh/config
?
@crioux kerja bagus!
Saya mendapatkan kesalahan yang sama tetapi perbaikan saya sangat berbeda. Setelah menambahkan -D ke perintah docker-machine di start.sh saya perhatikan itu tidak bisa ssh ke VM saat memperbarui sertifikat. Jadi saya menghapus gambar VirtualBox "default", menginisiasi antarmuka yang dibuat oleh VirtualBox dan memutar ulang start.sh. Ini bekerja untuk saya sekarang.
VBoxManage controlvm poweroff default
VBoxManage unregistervm default --delete
VBoxManage hosthanya jika menghapus vboxnet0
VBoxManage hosthanya jika menghapus vboxnet1
VBoxManage hosthanya jika menghapus vboxnet2
Oh, saya sebelumnya hanya menghapus gambar beberapa kali. Ketika saya menghapus antarmuka vbox, itulah triknya.
@vlajbert Itu memperbaiki masalah saya juga. Terima kasih.
Beri @vlajbert man cookie!
Terima kasih sobat! Pendekatan Anda berhasil untuk saya! :)
Saya melakukan apa yang dilakukan @vlajbert tetapi mungkin dengan cara yang lebih sederhana.
Saya membuka VirtualBox, menghentikan mesin buruh pelabuhan, menghapusnya.
Kemudian saya memutar ulang terminal.
Menjalankan El Capitan, OSX.
Memiliki kesalahan yang sama pada El Capitan OSX, diperbaiki dengan metode @vlajbert .
berikut ini berfungsi untuk saya di OSX (masalahnya adalah ada beberapa jaringan khusus host yang menggunakan alamat ip yang sama)
VBox Kelola daftar host hanya jika
Setelah Anda mendapatkan nama dari perintah di atas, hapus salah satu jaringan host saja menggunakan perintah berikut
VBoxManage hostonlyifs menghapus "nama"
Kesalahan yang sama diperbaiki mengikuti pendekatan @vlajbert . Terima kasih!
Mac OS X 10.11.2
docker-machine versi 0.5.4, build 6643d0e
Docker versi 1.9.1, build a34a1d5
Halo Tim,
Saya telah menyelesaikan masalah menggunakan perintah di bawah ini.
penyediaan mesin buruh pelabuhan
Ashish.
Semua opsi yang disebutkan di atas tidak menyelesaikan masalah. Satu-satunya hal yang membantu adalah menurunkan gambar boot2docker - terlihat seperti kesalahan dimulai dengan v1.13.0, menurunkan versi ke v1.12.6 menyelesaikan masalah.
Saya baru saja menghabiskan 2 jam mendiagnosis ini, dan ternyata itu adalah Windows 10 Firewall. Saya mematikannya, dan berhasil melewati (default) Waiting for an IP...