क्या आप इस मुद्दे पर कुछ और विवरण दे सकते हैं?

मशीन का क्या संस्करण?
क्या ड्राइवर (मैं आईपी पर आधारित vbox मान रहा हूँ)?
मशीन बनाने के लिए प्रयुक्त कमांड लाइन

धन्यवाद

ehazlett 11 फ़र॰ 2015

docker- मशीन संस्करण 0.1.0
virtualbox
docker-machine create -d virtualbox --virtualbox-disk-size '40000' --virtualbox-memory '4096' devbox

मैंने डेमॉन में एक --insecure-रजिस्ट्री भी जोड़ी ताकि मैं हमारी निजी रजिस्ट्री से बात कर सकूं (यदि यह मामला है)।

stephenlawrence 11 फ़र॰ 2015

क्या आप मास्टर से परीक्षण करना चाहेंगे (यदि आप स्थानीय स्तर पर निर्माण नहीं करना चाहते हैं तो आप https://docker-machine-builds.evanhazlett.com/latest/ का उपयोग कर सकते हैं)। मैंने वीएम बदलते आईपी के साथ इसका परीक्षण किया है और सब कुछ उम्मीद के मुताबिक काम करता है:

ehazlett machine> docker-machine ls
NAME        ACTIVE   DRIVER       STATE     URL
test-vbox   *        virtualbox   Running   tcp://192.168.99.100:2376
ehazlett machine> docker-machine stop test-vbox
ehazlett machine> docker-machine create -d virtualbox test-vbox-2
...
ehazlett machine> docker-machine ls
NAME          ACTIVE   DRIVER       STATE     URL
test-vbox              virtualbox   Stopped   
test-vbox-2   *        virtualbox   Running   tcp://192.168.99.100:2376
ehazlett machine> docker-machine start test-vbox
...      
ehazlett machine> docker-machine ls
NAME          ACTIVE   DRIVER       STATE     URL
test-vbox              virtualbox   Running   tcp://192.168.99.101:2376
test-vbox-2   *        virtualbox   Running   tcp://192.168.99.100:2376            
ehazlett machine> docker $(docker-machine config test-vbox) ps
CONTAINER ID        IMAGE               COMMAND             CREATED             STATUS              PORTS               NAMES

आप देख सकते हैं कि test-vbox स्विच किए गए IP

ehazlett 12 फ़र॰ 2015

ठीक है, यहाँ मैंने क्या किया है:

वर्तमान मशीन बंद करो
नई मशीन बिन का उपयोग शुरू करें
नई मशीन के साथ "मशीन ls" ठीक था और दिखाता है:
"devbox * वर्चुअलबॉक्स रनिंग tcp: //192.168.99.100 : 2376
devbox2 वर्चुअलबॉक्स बंद हो गया "

"docker info" का उत्पादन करता है:
FATA [0000] कनेक्ट करने का प्रयास करने में त्रुटि हुई: https://192.168.99.100 : 2376 / v1.16 / जानकारी प्राप्त

stephenlawrence 12 फ़र॰ 2015

धन्यवाद। क्या आपने मास्टर बिल्ड के साथ प्रयास किया? मैंने वही प्रक्रिया चलाई जो आपने की थी और मेरे पास कोई प्रमाणित समस्या नहीं थी।

ehazlett 12 फ़र॰ 2015

मैंने उस "नवीनतम" बाइनरी को डाउनलोड किया।

stephenlawrence 12 फ़र॰ 2015

हम्म ठीक है। @sthulb क्या आप यह देखने की कोशिश कर सकते हैं कि क्या आप इसे पुन: पेश कर सकते हैं?

एक वर्चुअलबॉक्स मशीन बनाएँ
पहली मशीन बंद करो
दूसरी वर्चुअलबॉक्स मशीन बनाएं
पहली मशीन शुरू करें
जांचें कि पहली मशीन आईपी बदल गई है
जांचें कि क्या आप दोनों पर docker डेमॉन का उपयोग कर सकते हैं

@stephenlawrence क्या यह प्रक्रिया सही है?

धन्यवाद

ehazlett 12 फ़र॰ 2015

@ehalett तकनीकी रूप से यह नहीं है कि यह कैसे शुरू हुआ। यह तब शुरू हुआ जब मैंने अपने मैक को रिबूट किया और डीएम रिबूट पर एक अलग आईपी के साथ आए। मुझे नहीं पता कि अगर आप जो वर्णन करते हैं, वह सिर्फ करने से अलग है। लेकिन अब, उस पहले से काम कर रहे मशीन पर पहुंचने के किसी भी प्रयास का परिणाम x509 संदेश है।

stephenlawrence 13 फ़र॰ 2015

@stephenlawrence मैं दोबारा नहीं बना सकता क्योंकि मेरा आईपी हमेशा बदलता रहता है और VM रहता है। मैंने बस वीएम को एक अलग आईपी प्राप्त करने का अनुकरण किया जो मुझे विश्वास है कि एक ही चीज का निर्माण करना चाहिए। क्या आप नए बाइनरी और वीएम के नए सेट के साथ उपरोक्त प्रयास करना चाहेंगे? मैं सोच रहा था कि सही प्रक्रिया या कुछ और का उपयोग नहीं करते हुए एक पुराने बिल्ड का उपयोग करके सीट्स बनाए गए थे।

ehazlett 13 फ़र॰ 2015

@stephenlawrence क्या आपको यकीन है कि आपके पास अपने bashrc में कुछ नहीं है जो आपकी सेटिंग्स के साथ खिलवाड़ कर रहा है, जैसे DOCKER_CERT_PATH?

cpuguy83 13 फ़र॰ 2015

👍3

चूँकि मैंने किसी और को प्रासंगिक कोड का संदर्भ नहीं दिया, इसलिए मैं सिर्फ यह machine कि https://github.com/docker/machine/ ब्लॉब / 973b267fec3ec0a900e26557475b387891c0138a / host.go # L123

यदि IP पता बदल जाता है, तो वह प्रमाणपत्र अब काम नहीं करेगा।

B2d init स्क्रिप्ट में, वह कोड होता है जो सर्वर सर्टिफिकेट को पुन: बनाता है यदि प्रासंगिक IP पते बदलते हैं: https://github.com/boot2docker/boot2docker/blob/5db7efbbbe0557f6fefdb56cb0263f80ed55834/rootfs/rootfs=rootfs। / डोकर # L46

मुझे पूरी तरह से यकीन नहीं है कि b2d कोड के उस बिट को machine केस में ट्रिगर नहीं किया गया है क्योंकि मुझे लगा कि आप लोग b2d ISO का उपयोग कर रहे थे।

md5 14 फ़र॰ 2015

हाँ धन्यवाद, मुझे पता है कि यह कोड तब है, जब आईपी बदल गया (जैसा कि)
ऊपर दिखाया गया है) परीक्षण करते समय कोई समस्या नहीं थी इसलिए मैं कम से कम कोशिश कर रहा हूं
परीक्षण करने के लिए इसे पुनः उत्पादक योग्य बनाएं।

