Machine: डॉक-मशीन का उपयोग करके मेजबान को आयात करने के लिए --driver = जेनेरिक और / या --url का उपयोग करके काम नहीं करता है।

Hi @smakam , मेरा मानना ​​है कि आप जो देख रहे हैं वह url ड्राइवर है: http://docs.docker.com/machine/#adding -a-host-without-a-driver

हाय @nathanleclaire
जवाब के लिए धन्यवाद।
मैंने आपके द्वारा बताए गए लिंक को देखा और मैंने निम्नलिखित कोशिश की, कोई भाग्य नहीं।

सबसे पहले, मैंने बिना किसी टीएलएस के कोशिश की:
उबंटू मशीन पर मैंने डॉक एजेंट शुरू करने के लिए यह किया है:
sudo docker -d -H unix: ///var/run/docker.sock -H tcp: //192.168.56.101 : 2376 &

विंडोज पर, जहां मेरे पास डॉकटर-मशीन स्थापित थी, मैंने यह किया:
$ docker-machine create --url = tcp: //192.168.56.101 : 2376 custom6
← [34mINFO ← [0m [0000] "कस्टम 6" बनाया गया है और अब सक्रिय मशीन है।
$ डोकर-मशीन एल.एस.
NAME ACTIVE DRIVER STATE URL SWARM
कस्टम 6 * कोई नहीं tcp: //192.168.56.101 : 2376

मुझे यह त्रुटि मिली:
$ डोकर-मशीन env custom6
← [31mFATA 0 [0m [0000] C: \ Users \ srmakam.docker \ मशीन \ मशीन \ custom6ca.pem खोलें: सिस्टम निर्दिष्ट फ़ाइल नहीं ढूँढ सकता।

सुनिश्चित नहीं है कि अगर docker- मशीन TLS को लागू करती है। मैंने सर्टिफिकेट और की के साथ डॉक एजेंट शुरू करने की कोशिश की और डॉक क्लाइंट के साथ कोशिश की, उस के साथ कोई भाग्य नहीं।

धन्यवाद
श्रीनिवास

हम अपने वर्तमान स्वरूप में अनिवार्य रूप से टीएलएस को अनिवार्य करते हैं। यदि आप अपने स्वयं के CA और certs / keys सेट करते हैं, तो मुझे लगता है कि आप शायद --tls-ca-cert , --tls-ca-key से Docker Machine के लिए उनका उपयोग कर सकते हैं। @ehazlett कोई टिप्पणी?

नमस्ते

मैंने टीएलएस के साथ कोशिश की, मैं अभी भी इसे काम नहीं कर सका, मुझे यकीन नहीं है कि मैं क्या याद कर रहा हूं:
मैंने अपने उबंटू मेजबान पर डॉकटर शुरू किया:
सुडो / usr / bin / docker -d --tlsverify --tlscacert =

आप मशीन से संबंधित सभी सामानों के लिए मौजूदा CA, क्लाइंट आदि का उपयोग करना चाहते हैं, क्योंकि --tls-ca-cert आदि सेटिंग्स वैश्विक हैं।

अपने docker डेमॉन के लिए, आप CA और सर्वर प्रमाणपत्र / कुंजियों का उपयोग करना चाहते हैं - ऊपर आप CA प्रमाणपत्र का उपयोग कर रहे हैं, लेकिन क्लाइंट कुंजी और प्रमाणित। आपको कुछ इस तरह की आवश्यकता होगी:

docker -d --tlsverify --tlscacert ca.pem --tlscakey ca-key.pem --tlscert server.pem --tlskey server-key.pem

@ehazlett
मैंने "सेटिंग्स" निर्देशिका में वैश्विक सेटिंग्स का उपयोग करने की कोशिश की, डॉक-मशीन के लिए कमांडलाइन में निर्दिष्ट विकल्प बनाए, फिर भी यह मशीनों में गायब "ca.pem" के बारे में शिकायत करता है /\ निर्देशिका।
मुझे "server.pem" और "server-key.pem" कैसे मिलेगा? क्या मुझे इसे उत्पन्न करना चाहिए?

मैं docker मशीन का उपयोग किए बिना TLS का उपयोग करके अलग मशीन पर docker क्लाइंट और docker एजेंट के बीच कनेक्ट करने में सक्षम था।

धन्यवाद
श्रीनिवास

क्या आप कमांड लाइन आर्ग्स का इस्तेमाल कर सकते हैं? यदि आप निर्दिष्ट करते हैं कि सीट्स मशीन को बस उनका उपयोग करना चाहिए। यदि नहीं, तो यह एक बग है :)

हाय @ehazlett
सबसे पहले, मैं इस तरह docker एजेंट शुरू किया:
sudo / usr / bin / docker -d --tlsverify --tlscacert = / home / xxx / .docker / machine / certs / ca.pem --tlskey = / home / xxx / .docker / machine / certs / key.pem। --tlscert = / home / xxx / .docker / machine / certs / cert.pem --host = unix: ///var/run/docker.sock --host = tcp: //0.0.0.0 : 2376

फिर मैंने इस तरह docker- मशीन क्लाइंट शुरू किया:
docker-machine --tls-ca-cert = / home / xxx / .docker / machine / certs / ca.pem --tls-client-key = / home / xxx / .docker / machine / certs / key.pem - -tls-client-cert = / home / xxx / .docker / machine / certs / cert.pem create --url = tcp: //0.0.0.0 : 2376 custom3

वातावरण सेट करते समय मुझे यह त्रुटि मिली:
xxx @ ubuntu : ~ $ डोकर-मशीन env custom3
ओपन / हॉम / एक्सएक्सएक्स / लोकेटर / मचाइन / मशीन / कस्टम 3/ca.pem: कोई फ़ाइल या निर्देशिका नहीं

यहाँ, मैं एक ही उबंटू मशीन पर डॉक एजेंट और डॉक-मशीन चला रहा हूँ। मुझे उबंटू में डॉक एजेंट और विंडोज में डॉकटर-मशीन चलाते समय समान त्रुटि मिलती है।

धन्यवाद
श्रीनिवास

आपको डॉक इंजन के लिए key.pem और cert.pem का उपयोग नहीं करना चाहिए। इंजन को सर्वर की / सर्टिफिकेट पेयर की जरूरत होती है (मशीन इन्हें बनाएगी)।

पर्यावरण के लिए, आपने custom3 मशीन कैसे बनाई? ऐसा लगता है कि निर्माण के दौरान कुछ गलत हो गया अगर वह फ़ाइल मौजूद नहीं है।

हाय @ehazlett
मुझे डॉक इंजन कैसे शुरू करना चाहिए? मेरी समझ के अनुसार, टीकेएस का उपयोग करते हुए डॉकटर-मशीन अनिवार्य है।

इस तरह से मैंने custom3 मशीन बनाई। इसने मुझे कोई त्रुटि नहीं दी।
docker-machine --tls-ca-cert = / home / xxx / .docker / machine / certs / ca.pem --tls-client-key = / home / xxx / .docker / machine / certs / key.pem - -tls-client-cert = / home / xxx / .docker / machine / certs / cert.pem create --url = tcp: //0.0.0.0 : 2376 custom3

क्या मुझे सर्वर की / सर्टिफिकेट पेयर मैन्युअली बनाना चाहिए जैसे कि ड्राइवर डॉकटर-मशीन के साथ उपयोग किया जाता है तो क्या मशीन होगी?

धन्यवाद
श्रीनिवास

@ हस्सकम यह सही होना चाहिए। यह उस मौजूदा CA के आधार पर एक सर्वर कुंजी उत्पन्न करना चाहिए। मैं यह देखने के लिए कुछ परीक्षण करूंगा कि क्या कोई समस्या है।

@smakam इस मुद्दे पर कोई भी अपडेट या हम इसे बंद कर सकते हैं?

@nathanleclaire मैं अभी भी काम करने में सक्षम नहीं हूं। मैंने यहां बताए गए जेनेरिक ड्राइवर प्रक्रिया के साथ डॉकटर-मशीन 3.0 के साथ भी प्रयास किया (http://blog.docker.com/2015/06/docker-machine-0-3-0-deep-dive/)
यह वह है जिसका उल्लेख किया गया है:
डॉकटर-मशीन क्रिएट -d जेनरिक \
-Generic-ssh-user ubuntu \
-Generic-ssh-key ~ / डाउनलोड / मैन्युअल रूप से_शंकित_की.पब \ _
- सामान्य-आईपी-पता 12.34.56.78 \
जंगल

मेरा मानना ​​है कि .pub एक टाइपो है और हमें निजी कुंजी देने की आवश्यकता है। मुझे 2 अलग-अलग मेजबानों में 2 प्रकार की त्रुटियां मिलीं:

मामला एक:
SSH कुंजी आयात कर रहा है ...
मशीन बनाने में त्रुटि: निकास स्थिति 1
आप यह सुनिश्चित करने के लिए प्रदाता की जांच करना चाहेंगे कि मशीन और संबंधित संसाधन ठीक से हटा दिए गए थे।

मामला 2:
SSH कुंजी आयात कर रहा है ...
SSH कमांड को चेक करने में त्रुटि हो रही है कि क्या डेमन ऊपर है: निकास स्थिति 1
SSH कमांड को चेक करने में त्रुटि हो रही है कि क्या डेमन ऊपर है: निकास स्थिति 1

btw, जहाँ docker- मशीन विस्तृत लॉग संग्रहीत करता है?
मैंने खिड़कियों और लाइनक्स के लिए डॉकटर-मशीन दोनों के साथ कोशिश की।

धन्यवाद
श्रीनिवास

एक ही समस्या।
दोनों --url और -d सामान्य तरीके काम नहीं करते हैं।

मैंने मूल पोस्टर के समान चरणों की कोशिश की और इसी तरह का मुद्दा मिला जिस बिंदु पर मैंने जेनेरिक ड्राइवर की कोशिश की और केस 1 के समान त्रुटि में भाग गया (CentOS 7)

एक ही समस्या है। प्रमाणपत्र का उपयोग नहीं कर सकते - और प्रमाणपत्र निर्दिष्ट करें।

हो सकता है कि मैं सुझाव दूं कि डॉकटर टीम एक छोटे ट्यूटोरियल को कदम से कदम मिलाकर हमें लिखें, यह बहुत मददगार होगा।

किसी भी कनेक्ट किए गए वीएनएन के साथ यहां भी एक ही मुद्दा है, अच्छी तरह से जब मैंने अपने लैपटॉप को बिना किसी कनेक्ट के फिर से चालू किया, तो यह चला गया।

मुद्दे के लिए +1।
मैंने दूरस्थ होस्ट पर मेरे मौजूदा डॉकटर सेटअप के साथ docker-machine create --url= का उपयोग करने की कोशिश की है, लेकिन कोई भाग्य नहीं। DM $HOME/.docker/machine/machines/<name>/ca.pem से TLS प्राप्त करने का प्रयास करने में विफल रहता है।

एक ही समस्या है। मैंने एक ही चरण की कोशिश की, लेकिन फिर भी कोई सर्वर सर्टिफिकेट / कीज़ जेनरेट नहीं हुआ।
डॉक-मशीन संस्करण 0.4.0
डॉकर संस्करण 1.8.0

एक ही समस्या है। मैंने एक ही चरण की कोशिश की, लेकिन फिर भी कोई सर्वर सर्टिफिकेट / कीज़ जेनरेट नहीं हुआ।
डॉक-मशीन संस्करण 0.4.1
डॉकर संस्करण 1.8.1

@csokun @ miracle-in-sunday @narqo आम तौर पर यह माना जाता है कि --url का उपयोग करके "आप अपने स्वयं के समारोहों को लाएं", हालांकि मैं मानता हूं, कोड का थोड़ा बहुत नष्ट हो गया है, इसलिए यह टूट गया है।

यदि आप अपने आप प्रमाणित और कुंजियाँ बनाना चाहते हैं, तो generic ड्राइवर का प्रयास करें: https://docs.docker.com/machine/drivers/generic/

यदि वह आपके उपयोग के मामले में काम नहीं करता है, तो क्या मैं आपसे यह पूछ सकता हूं कि आप जो कदम उठा रहे हैं, और आप जो परिणाम देख रहे हैं, उसका विवरण देते हुए एक अलग समस्या दर्ज करें?

धन्यवाद!

हाय दोस्तों, क्या आपने --virtualbox-hostonly-cidr के साथ प्रयास किया है? मेरे लिए काम किया:

बार्टस्लामन @ वीएलआरएनबी 176 ~
$ docker- मशीन क्रिएट -d virtualbox --virtualbox-hostonly-cidr "192.168.99.100/24" dev4
VirtualBox VM बना रहा है ...
SSH कुंजी बनाना ...
VirtualBox VM शुरू कर रहा है ...
VM शुरू कर रहा है ...
डॉकर को इस मशीन से कैसे जोड़ा जाए, यह देखने के लिए: C: \ Program Files (x86) \ Git \ bindocker-machine env dev4

बार्टस्लामन @ वीएलआरएनबी 176 ~
$ डोकर-मशीन env dev4
निर्यात DOCKER_TLS_VERIFY = "1"
निर्यात DOCKER_HOST = " tcp: //192.168.99.101 : 2376"
निर्यात DOCKER_CERT_PATH = "C: \ Users \ BartSlaman.docker \ मशीन \" dev4 "
निर्यात DOCKER_MACHINE_NAME = "dev4"

सादर
बार्ट स्लैमन

इस मुद्दे पर कोई अपडेट? मैंने --tl के साथ --tl- * की कोशिश की, लेकिन मुझे "खुला /User/user/.docker/machine/machine/ss/ca.pem ऐसी कोई फ़ाइल या निर्देशिका नहीं मिली"। मैं डॉक-मशीन संस्करण 0.4.1 का उपयोग करता हूं

यहाँ भी, लेकिन बनाने पर अलग त्रुटि:

SSH कुंजी आयात कर रहा है ...
SSH cmd त्रुटि!
कमांड: sudo होस्टनाम इंटरनल && इको "इंटरनल" | sudo tee / etc / hostname
गलत: निकास की स्थिति 1
आउटपुट: sudo: कोई tty मौजूद नहीं है और कोई askpass प्रोग्राम निर्दिष्ट नहीं है

और फिर जब निष्कासन "$ (docker- मशीन एनवी आंतरिक)":
खुला /User/marlon/.docker/machine/machines/internal/ca.pem: कोई फ़ाइल या निर्देशिका नहीं

इसका मतलब है कि अनाज उत्पन्न नहीं हो रहे हैं।

मजेदार बात है, मैं मशीन को "डॉकटर-मशीन ssh इंटरनल" चलाने के लिए ssh कर सकता हूं।

मैं काम करने के लिए --url प्राप्त करने में सक्षम था और डॉकटर मशीन के साथ बनाए गए DigitalOcean पर एक मौजूदा डॉकर इंजन को इंगित करता था।

--url या none ड्राइवर का उपयोग करने के लिए, मैंने अभी मशीन पर मौजूदा ~/.docker/machine/machines/dobox/ फ़ोल्डर की प्रतिलिपि बनाई है जिसे मैंने होस्ट बनाने के लिए उपयोग किया है और cert.pem , key.pem नष्ट कर दिया है id_rsa.pub , id_rsa और config.json ( ca.pem , server.pem और server-key.pem )। फिर मैंने एक नई क्लाइंट सर्टिफिकेट / की-पेयर जोड़ी बनाई (https://docs.docker.com/articles/https/, जो पहले से नई बनाई गई डायरेक्टरी के अंदर "फॉर क्लाइंट ऑथेंटिकेशन" के लिए शुरू हुई थी) और मैंने इसे मशीन के ऊपर कॉपी किया था से जुड़ने की कोशिश कर रहा है। अंत में, मैंने docker-machine create --url=tcp://SOME_IP:2376 dobox का उपयोग करके रिमोट होस्ट को जोड़ा और डर्टर मशीन से उन समारोहों को स्थानांतरित करने की अपेक्षा की: ~/.docker/machine/machines/dobox/ । फ़ोल्डर पहले से ही होना चाहिए और config.json होना चाहिए, इसलिए आप बस अपना सीरेट्स जोड़ रहे हैं। मैं टीकेएस झंडे / योजना को बदलने की कोशिश नहीं कर रहा हूं जो डॉकटर उपयोग कर रहा है, जो हैं:

--tlsverify \
--tlscacert="/home/roberto/.docker/machine/machines/dobox/ca.pem" \
--tlscert="/home/roberto/.docker/machine/machines/dobox/cert.pem" \
--tlskey="/home/roberto/.docker/machine/machines/dobox/key.pem" \
-H=tcp://SOME_IP:2376

अब मैं दूसरे क्लाइंट मशीन पर docker $(docker-machine config dobox) images या सिर्फ eval "$(docker-machine env dobox)" सकता हूं।

डॉक-मशीन संस्करण 0.4.0
डॉकर संस्करण 1.8.2

क्लाइंट और सर्वर को docker.whose उपयोगकर्ता नाम और पासवर्ड को कैसे प्रमाणित करना है, इसके साथ मुझे कॉन्फ़िगर करना है
मैं https://docs.docker.com/reference/api/docker_remote_api_v1.20/ का उपयोग कर रहा हूं
और एक ही मेजबान मशीन पर डॉक क्लाइंट और सर्वर है।
और मुझे यह भी बताएं कि क्या दोनों एक ही मशीन पर नहीं हैं।

भगवान की खातिर दोस्तों, ट्यूटोरियल जोड़ें कैसे मौजूद डॉकटर मशीनों को आयात करना है।
मैंने 2 अलग-अलग क्लाउड azure मशीनें बनाई हैं 2 से पीसी अलग करता है और अब मैं पीसी से azure मशीन से कनेक्ट नहीं कर सकता हूं जो दूसरे पर बनाई गई थीं।
पहले से ही 2 शामें बिताएं, सभी सुझावों की कोशिश कर रहा है और कोई नतीजा नहीं निकल रहा है।

@ नथनलेलेयर वाइट?

@ dmp42 वास्तव में क्या है? --url टूटी जा रही एक बहुत अच्छी तरह से ज्ञात मुद्दा है, और हम पोर्टेबल कॉन्फ़िगरेशन के साथ कई अलग-अलग कंप्यूटरों से मशीनों का उपयोग करना चाहते हैं।

मुझे लगता है कि कम से कम कुछ स्पष्ट बयान होना बहुत अच्छा होगा जो पीसी से पीसी तक मौजूद मेजबानों के आयात, अभी के लिए काम नहीं कर रहा है (या कुछ ज्ञात मुद्दे हैं) कहीं आधिकारिक दस्तावेज में या जीथब पर।

@ बेबियो १

मेरे पास एक Centos 7 होस्ट है, जिस पर मैंने पहले ही मानक Centos repo से मानक docker पैकेज स्थापित कर लिया है - यानी मैंने Docker वेबसाइट से पैकेज का उपयोग नहीं किया।

अपने स्थानीय कार्य केंद्र से, जब मैं जेनेरिक ड्राइवर का उपयोग करके इस सेंटोस 7 होस्ट के लिए मशीन बनाने की कोशिश करता हूं, तो यह "निकास स्थिति 1" के साथ विफल हो जाता है जब यह "डॉक-इंजन" नामक एक पैकेज को स्थापित करने की कोशिश करता है।

मुझे लगता है कि यह काम नहीं करता है अगर डॉकर पहले से ही रिमोट होस्ट पर स्थापित है?

संबंधित: # 2270

मुझे लगता है कि मेरे पास एक न्यूनतम प्रजनन योग्य उदाहरण है:

एक साधारण Vagrantfile बनाएं

VAGRANTFILE_API_VERSION = "2"

Vagrant.configure(VAGRANTFILE_API_VERSION) do |config|

  # Box
  config.vm.box = "ubuntu/precise64"
  config.vm.box_url = "http://cloud-images.ubuntu.com/vagrant/precise/current/precise-server-cloudimg-amd64-vagrant-disk1.box"

  # To make this easily reproducible
  config.ssh.insert_key = false
  config.vm.network "private_network", ip: "192.168.50.4"

end

VM को प्रारंभ करें

$ vagrant up

पुष्टि करें कि आप SSH कुंजी, उपयोगकर्ता, और आपके द्वारा अपेक्षित IP के साथ कर सकते हैं

ssh -i ~/.vagrant.d/insecure_private_key [email protected]

^ मेरे लिए यह काम करता है

डॉकर मशीन बनाएं

$ docker-machine create -d generic --generic-ssh-user vagrant --generic-ssh-key ~/.vagrant.d/insecure_private_key --generic-ip-address 192.168.50.4 repro

Importing SSH key...
Error creating machine: Maximum number of retries (60) exceeded
You will want to check the provider to make sure the machine and associated resources were properly removed.

क्या तुम लोग एक ही परिणाम प्राप्त कर रहे हो? मुझे पता है कि आगे कुछ है तो मैं डिबग में मदद करने की कोशिश कर सकता हूं

एक ही मुद्दा यहाँ। --url (कोई ड्राइवर) के साथ काम करने में असमर्थ:

• OSX के तहत डॉकर मशीन 0.5.1 (क्लाइंट साइड)
• डॉकर 1.9 (रिमोट सर्वर साइड)
• दूरस्थ डेमॉन के साथ शुरू हुआ:

--tlsverify -H=unix:///var/run/docker.sock -H=0.0.0.0:2376 --tlscacert=/root/.docker/ca.pem --tlscert=/root/.docker/cert.pem --tlskey=/root/.docker/key.pem

• क्लाइंट सीरियट्स (सीए, की, सर्टिफिकेट) ~/.docker/machine/machines/mymachine/ तहत स्थापित किए गए

docker-machine env mymachine टाइप करते समय, इसमें विफल रहता है:

Error running connection boilerplate: Error checking and/or regenerating the certs: There was an error validating certificates for host "": open /Users/f2i/.docker/machine/machines/anakin/server.pem: no such file or directory
You can attempt to regenerate them using 'docker-machine regenerate-certs name'.
Be advised that this will trigger a Docker daemon restart which will stop running containers.

Wihout docker- मशीन सब कुछ ठीक लगता है:

> docker --tlsverify -H=myhost:2376 ps
CONTAINER ID        IMAGE                       COMMAND                  CREATED             STATUS              PORTS 

बस सोच रहा था, जेनेरिक ( --driver "generic" --generic-ip-address ... ) और कोई ड्राइवर ( --driver "none" --url) ... के बीच वास्तविक अंतर क्या है?
मैं सामान्य समझ SSH के माध्यम से जोड़ता है (इसलिए यह सीधे दूरस्थ सर्वर पर docker का उपयोग करने जैसा है) और कोई भी ड्राइवर TCP का उपयोग करके होस्ट से कनेक्ट

नतीजतन, बिना ड्राइवर का उपयोग किए, हमें क्लाइंट होस्ट पर server.pem और server-key.pem की आवश्यकता क्यों है? उन्हें मशीन द्वारा प्रबंधित नहीं किया जाना चाहिए। सही ?

यहां तक ​​कि उन अंतिम पीईएम फ़ाइलों को प्रदान करते हुए, यह इसमें विफल रहता है:

Error running connection boilerplate: Error checking and/or regenerating the certs: There was an error validating certificates for host "": crypto/tls: failed to parse private key
You can attempt to regenerate them using 'docker-machine regenerate-certs name'.
Be advised that this will trigger a Docker daemon restart which will stop running containers.

"नो ड्राइवर" विकास के लिए उपयोग किया जाने वाला अधिक एकीकरण परीक्षण चालक है। लेकिन अगर आप पर्याप्त हैक करते हैं तो आपका सेटअप किसी मौजूदा मशीन को पंजीकृत करने के लिए इस्तेमाल किया जा सकता है। इसे भविष्य में रिलीज़ (# 2437) में निकाला जाना निर्धारित है। मौजूदा प्रलेखन इस none ड्राइवर पर भ्रामक है।

generic ड्राइवर को किसी भी होस्ट पर रजिस्टर करने और डॉकटर को ठीक से स्थापित करने के लिए उपयोग किया जाना चाहिए।
ध्यान दें कि यह बहुत कम से कम लक्ष्य होस्ट पर docker डेमॉन को फिर से शुरू करेगा। लेकिन जब तक आप एक ssh एक्सेस प्रदान करते हैं, तब तक docker मशीन में किसी भी 'जेनेरिक' मशीन को पंजीकृत करना एक विश्वसनीय तरीका है।

@jeanlaurent generic ड्राइवर के साथ समस्या यह है कि यह आपकी मशीन के साथ mucks करता है यदि docker पहले से इंस्टॉल है (जैसे hostname बदलना; yum update चलाना)। मुझे लगता है कि हम में से कई लोग यह कहने की कोशिश कर रहे हैं कि none ड्राइवर का प्रथम श्रेणी का उपयोग मामला है, और अगर यह ठीक से काम करता है तो हममें से कई (लक्षित ड्राइवरों के अलावा) के लिए एक मूल्यवान क्षमता होगी ।

इस पर @metasim से सहमत हैं। none ड्राइवर एक बहुत ही सामान्य उपयोग का मामला है। दूरस्थ डॉकटर एपीआई के साथ बातचीत करने का यह सबसे बुनियादी तरीका है। इसे test नाम देना दुर्भाग्यपूर्ण होगा। Peraphs भ्रामक इस तथ्य से आता है कि हम एक नई मशीन ( docker-machine create ) का निर्माण / प्रबंधन नहीं करना चाहते हैं, लेकिन केवल एक मौजूदा मशीन से कनेक्ट करें ...

मैं यह नहीं कह रहा हूं कि हमें मौजूदा मशीन को डॉक-मशीन में एक या दूसरे तरीके से 'रजिस्टर' करने में सक्षम नहीं होना चाहिए, हमें बस इसे ठीक से करने की आवश्यकता है। none ड्राइवर के चारों ओर बहुत भ्रम है, यह बहुत सारे स्थानों पर काम नहीं करता है, और लोग इसका गलत उपयोग कर रहे हैं। यहाँ एक वास्तविक register existing machine सुविधा के लिए जमीन तैयार करने का इरादा है।

लेकिन एक बार किसी भी ड्राइवर के माध्यम से एक मशीन को डोकर-मशीन में 'हैक' कर लिया जाता है, जिससे बहुत सारा सामान निकल जाता है जो श्रृंखला को तोड़ने वाला होता है -> restart , upgrade , और ssh स्पष्ट रूप से। वास्तव में एक मशीन को पंजीकृत करने के लिए none ड्राइवर का उपयोग करने के रूप में json फ़ाइल में मैन्युअल परिवर्तन करना उतना ही कुशल है।

@ मेटासिम generic ड्राइवर को अपग्रेड करने के लिए 'आपके मशीन के साथ mucks नहीं' इसे संभालने का एक तरीका है।

@vpusher हमें एक उचित रजिस्टर फीचर डिजाइन करने की आवश्यकता हो सकती है।

@jeanlaurent आपकी प्रतिक्रिया के लिए धन्यवाद। मैं देख सकता हूं कि इस उपयोग के मामले (मौजूदा कुंजियों सहित) को संभालने के लिए generic का उन्नयन एक अच्छा तरीका हो सकता है। हालाँकि, "चिंताओं को अलग करने" की भावना में, मैं एक नए ड्राइवर ( existing ?, preconfig ; manual ; diy विचार करने की सलाह दूंगा?

FYI करें। # 2260 और # 2269 (बंद लेकिन वास्तव में संबोधित नहीं) इस भ्रम को none ड्राइवर के आसपास कैप्चर करने का एक प्रयास था।

पुनश्च: मुझे लगता है कि यह पूरी तरह से स्वीकार्य है कि कुछ कमांड इस उपयोग के मामले में स्पष्ट रूप से असमर्थित हैं (जैसे restart , upgrade , आदि)।

@metasim Yup एक समर्पित ड्राइवर है जो वास्तव में एक रजिस्टर फीचर को संभालने का सबसे अच्छा तरीका है लेकिन केवल एक ही नहीं, एक समर्पित कमांड दूसरा है। लेकिन यह कैसे करना है, यह तय करने से पहले, हमें यह स्पष्ट करने / परिभाषित करने की आवश्यकता है कि किस मामले में हम सभी को उस पर docker-machine स्थापित करने की आवश्यकता है।

यदि आप उदाहरण के लिए PR # 2442 पर एक नज़र डालते हैं तो हम docker संस्करण के लिए docker होस्ट को पिंग करते हैं। क्योंकि हम कुछ बिंदु पर उन्नयन प्रदान करने में सक्षम होना चाहते हैं, या आपको चेतावनी देते हैं कि आपका docker होस्ट आपके वर्तमान docker क्लाइंट के साथ बहुत पुराना है। एक मशीन जिसके साथ हमने डॉकटर डेमॉन को स्थापित नहीं किया, यह मुश्किल या बहुत कम परतदार साबित होगा।

यदि हम विचार करते हैं कि हम generic ड्राइवर को किसी तरह से अपडेट कर सकते हैं, तो मैं सोच रहा हूं कि किस उपयोग के मामले में कोई व्यक्ति ssh एक्सेस प्रदान किए बिना मशीन को डॉकटर-मशीन में पंजीकृत करना चाहेगा?

आपका क्या है ? आइए उन्हें सूचीबद्ध करते हैं।

none और / या संभावित रूप से इसका उपयोग यहां करने के लिए उपयोग के मामले को परिभाषित करने पर कुछ टिप्पणी: https://github.com/docker/machine/pull/2437#issuecomment -160768813

मेरी भावना यह है कि हमें (मशीन टीम) चाहिए:

• सुविधाओं के चित्रण के बारे में डॉकर के मौजूदा दिशानिर्देशों का पालन करें (2 रिलीज साइकल पर पदावनत करें)।
• नतीजतन, अगर हम none ड्राइवर को अपदस्थ करने जा रहे हैं, तो हमें 0.7.0 तक इसे पूरी तरह से हटाने का इंतजार करना चाहिए।
• अंतरिम में, के साथ मौजूदा शो-डाट कीड़े को ठीक none आदर्श भविष्य कार्यप्रवाह (परिभाषित करने के लिए कि क्या यह है की दिशा में चालक, और काम import / register या में परिवर्तन generic ड्राइवर) ताकि इच्छुक उपयोगकर्ता पाइप के नीचे आने वाले परिवर्तनों के लिए तैयार होने के साथ-साथ पालन कर सकें।

@dgageot @jeanlaurent वह आवाज़ कैसी है?

@jeanlaurent मैं देख सकता हूँ कि ssh बहुत अधिक आवश्यकता होगी, जो इतना बुरा नहीं है। अब तक मैं सिर्फ यही मान सकता था कि बाकी सब कुछ REST API पर किया जा सकता है।

मैं docker-machine उपयोग किसी अन्य होस्ट से docker बात करने के लिए आवश्यक env चरों को सेटअप करने के लिए एक उपकरण के रूप में करता हूं। मैं कभी भी upgrade / restart आदि कमांड का उपयोग नहीं करता। My Docker होस्ट एक vOrchestrator वर्कफ़्लो के माध्यम से बनाए गए कस्टम टेम्पलेट के साथ vSphere में हैं - docker- मशीन में vSphere ड्राइवर का उपयोग करना एक विकल्प नहीं है।

उस ने कहा, मुझे एहसास है कि मेरा उपयोग-मामला केवल उपयोग-मामला नहीं है, लेकिन मुझे उम्मीद है कि यह कम से कम विचार करने के लिए कुछ है।

मैं शायद कम से कम अपने उद्देश्यों के लिए शेल उपनाम से docker-machine जगह ले सकता हूं।

यहाँ एक नमूना उपयोग मामला है जिसमें यह मदद करता है:

मैं अपने ईएक्स 2 मशीनों को डॉकटर-मशीन की बजाए इलास्टिकबिनस्टॉक का उपयोग करके अमेज़ॅन में बनाना चाहता हूं, क्योंकि इलास्टिकबिनस्टॉक में बहुत सारे अच्छाइयां हैं (जैसे ऑटो-स्केलिंग और मशीन पुनरारंभ)। मैं डॉकटर-मशीन के साथ उन लोगों को पंजीकृत करना चाहता हूं और डॉकटर-झुंड का उपयोग करके उन्हें नियंत्रित करना चाहता हूं।

उन मशीनों को अपग्रेड करना जिनके पास 1.9 है, तुच्छ है, लेकिन वे कुछ अमेज़ॅन लिनक्स (प्राचीन सेंटो कांटा) चलाते हैं और जेनेरिक उनके साथ काम नहीं करते हैं। चूँकि वहाँ docker के इंजन में tls नहीं होते हैं, इसलिए मैं सादे डॉक के साथ उन्हें दूरस्थ रूप से प्रबंधित करने के लिए जिस ट्रिक का उपयोग करता हूँ वह है doॉक.sock को लोकलहोस्ट में एक्सपोज़ करना [email protected] -L 2375: localhost: 2375 -N जैसी कुछ चीजों के साथ मेरी स्थानीय मशीन से एक ssh सुरंग बनाना । फिर मैं नेटवर्क को docker --tls = false -H tcp: // localhost : 2375 के साथ कनेक्ट कर सकता हूं।

यह बहुत जिमनास्टिक है। Ssh एक्सेस और एक काम करने वाले डॉक सेटअप (ssl के बिना भी) का संयोजन वह सब होना चाहिए जो डॉक-मशीन को कई दिलचस्प मामलों के लिए चाहिए (कोई अपग्रेड नहीं, जैसा कि अन्य ने देखा, लेकिन मैं कभी भी उन का उपयोग नहीं करता)।

आशा है कि उपयोगी है।

@bonitao खुशी है कि तुम बाहर वर्तनी। मेरे पास "एसएनएस के माध्यम से सुरंग" भी कुछ उद्यम सगाई में उपयोग का मामला है।

मैं अभी मौजूदा मेजबानों के साथ डॉकर मशीन का उपयोग करने के लिए फिर से कोशिश करना शुरू कर रहा हूं ... मैं none ड्राइवर के बारे में @metasim के बयानों से सहमत हूं ... यह generic बाद से समुदाय के लिए आज का मूल्य है none प्राप्त करने की कोशिश में कई घंटे बिताए, यह जानने के लिए कि यह test नाम बदलने का प्रस्ताव है। @nathanleclaire के बारे में वर्णित के रूप में generic ड्राइवर बनाने की कोई योजना है ???

मैं https://github.com/docker/machine/issues/2628 पर समय की एक अच्छी राशि खर्च करता हूं और यह एक उपयोग मामला है जो हमारे पास है ... कंपनी में मौजूदा टीमों का समर्थन करते हुए docker ...

मैं गुगली कर रहा हूं, मुझे लगता है कि मैं पूरी तरह से कुछ समझ से गायब था, यह जानने की कोशिश कर रहा था कि मेरे सीआई सर्वर से एज़्योर डॉकटर मशीन से कैसे कनेक्ट किया जाए जो मैंने कहीं और बनाया था। मैं यहां समाप्त हो गया और आश्चर्यचकित हूं कि यह वास्तव में संभव नहीं है (हैकरी के बिना)।

मैंने azure docker मशीन इंस्टेंसेस को पूरी तरह से बनाया और चलाया है और एक वर्कस्टेशन से चल रहा है और मैं बस इसे नियंत्रित करना चाहता हूं और इसे CI स्क्रिप्ट से तैनात करना चाहता हूं, जो कि कई CI स्लेव इंस्टेंसेस से चल सकता है। क्या वास्तव में कोई आधिकारिक तरीका नहीं है जो इसे पूरा करने वाला है?

मैंने अपना डॉकटर अपडेट कर दिया है और अब मैं अपने पुराने डॉकटर-मशीन उदाहरण से नहीं जुड़ सकता। मुझे मिला

Error running connection boilerplate: Error checking and/or regenerating the certs: There was an error validating certificates for host "xxxxx:2376": open : no such file or directory
You can attempt to regenerate them using 'docker-machine regenerate-certs [name]'.
Be advised that this will trigger a Docker daemon restart which will stop running containers.

रीजेनेट-सेर्ट्स कमांड मुझे देता है

Regenerate TLS machine certs?  Warning: this is irreversible. (y/n): y
Regenerating TLS certificates
Detecting the provisioner...
Installing Docker...
Copying certs to the local machine directory...
Copying ca.pem to machine dir failed: open : no such file or directory

मजेदार बात यह है कि मैं कर सकता हूँ

docker-machine ssh

बिना किसी समस्या के..

कोई सुधार?

परिदृश्य: डॉकर और टीएलएस सक्षम के साथ मौजूदा और काम करने वाला सर्वर।

डॉकर-मशीन में मौजूदा सर्वर / मशीन जोड़ें:

docker-machine --tls-ca-cert path/to/ca.pem --tls-ca-key path/to/ca-key.pem --tls-client-cert path/to/client.pem --tls-client-key path/to/client-key.pem create --driver none --url tcp://HOST:2376 NAME

आपकी उपयोगकर्ता निर्देशिका में (~ / .docker / machine / Machines / NAME) समान क्लाइंट प्रमाणपत्र को "cert.pem" और "server.pem" और क्लाइंट प्रमाणपत्र कुंजी को "key.pem" और "server-key" के रूप में जोड़ते हैं। पेम "प्रासंगिक SSH सेटिंग्स को शामिल करने के लिए अपने config.json को समायोजित करें ...

मैंने यह मुद्दा उठाया था। मुझे हाल ही में यह काम मिला है और मैंने यहां निर्देश दिए हैं (https://sreeninet.wordpress.com/2015/05/31/docker-machine/) अगर कोई भी संदर्भित करना चाहता है।

यहाँ एक स्क्रिप्ट है जो मेरे लिए काम कर रही है:
https://github.com/docker/machine/issues/3344#issuecomment -212536797

@devcrust जहां वास्तव में वे हैं:

path/to/ca.pem
path/to/ca-key.pem
path/to/client.pem
path/to/client-key.pem

???

$ ls certs/
ca-key.pem  ca.pem  cert.pem  key.pem
$ ls machines/adhoc/
ca.pem  cert.pem  config.json  id_rsa  id_rsa.pub  key.pem  server-key.pem  server.pem

मैं इसे ठीक से सेट नहीं कर सकता। मेरा भी यह मुद्दा है:

Copying ca.pem to machine dir failed: open : no such file or directory

0.6.0 अपग्रेड करने के बाद .... मैंने 12 मशीनों के लिए tcp एक्सेस खो दिया

@nathanleclaire इस पर कोई अपडेट? मैं यह पता लगाने की कोशिश कर रहा हूं कि मैं Microsoft Azure में चलने वाले Docker Host से कैसे जुड़ूंगा, मैंने docker-machine का उपयोग करके एक अलग कंप्यूटर से बनाया था। अभी, मेरे पास शून्य समाधान हैं।

हल: _ (आप चाहें) _

docker-machine add <> name> --driver <machine प्रदाता ड्राइवर>

इतना दुखद कि इतना समय बीत गया और अभी भी इस समस्या को हल करने के लिए कोई सुविधा शुरू नहीं की गई है।

हांलांकि इसकी कीमत के बारे निश्चित नहीं हूँ। आप जेनेरिक ड्राइवर का उपयोग करके एक मशीन बना सकते हैं लेकिन यह आपके सभी कंटेनरों को पुनः आरंभ करेगा।
पुनरारंभ जोड़ना: हमेशा आपके कंटेनरों पर गारंटी होगी कि वे बंद नहीं करते हैं। मैं docker- मशीन जोड़ने का विकल्प दूसरा होगा

मैं भी एक docker- मशीन जोड़ने के विकल्प के लिए खेल रहा हूँ।

यहाँ मशीन साझा करने के लिए अलग-अलग दृष्टिकोण वाली दो परियोजनाएँ हैं:

• https://github.com/dmstr/docker-roj
• https://github.com/bhurlow/machine-share

@jeanlaurent

आपका क्या है ? आइए उन्हें सूचीबद्ध करते हैं।

मेरा विचार अपने स्थानीय मशीन को मौजूदा भौतिक सर्वर से कनेक्ट करने के लिए कंटेनर के लोड के साथ चल रहा था। docker-machine create --driver generic से सबसे अधिक संभावना उन्हें, और बहुत कुछ रोक देगी। मुझे आश्चर्य है कि इसे do पुनः आरंभ करने की आवश्यकता क्यों है ...

ठीक है, मैं बस ssh पर कमांड चला सकता हूं, लेकिन इसके विवरण से ऐसा लग रहा था कि docker-machine का भी उपयोग किया जा सकता है।

लेकिन फिर, यदि आपने कंप्यूटर से एक वीएम बनाया है, और इसे दूसरे से प्रबंधित करना चाहते हैं। या आपने अपने स्थानीय OS को फिर से स्थापित किया है ... या VM को किसी और को नियंत्रित करना चाहते हैं ...

पीएस मैं डॉकटर के साथ अपना पहला कदम रख रहा हूं, इसलिए ऐसे बिंदु हो सकते हैं जो मुझे याद आ रहे हैं ...

@ x-yuri मैन्युअल रूप से एक मशीन "बनाने" के लिए, बस .docker/machine/machines से इसकी फ़ाइलों को कॉपी करें और इसके पथ समायोजित करें।