शनिवार, 14 फरवरी, 2015 को 12:58 बजे, माइक डिलन सूचनाएं @github.com
लिखा था:

चूँकि मैंने किसी और को संबंधित कोड का संदर्भ नहीं दिया, इसलिए मैं अभी बताऊंगा
इंगित करें कि मशीन आईपी पते के साथ एक प्रमाण पत्र बना रही है
यह यहाँ:
https://github.com/docker/machine/blob/973b267fec3ec0a900e26557475b387891c0138a/host.go#L123
यदि IP पता बदल जाता है, तो वह प्रमाणपत्र अब काम नहीं करेगा।
B2d init स्क्रिप्ट में, कोड है जो सर्वर को पुन: बनाता है
प्रमाण पत्र अगर प्रासंगिक आईपी पते बदलते हैं:
https://github.com/boot2docker/boot2docker/blob/5db7efbb4e0557f6efefdb56cb0263f80ed55834/rootfs/rootfs/usr/local/etc/init.d/docker#L46
मुझे पूरी तरह से यकीन नहीं है कि b2d कोड के उस बिट को ट्रिगर क्यों नहीं किया गया है
मशीन केस के बाद से मुझे लगा कि आप लोग बी 2 डी आईएसओ का उपयोग कर रहे हैं।
-
इस ईमेल का उत्तर सीधे दें या इसे GitHub पर देखें
https://github.com/docker/machine/issues/531#issuecomment -74363452।

ehazlett 15 फ़र॰ 2015

@ md5 @stephenlawrence क्या आप यह देखने के लिए जाँच करेंगे कि क्या आपके पास ऐसा कुछ है जो संयोग से b2d सीरेट्स का उपयोग कर रहा है? डिबगिंग के बाद, ऐसा लगता है कि मशीन के साथ b2d सीरट्स का उपयोग किया जा रहा है।

ehazlett 17 फ़र॰ 2015

@ehazlett मुझे यकीन नहीं है कि आप मुझसे क्या पूछ रहे हैं।

md5 17 फ़र॰ 2015

👍1

@ md5 क्षमा करें मुझे अधिक स्पष्ट होना चाहिए था। पर्यावरण चर की जाँच करें DOCKER_CERT_PATH और DOCKER_HOST यह देखने के लिए कि क्या वे सही मशीन पर इंगित किए गए हैं। ऐसा लगता है कि मशीन या इसके विपरीत पहुँचने पर DOCKER_CERT_PATH को b2d सेरेट में कॉन्फ़िगर किया जा सकता है।

ehazlett 17 फ़र॰ 2015

@ ईहाजलेट यदि यह DOCKER_CERT_PATH गलत का मामला था, तो यह एक अलग त्रुटि होगी। उस स्थिति में समस्या या तो यह होगी कि ca.pem machine -नियंत्रित उदाहरण पर या डॉकर सर्वर द्वारा प्रस्तुत प्रमाण पत्र के लिए एक भरोसेमंद जड़ नहीं है या कि cert.pem ग्राहक प्रमाण पत्र सर्वर द्वारा स्वीकार नहीं किया जाता है।

जो त्रुटि हम यहां देख रहे हैं वह स्पष्ट रूप से है कि क्लाइंट (यानी docker exec ) सर्वर के प्रमाण पत्र को स्वीकार नहीं कर रहा है। यह 192.168.99.100 पर सर्वर को हिट करने का प्रयास कर रहा है, लेकिन सर्वर एक प्रमाण पत्र प्रस्तुत कर रहा है जो केवल 192.168.99.103 लिए मान्य है। इसका अर्थ केवल यह हो सकता है कि एक सर्वर जो 192.168.99.100 पोर्ट पर 2376 प्रतिसाद दे रहा है, वह एक प्रमाण पत्र का उपयोग करने के लिए कॉन्फ़िगर किया गया है जो 192.168.99.103 के लिए बनाया गया था।

md5 17 फ़र॰ 2015

@ md5 जो समझ में आता है। मैं फिर से कैसे बनाऊं? जैसा कि आप ऊपर देख सकते हैं कि मैंने अपने वर्चुअलबॉक्स उदाहरणों के आईपी को बदल दिया है और इस मुद्दे को नहीं देखता।

ehazlett 17 फ़र॰ 2015

👍1

यह एक अच्छा सवाल है। मैं इसे स्वयं भी पुन: पेश नहीं कर पाया हूं।

md5 17 फ़र॰ 2015

बंद करने के रूप में हम पुन: पेश नहीं कर सकते। मेरा संदेह यह है कि बूट 2docker VM और मशीन उदाहरण के लिए पर्यावरण चर मिल रहे हैं। मैं कुछ भी है कि उन्हें स्थापित किया जा सकता है के लिए अपने .bashrc आदि की जाँच करने के लिए सिफारिश करेंगे।

ehazlett 26 फ़र॰ 2015

मैं इस मुद्दे को फिर से हो रहा है। मेरे पास 192.168.99.101 को एक डॉक-मशीन चल रही थी, और मेरे मैक के री-बूट के बाद, वह मशीन अब 192.168.99.100 पर चल रही है।

ऐसा लगता है जैसे कि एक डॉकटर मुद्दा जब से मैं एक कंटेनर ओके में "डॉकटर-कंपोज़ रन" कर सकता हूं, लेकिन किसी भी डॉक कमांड की कोशिश करना इस त्रुटि को फेंकता है:

$ डॉकटर पी.एस.
FATA [0000] कनेक्ट करने का प्रयास करने में एक त्रुटि हुई: https://192.168.99.100 : 2376 / v1.17 / कंटेनर / json: x509 प्राप्त करें: प्रमाणपत्र 192.168.99.101 के लिए मान्य है, न कि 192.168.1.100

stephenlawrence 3 मार्च 2015

👍3

वर्तमान env:
DOCKER_CERT_PATH = / उपयोगकर्ताओं / myusername / .docker / मशीन / .client
DOCKER_TLS_VERIFY = हाँ
DOCKER_HOST = tcp: //192.168.99.100 : 2376

$ ls -l ~ /। डॉकर / मशीन / .client /
कुल 48
-rw-r - r-- 1 myusername स्टाफ 1054 फरवरी 11 10:21 ca.pem
-rw-r - r-- 1 myusername स्टाफ 1054 जनवरी 30 08:53 ca.pem.bak
-rw-r - r-- 1 myusername स्टाफ 1094 फ़रवरी 11 10:21 cert.pem
-rw-r - r-- 1 myusername स्टाफ 1094 जनवरी 30 08:53 cert.pem.bak
-rw ------- 1 myusername स्टाफ 1675 फरवरी 11 10:21 key.pem
-rw ------- 1 myusername staff 1679 Jan 30 08:53 key.pem.bak

stephenlawrence 3 मार्च 2015

@stephenlawrence यूजी ठीक है। क्या आप संयोग से b2d का उपयोग कर रहे हैं? केवल समय मैंने देखा है यह b2d और मशीन के बीच कुछ था। मैं व्यक्तिगत रूप से पुन: पेश नहीं कर सकता, लेकिन इसे सीरियल्स और एनवी वार्स के साथ करना था।

हो सकता है कि हमें बाद में के बजाय "पुनर्जीवित-समारोहों" आदेश की आवश्यकता हो :)

ehazlett 3 मार्च 2015

👍1

खैर, मैं डीएम पर स्विच करने से पहले अकेले बी 2 डी का उपयोग कर रहा था। डीएम b2d के रूप में अच्छी तरह से उपयोग करता है?

stephenlawrence 3 मार्च 2015

@stephenlawrence बस machine का उपयोग b2d 'का प्रबंधन करने के लिए करती है। अपने मूल b2d स्थापना और VM को हटा दें

razic 3 मार्च 2015

मेरे साथ भी ऐसा हुआ है। मैंने वर्चुअल मशीन बनाने के लिए machine का उपयोग किया, न कि सीधे b2d । पुनर्जीवित करने के लिए एक आदेश सीट्स मददगार लगता है।

parshap 3 मार्च 2015

बी 2 डी को हटाना मेरे मुद्दे को हल करने के लिए जरूरी नहीं है, लेकिन मैंने इसे हटा दिया है।

मुझे लगता है कि यह इस समय मेरे लिए docker- मशीन को बेकार बना रहा है। मैंने अभी उस समस्या से छुटकारा पाने की उम्मीद में एक नई मशीन बनाई है, लेकिन मेरे पास एक नई मशीन पर एक ही मुद्दा है।

stephenlawrence 3 मार्च 2015

@stephenlawrence क्या आप ऊपर दिए गए मेरे PR को आज़मा सकते हैं और देख सकते हैं कि क्या यह समस्या हल करता है? उदाहरण के लिए इसे पुनर्जीवित करना होगा क्योंकि यह चाहिए।

ehazlett 6 मार्च 2015

702 ने मेरे लिए यह निर्धारित किया: स्माइली: `machine start` बाद प्रमाण पत्र को पुनर्जीवित करने के बाद मैंने अपने मैक को रिबूट किया।

jmorganca 6 मार्च 2015

फीडबैक के लिए

ehazlett 6 मार्च 2015

मुझे लगता है कि यह अभी भी एक मुद्दा है। दो संभावित समाधान जो मैं सोच सकता हूं:

मान लें कि IP पते बदलने जा रहे हैं। क्या हमें टीएलएस हैंडशेक में आईपी पते की जांच करने की आवश्यकता है? क्या हम उस विशिष्ट प्रमाणपत्र को मान्य नहीं कर सकते जो मशीन के पास है?
डीएचसीपी पर भरोसा नहीं। शायद हम VMs को स्थिर IP दे सकते हैं?

bfirsh 6 मार्च 2015

मुझे एक समान समस्या हो रही है ... सिस्को वीपीएन क्लाइंट मैं सेट अप कर रहा हूं आईपीएफडब्ल्यू नियम जो बहुत अधिक 192.168.x पते पर जाने की क्षमता को अवरुद्ध करता है जो vboxnetN के लिए बाध्य हैं।

इसलिए मैंने वर्चुअलबॉक्स में एक पोर्ट मैपिंग नियम को सेटअप किया ताकि 127.0.0.1:2376 डॉक सर्वर पर हिट हो। मुसीबत यह है कि docker सर्वर का प्रमाणपत्र 192.168.99.101 127.0.0.1 के लिए है:

$ DOCKER_TLS_VERIFY = ""
$ डॉकटर चित्र
FATA [0000] Get http://127.0.0.1 : 2376 / v1.17 / चित्र / json: विकृत HTTP प्रतिसाद "\ x15 \ x03 \ x01 \ x00 \ x02 \ x02"। क्या आप टीएलएस के बिना टीएलएस-सक्षम डेमॉन से जुड़ने की कोशिश कर रहे हैं?
$ निर्यात DOCKER_TLS_VERIFY = हाँ
$ डॉकटर चित्र
FATA [0000] कनेक्ट करने का प्रयास करते समय एक त्रुटि हुई: https://127.0.0.1 : 2376 / v1.17 / चित्र / json: x509 प्राप्त करें: प्रमाणपत्र 192.168.99.101 के लिए मान्य है, न कि 127.0.0.1
$ docker --tlsverify = झूठी छवियां
(यह काम)

हालांकि यह शो स्टॉपर नहीं है क्योंकि मैं अपने सभी हैंड रन कमांड में "--tlsverify = false" डाल सकता हूं, लेकिन अंजीर जैसे अन्य उपकरण ऐसा नहीं करेंगे। इसके अलावा किसी कारण से DOCKER_OPTS मेरे लिए काम नहीं करता है।

वर्चुअलबॉक्स इंस्टेंस बनाते समय शायद एक विकल्प यह है कि यह प्रमाण पत्र को किसी अन्य पते के लिए भी वैध बनाता है? मैं देख सकता हूं कि सर्वर के आंतरिक और बाहरी IP पते का उपयोग किया जाता है, तो यह भी एक समस्या है (उदाहरण के लिए, ec2 में, लेकिन फिर मैं DNS नाम का उपयोग करूंगा)।

cwilkes 6 मार्च 2015

@cwilkes वहाँ है / कॉन्फ़िगर करने की अनुमति देने के लिए एक मुद्दा था।

sthulb 6 मार्च 2015

ऐसा लगता है कि https://github.com/docker/machine/pull/702 मेरी मदद कर सकता है, और मुझे लगता है कि यह आज मास्टर में धकेल दिया गया था https://github.com/docker/machine/compare/v0.1.0 ।। ।गुरुजी । उम्मीद है कि जल्द ही 0.1.1 रिलीज होगी :)

cwilkes 7 मार्च 2015

ठीक है, @sthulb और @nathanleclaire के साथ इस बारे में चर्चा करने के बाद मुझे लगता है कि हमें b2 के लिए जो करना है, उसके समान ही करना चाहिए। हम मशीन की शुरुआत में आईपी का निरीक्षण कर सकते हैं और प्रमाणित कर सकते हैं कि आईपी सैन के खिलाफ प्रमाणित है। यदि वे मेल नहीं खाते हैं, तो हम पुन: उत्पन्न कर सकते हैं। विचार @sthulb @nathanleclaire ?

ehazlett 10 मार्च 2015

माना।

sthulb 10 मार्च 2015

हाँ कृपया @ehazlett

nathanleclaire 10 मार्च 2015

+1 एक ही समस्या है

killerwolf 11 मार्च 2015

मैं इसमें भी भाग रहा हूं। मैंने AWS ड्राइवर का उपयोग करते हुए एक मशीन को काटा और फिर बॉक्स को एक इलास्टिक आईपी सौंपा। सीएलआई के माध्यम से मशीन को बंद करने और शुरू करने की कोशिश की, लेकिन हर बार जब मैं एनवी को सक्रिय करने के बाद एक docker ps चलाता हूं:

certificate is valid for 52.11.XXX.XXX, not 52.10.XXX.XXX

मैंने मैन्युअल रूप से IP को `~ / .docker / मशीन 'के विन्यास में बदलने की कोशिश की। वह काम नहीं आया।

duro 11 मार्च 2015

@duro @killerwolf @cwilkes @jeffdm @stephenlawrence @ md5

कृपया चेकआउट # 770। यह प्रमाणपत्र त्रुटि की स्थिति में ऑटो-पुनर्जनन को जोड़ता है। ध्यान दें कि यह केवल के साथ काम करता config और env आदेशों इसलिए यदि आप डोकर साथ कुछ समस्या है (यानी docker ps आदि) आप चलाने की आवश्यकता होगी $(docker-machine env <name>) या docker $(docker-machine config <name>) ps उन्हें तय करने के लिए। पीआर regenerate-certs कमांड के साथ मैन्युअल रूप से पुनर्जीवित करने की क्षमता भी जोड़ता है (मैंने # 70% से कार्यक्षमता का उपयोग किया)।

उम्मीद है कि यह टीएलएस त्रुटियों को एक बार और सभी के लिए हल कर देगा :)

ehazlett 12 मार्च 2015

मैं AWS के सामान्य रीबूट के बाद AWS IP परिवर्तन का पता लगाता हूं।
docker- मशीन ssh amazonec2-03 केवल IPAddress को /.docker/machine/machines/amazonec2-03/confg.json पर मैन्युअल रूप से संपादित करने के बाद काम करती है

docker डेमन सेर काम नहीं करते हैं, मैं कल # 770 की जांच कर सकता हूं।

rossbachp 12 मार्च 2015

PTAL @nathanleclaire @sthulb

ehazlett 13 मार्च 2015

उसी मुद्दे के बाद, जल्द ही # 770 की जाँच करेंगे ...

jareware 31 मार्च 2015

आप वर्तमान सिर का उपयोग कर सकते हैं :)

rossbachp 31 मार्च 2015

या आप आरसी का उपयोग कर सकते हैं - उनके पास फिक्स है।

ehazlett 31 मार्च 2015

वही समस्या थी लेकिन नवीनतम मील का पत्थर संस्करण 0.2.0 के साथ इसे हल किया गया है! धन्यवाद!

gschmutz 7 अप्रैल 2015

प्रतिक्रिया के लिए @gschmutz धन्यवाद!

ehazlett 7 अप्रैल 2015

मैं 1.7.0 के लिए अपने उन्नयन के बाद से यह कर रहा हूँ।
B2d को पुनरारंभ करने से यह त्रुटि होगी:

$ eval "$(boot2docker shellinit)"
Writing /Users/gravis/.boot2docker/certs/boot2docker-vm/ca.pem
Writing /Users/gravis/.boot2docker/certs/boot2docker-vm/cert.pem
Writing /Users/gravis/.boot2docker/certs/boot2docker-vm/key.pem
Your environment variables are already set correctly.
$ docker ps -a
An error occurred trying to connect: Get https://192.168.59.103:2376/v1.19/containers/json?all=1: x509: certificate is valid for 127.0.0.1, 10.0.2.15, not 192.168.59.103

धन्यवाद

gravis 21 जून 2015

@ ग्रेविस मशीन के साथ आप boot2docker shellinit का उपयोग कैसे कर रहे हैं?

cpuguy83 21 जून 2015

क्षमा करें, मैंने गलत रेपो में पोस्ट किया :)
मुझे लगा कि यह b2d है, मैंने अपने टैब के साथ गड़बड़ की।

gravis 21 जून 2015

किसी और के लिए जो इस पार आता है, यहां एक संभावित समाधान है: https://github.com/boot2docker/boot2docker/issues/824#issuecomment -113904164
तथा
https://github.com/boot2docker/boot2docker/pull/411

अब तक, इसने मेरे लिए समस्या तय कर दी है। मैं देख सकता हूं कि / var / lib / boot2docker / tls / hostnames फाइल में VM का IP नहीं है। होस्टनाम की सूची के अंत में दिखाई देने वाली देरी को जोड़ने के बाद वे दिखाई देते हैं)।

allen-servedio 22 जून 2015

मैंने कुछ समय पहले boot2docker का परीक्षण किया था, इसे लंबे समय तक भूल गया था और आज मैंने boot2docker का नवीनतम संस्करण डाउनलोड किया और इसे स्थापित किया। स्थापना के बाद, मुझे यहाँ वर्णित X.509 समस्या का सामना करना पड़ा और मैंने इसे हल कर दिया

1) हटाने .boot2docker निर्देशिका (मेरे घर निर्देशिका में स्थित) और इसकी सामग्री और
2) सभी बूट 2docker आभासी मशीन फ़ाइलों को हटाने के रूप में अच्छी तरह से

उम्मीद है की यह मदद करेगा।

ps। चूँकि मैंने केवल boot2docker का परीक्षण किया था, मुझे परवाह नहीं थी कि अगर मैं उस सामान को हटाते समय कुछ खो गया ...

pasitolonen 24 जून 2015

मैंने समस्या को ठीक उसी तरह से तय किया जिस तरह से पसिथोलोन ने इसे ठीक किया। हटाना .boot2docker dir और boot2docker init चलाना। इसमें मेरी छवियों को हटाने का दुष्प्रभाव है (जो मुझे बुरा नहीं लगा)।

jvivian 29 जून 2015

जब भी wifi बदलता है मेरे साथ ऐसा होता है। उदाहरण के लिए जब मैं इसे घर से और फिर कार्यालय में उपयोग करता हूं।

त्रुटि: कनेक्ट करने का प्रयास करते समय एक त्रुटि हुई: https://192.168.59.104 : 2376 / v1.19 / संस्करण प्राप्त

$ docker संस्करण
क्लाइंट संस्करण: 1.7.0
क्लाइंट एपीआई संस्करण: 1.19
गो संस्करण (ग्राहक): go1.4.2
Git प्रतिबद्ध (ग्राहक): 0baf609
OS / Arch (क्लाइंट): darwin / amd64

rajaraodv 3 जुल॰ 2015

जाहिरा तौर पर यह समस्या को हल करने के लिए लगता है: https://github.com/boot2docker/boot2docker/issues/938#issuecomment -118211836

alias docker="docker --tlsverify=false"

rajaraodv 3 जुल॰ 2015

👍5

मैं यह महसूस करने के बाद मैंने RAM को पुनः प्राप्त किया। के रूप में rajaraodv alias docker="docker --tlsverify=false" हल किया गया

naoko 5 जुल॰ 2015

👍1

सुरक्षा अक्षम करना ( --tlsverify=false ) कभी भी अनुशंसित समाधान नहीं होना चाहिए।

मेरे लिए काम करने वाला वर्कअराउंड boot2docker ssh 'sudo /etc/init.d/docker restart' , जो डॉकर को अन्य IP पतों के अलावा boot2docker लिए मान्य एक नया x509 प्रमाणपत्र उत्पन्न करने का कारण होगा। कृपया प्रयास करें कि सुरक्षा सुविधाओं को बंद करने से पहले।

indygreg 11 जुल॰ 2015

👍4

@indyogle समाधान ने मेरे लिए काम किया। बहुत धन्यवाद।

squarism 14 जुल॰ 2015

@indygreg ने मुझे भी बचाया। धन्यवाद!

rynam0 16 जुल॰ 2015

धन्यवाद यह मेरे लिए भी काम करता है :-)

hupiv 17 जुल॰ 2015

हाय सब, अगर आप अभी भी boot2docker साथ सर्टिफिकेट इश्यू का सामना कर रहे हैं, तो कृपया अपने वीएम को लेटेस्ट अपडेट करने के लिए boot2docker upgrade ट्राई करें (1.7.1 इस इश्यू को ठीक करता है), और अगर कुछ और github.com/boot2docker/boot2docker-cli पर मुद्दों की रिपोर्ट करता है। यह रेपो डॉकर मशीन के मुद्दों के लिए है। धन्यवाद!

nathanleclaire 18 जुल॰ 2015

@ हिन्दग्रुप भयानक thx

dayuoba 24 जुल॰ 2015

@ हिन्दग्रुप धन्यवाद यह मेरे लिए भी काम करता है :-)

xiaojiet2142 5 अग॰ 2015

@indyogle ने मेरे लिए भी काम किया! धन्यवाद।

ivarrian 6 अग॰ 2015

मेरे लिए काम किया, धन्यवाद!

ajsharp 8 अग॰ 2015

धन्यवाद @ हिन्दुस्तान! मैं यहाँ टिप्पणी के लिए एक लिंक जोड़ रहा हूँ ताकि googler आसानी से देख सके कि उसने क्या सिफारिश की है।

https://github.com/docker/machine/issues/531#issuecomment -120554419

reustle 11 अग॰ 2015

इस समस्या को डॉक टूलबॉक्स 1.9.1 के साथ विंडोज पर हिट करें क्योंकि रिबूट के बाद वीएम को एक अलग आईपी आवंटित किया गया था, और यह गूगल पर शीर्ष हिट था।

तो किसी और के लिए इसे मारना, मौजूदा फिक्स और भी आसान है। (जहां default आपकी डॉक मशीन है)

docker-machine regenerate-certs default

johnmccabe 2 जन॰ 2016

👍30 🎉4 ❤3 😄1

धन्यवाद @johnmccabe , ने मेरे लिए

sleepylemur 10 फ़र॰ 2016

👍1

Wlans स्विच करने और कभी-कभी वीपीएन का उपयोग करने के कारण यह मेरे लिए बहुत कुछ होता है। वहाँ एक रास्ता है कि यह स्वचालित हो सकता है? या प्रमाण पत्र के बजाय आईपी पते की एक श्रृंखला के लिए मान्य हो सकता है?

onnimonni 17 फ़र॰ 2016

@johnmccabe नोट, आप बस यह सुनिश्चित कर सकते हैं कि आपका VM हमेशा एक ही IP से शुरू होता है: http://stackoverflow.com/a/35367277/6309

VonC 17 फ़र॰ 2016

मैं ओएस एक्स का उपयोग कर रहा हूं और इन हैक का उपयोग करके थक गया हूं और आखिरकार उन्हें तोड़ दिया।

वैग्रांट के पास कॉन्फ़िगरेशन में आईपी एड्रेस सेट करने का विकल्प है। मैं समझ नहीं पा रहा हूं कि इस तरह का पैरामीटर या झंडा पहले से ही डॉकटर-मशीन में मौजूद नहीं है (बस योनि की तुलना करना क्योंकि दोनों वर्चुअलबॉक्स का उपयोग करते हैं)

onnimonni 17 फ़र॰ 2016

👍1

@onnimonni : यह लंबे समय तक (लगभग एक वर्ष) हल हो गया है। आईपी के बदल जाने की स्थिति में मशीन को पुनर्जीवित करने के लिए एक कमांड शामिल है।

cpuguy83 17 फ़र॰ 2016

👍1

मैं पहली बार इस मुद्दे में भाग गया और इस धागे में सब कुछ की जाँच करने के बाद निम्नलिखित में से कोई भी विकल्प सफलतापूर्वक समस्या को हल कर रहा है: (पिकअप)

docker-machine regenerate-certs default2
docker-machine kill default2 तो docker-machine create default2 ...
docker-machine upgrade default2 (यदि पहले से अपग्रेड नहीं हुआ है)

OSX पर इस समस्या को रद्द करने के लिए:

डॉकर टूलबॉक्स स्थापित करें (v1.10)
एक default मशीन बनाएं जो 192.168.99.100 मिलती है
default2 मशीन बनाएं जो 192.168.99.101 मिलती है
शटडाउन दोनों (कभी-कभी रिबूट की भी आवश्यकता होती है)
docker-compose start default2 जो 192.168.99.100 (और x509 प्रमाणित संघर्ष) मिलता है

lancehunt 24 फ़र॰ 2016

👍9 🎉1

इसलिए यह अलग-अलग क्रम में शुरू की गई कई मशीनों के लिए नीचे आता है, एक अलग आईपी का कारण बन सकता है जो प्रमाण पत्र को तोड़ता है, जिसे इस मुद्दे के लिए जीथब की खोज करने की आवश्यकता होती है, ताकि आप उन्हें फिर से उपयोग करने की अनुमति देने के लिए एक नया प्रमाण पत्र बनाने का संकल्प पा सकें ... क्या कोई तरीका है क्या यह हो रहा है? क्या लोगों के लिए कई डॉकटर मशीनों के बीच फ्लिप करना इतना असामान्य है?

MikeTLive 20 मार्च 2016

👍2

$ उर्फ docker = "docker --tlsverify = false" मेरे लिए काम करें!

ivancarrancho 6 अप्रैल 2016

👍2 ❤1

@ivancarrancho docker-machine regenerate-certs -f क्यों नहीं है और TLS सक्षम रखें?

nathanleclaire 6 अप्रैल 2016

🎉6

@nathanleclaire हाँ, यह "बहुत-बहुत धन्यवाद" से बेहतर है

ivancarrancho 8 अप्रैल 2016

@nathanleclaire क्योंकि इसमें ~ 4 मिनट का समय लगता है ... कल्पना कीजिए कि आपके पास 6+ नोड्स का एक क्लस्टर है ... मुझे कुछ प्रमाणपत्रों को पुनर्जीवित करने के लिए पूरे दिन खर्च नहीं करने के लिए एक समानांतर प्रमाण पत्र पुनर्योजी की बात लिखनी होगी .... इसके अलावा यह सभी को पुनः आरंभ करता है। लक्ष्य मशीन पर डॉकटर कंटेनर ...

आईपी एड्रेस चेंज के बाद सर्टिफिकेट दोबारा हासिल करने की यह जरूरत अवाइस क्लाउड पर बहुत बड़ा दर्द है ... पब्लिक आईपी हर समय बदलते रहते हैं। मेरे लिए ज्ञात एकमात्र समाधान एक ec2 उदाहरण से नए उदाहरण बना रहा है, लेकिन किसी कारण से यह https://github.com/docker/machine/pull/1453#issuecomment -215371216 काम नहीं करता है

Btw किसी भी विचार अगर docker-machine create --amazonec2-use-private-address एक और ec2 उदाहरण से एक ec2 उदाहरण बनाने के लिए माना जाता है?

यह एकमात्र तरीका है जो मुझे पता है कि निरंतर प्रमाण पत्र उत्थान से कैसे बचा जाए ...

l15k4 30 अप्रैल 2016

किसी भी विचार का Btw अगर docker- मशीन बना --amazonec2-use-private-address एक और ec2 उदाहरण से एक ec2 उदाहरण बनाने वाला है?

हां, जब तक कि निजी आईपी को सृजन नोड (उदाहरण प्रॉक्सी) से एक्सेस करने का कोई अन्य तरीका नहीं है।

हम संभावित रूप से इस समस्या को हल करने के लिए, इलास्टिक आईपी जैसे कई तरह के समाधानों पर विचार कर रहे हैं।

nathanleclaire 2 मई 2016

हाँ, लेकिन जैसा कि मैंने उल्लेख किया है, यह इस विकल्प के साथ भी ssh एक्सेस पर लटका हुआ है
सक्षम
2 मई, 2016 20:26 को, "नाथन लेक्लेयर" सूचनाएं @ithub.com ने लिखा:

किसी भी आइडिया का Btw करें अगर docker-machine create --amazonec2-use-private-address है
एक और ec2 उदाहरण से एक ec2 उदाहरण बनाने के लिए माना जाता है?
हां, जब तक कि कुछ और तरीका नहीं है, आपको निजी आईपी से एक्सेस करना होगा
निर्माण नोड (जैसे प्रॉक्सी)।
हम संभावित रूप से विभिन्न प्रकार के समाधानों, जैसे इलास्टिक आईपी पर विचार कर रहे हैं
इस समस्या को हल करें।
-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की है।
इस ईमेल का उत्तर सीधे दें या इसे GitHub पर देखें
https://github.com/docker/machine/issues/531#issuecomment -216319103

l15k4 2 मई 2016

शायद सुरक्षा समूह ठीक से कॉन्फ़िगर नहीं किया गया है? वर्तमान में, यदि --amazonec2-use-private-ip-address का उपयोग करते हैं, तो यह माना जाता है कि उपयोगकर्ता यह सुनिश्चित करने के लिए तैयार है कि इन प्रकार के नेटवर्क एक्सेस विवरणों को ठीक से कॉन्फ़िगर किया गया है।

nathanleclaire 2 मई 2016

मुझे समझ में नहीं आता है कि मुझे उस बदसूरत $ eval स्टेटमेंट को हर बार चलाना पड़ता है जिसके लिए एक टर्मिनल के माध्यम से शुरुआत करनी होगी।

मुझे समझ में नहीं आता कि यह मुद्दा क्यों मौजूद है।

डॉकर अधिक से अधिक एक बुरी तरह से टूटे हुए उत्पाद की तरह लग रहा है कि बहुत सारे लोग पीछे हो गए क्योंकि यह "बात" थी।

ShashankaNataraj 8 जुल॰ 2016

मैं docker और docker-machine के नवीनतम संस्करण का उपयोग कर रहा हूं, और मेरे पास अभी भी यही मुद्दा है, मैंने कई virtualbox docker द्वारा होस्ट किए हैं

    docker-machine create -d virtualbox xxxx \
        --engine-opt="cluster-store=${KVSTORE}" \
        --engine-opt="cluster-advertise=eth1:2376" \
        ${NAME}
...

और लगभग हर बार जब मैं VMs को रिबूट करता हूं, या अपने मैक को रिबूट करता हूं, तो मैं certificate is valid for 192.168.99.100, not 192.168.99.101 जैसी त्रुटि का सामना करूंगा।

मेरे संस्करण हैं:

$ docker --version
Docker version 1.12.0-rc4, build e4a0dbc, experimental
$ docker-machine -v
docker-machine version 0.8.0-rc2, build 4ca1b85
$ vboxmanage -v
5.1.0r108711

क्या उन त्रुटियों को रोकने के लिए कोई समाधान है? या एक निश्चित आईपी के साथ एक वर्चुअलबॉक्स होस्ट बनाएं?

twang2218 22 जुल॰ 2016

👍1

वर्कअराउंड: docker-machine provision ।

pyhedgehog 9 सित॰ 2016

👍2

docker-machine regenerate-certs xxx द्वारा समस्या का

$ docker-machine ls
NAME        ACTIVE   DRIVER       STATE     URL                         SWARM   DOCKER    ERRORS
xxx   -        virtualbox   Running   tcp://192.168.99.100:2376           Unknown   Unable to query docker version: Get https://192.168.99.100:2376/v1.15/version: x509: certificate is valid for 192.168.99.101, not 192.168.99.100
~$ docker-machine regenerate-certs xxx
Regenerate TLS machine certs?  Warning: this is irreversible. (y/n): y
Regenerating TLS certificates
Waiting for SSH to be available...
Detecting the provisioner...
Copying certs to the local machine directory...
Copying certs to the remote machine...
Setting Docker configuration on the remote daemon...
~$ docker-machine ls
NAME        ACTIVE   DRIVER       STATE     URL                         SWARM   DOCKER    ERRORS
xxx   *        virtualbox   Running   tcp://192.168.99.100:2376           v1.12.6

qixiuying 13 जन॰ 2017

👍3

@VonC लिंक के बाद मैं docker-machine-ipconfig https://github.com/fivestars/docker-machine-ipconfig आया

 $ cd ~ / .docker /
 $ git क्लोन https://github.com/fivestars/docker-machine-ipconfig.git
 # ~ / .Profile में जोड़ें
 $ गूंज 'उर्फ docker-machine-ipconfig = ~ / .docker / docker-machine-ipconfig / docker-machine-ipconfig' >> ~ / .profile 
 $ स्रोत ~ /। लाभकारी

जैसे: एक स्थिर IP मशीन-नाम निर्दिष्ट करें:

 $ docker-machine-ipconfig स्टेटिक मशीन-नाम
 # या निहित आईपी निर्दिष्ट करें
 $ docker-machine-ipconfig static machine-name 192.168.99.110

यह हर पुनरारंभ पर docker-machine regenerate-certs -f machine-name की आवश्यकता को समाप्त करता है। वर्चुअलबॉक्स पर मशीन स्टैटिक आईपी सेट करने का एक आसान तरीका।

themsay 15 मार्च 2017

👍4

क्या यह विंडोज का समर्थन करता है? मेरा मतलब है "दोनों" और "ऑन" के लिए।

pyhedgehog 22 मार्च 2017

ऐसा लगता है कि यह अभी भी एक मुद्दा है। इसे ठीक करने का कोई तरीका?

z0r1k 18 अक्तू॰ 2017

👍1

@ जोंम्केबे ,
धन्यवाद।
ठीक काम करता है। मैं बस अपने टूलबॉक्स को पुनः आरंभ करता हूं और खेल में सबकुछ वापस आ जाता है।

mvma 3 दिस॰ 2017

मेरे पास कंटेनर का स्थिर खाता कैसे हो सकता है, यह मुझे हर बार जब मैं डॉकटर-मशीन को पुनरारंभ करता है, तो खाता बदलने में सक्षम बनाता है?

alaagalal 4 दिस॰ 2017

मैं docker-machine-ipconfig साथ वर्कअराउंड देखता हूं लेकिन सिर्फ प्रलेखन के लिए मैं यह बता रहा हूं कि यह विंडोज 10 डोकर मशीन और हाइपर-वी के साथ भी होता है।

tannerchung 26 जन॰ 2018

इस संदेश को ट्विट करना चाह सकते हैं "शुरू की गई मशीनों में नए आईपी पते हो सकते हैं। आपको docker-machine env कमांड को फिर से चलाने की आवश्यकता हो सकती है।" कुछ ऐसा उल्लेख करने के लिए "और भी docker- मशीन पुनर्जनन-समारोह ..." FWIW ...

rdp 21 जुल॰ 2018

👍1

@rdp अच्छा कैच, मुझे यह समस्या थी कि यह देखने में आधा घंटा लग गया कि क्या हुआ था, और कुबेरनेट्स के साथ कुछ चीजें करने की कोशिश करने के बाद, चीजों को इंस्टॉल और अनइंस्टॉल करना ... रनिंग
docker-machine env
आईपी ने मेरे एनवीएस में मिलान किया जो उस प्रमाण पत्र के साथ त्रुटि पैदा कर रहा था ...
फिर:
eval $(docker-machine env)
मेरे लिए जगह में configuraiton बना ...

jotaoncode 10 अग॰ 2018

minikube stop && minikube start ने मेरे लिए यह तय किया

PatMyron 19 दिस॰ 2018

👍2

minikube stop && minikube start ने मेरे लिए यह तय किया

@PatMyron हैरानी की बात है, यह मेरे लिए भी काम किया!

Kihagi 28 नव॰ 2019

Machine: x509: प्रमाणपत्र 192.168.99.103 के लिए मान्य है, न कि 192.168.99.100 के लिए

सबसे उपयोगी टिप्पणी

सभी 94 टिप्पणियाँ

संबंधित मुद्दों