Moby: निजी रजिस्ट्री तक पहुँचें: x509: अज्ञात प्राधिकारी द्वारा हस्ताक्षरित प्रमाणपत्र

@hustcat डॉकर 1.3.1 के रूप में, आप --insecure-registry dev.registry.com:5000 कर सकते हैं आप 5000 को उस पोर्ट से बदल सकते हैं जिस पर आपकी रजिस्ट्री सुन रही है।

मैं इसे अभी बंद कर रहा हूं, लेकिन हमें टिप्पणियों में बताएं कि क्या इससे आपकी समस्या का समाधान नहीं हुआ।

मैं इसे यहाँ छोड़ रहा हूँ b/c इसे समझने में मुझे कुछ मिनट लगे, और हो सकता है कि किसी का समय बच जाए। आदेश होगा:

%> docker --insecure-registry=docker-registry.example.com:8080 login https://docker-registry.example.com:8080

1.3 के लिए स्विच लगाने के लिए धन्यवाद!

मैं भी ऐसी ही समस्या का सामना कर रहा हूँ। प्रमाणपत्र सत्यापन पिंग (और धक्का/खींचने) के लिए काम करता है, लेकिन लॉगिन नहीं करता है।

--insecure-registry ध्वज एक समाधान है, ठीक नहीं है। यदि CA प्रमाणपत्र को /etc/docker/certs.d/<registry> में लोड किया गया है, तो प्रमाणपत्र सत्यापन कार्य करना चाहिए, लेकिन ऐसा नहीं है।

मैं इसे --insecure-रजिस्ट्री सेट करके काम पर नहीं ला सकता मैं RedHat 7 पर docker 1.3.2 पर हूं

[ रूट@ip-10-2-20-209 ec2-user]# docker --insecure-registry=qa.docker.repo लॉगिन https://qa.docker.repo
उपयोगकर्ता नाम: क्यूए
पासवर्ड:
ईमेल: [email protected]
2015/01/19 14:26:40 डेमॉन से त्रुटि प्रतिक्रिया: सर्वर त्रुटि: पोस्ट https://qa.docker.repo/v1/users/ : x509: अज्ञात प्राधिकारी द्वारा हस्ताक्षरित प्रमाण पत्र

जब मैं जेनरेट की गई ca.pem फ़ाइल का उपयोग करता हूं तो कर्ल ठीक काम करता है।

कर्ल --cacert /home/ec2-user/ca.pem -u qa:xxxxx https://qa.docker.repo/v1/users/
"ठीक है"

मुझे डॉकर संस्करण 1.3.2 पर एक ही समस्या है और 13.1 को खोलता है। मैंने प्रत्येक कर्ल कॉल के लिए --cafile cacert.pem को स्थिर रूप से पास करने का भी प्रयास किया (क्योंकि मुझे लगता है कि डॉकर आंतरिक रूप से केवल कर्ल का उपयोग करता है), हालांकि, इससे भी मदद नहीं मिली।

कोई भी सहायताकाफी प्रशंसनीय होगी।

धन्यवाद।
मारियो

इससे पहले कि मुझे यह समस्या मिलती, मैंने #10150 खोला। वे एक ही मुद्दा प्रतीत होते हैं।

ऐसा लगता है कि मुझे एक ही समस्या हो रही है। Archlinux क्लाइंट 1.4.1 और आधिकारिक डॉकटर कंटेनर से चलने वाली रजिस्ट्री। किसी के पास कोई विचार है?

यदि आपने विश्व स्तर पर प्रमाणपत्र स्थापित किया है (सीए-प्रमाणपत्रों के माध्यम से) तो सुनिश्चित करें कि आपने डॉकर को पुनरारंभ किया है क्योंकि यह वैश्विक एसएसएल कर्ट को पुनः लोड नहीं करेगा। उस ने कहा, मेरा अभी भी काम नहीं कर रहा है, लेकिन मैं काम पर उसमें भाग गया :)

धन्यवाद ग्रिमी, जिसने मेरे अंत में चाल चली और आखिरकार यह काम कर गया। मैंने किया:

1. http://curl.haxx.se/docs/caextract.html . से cacert.pem प्राप्त करें
2. cacert.pem फ़ाइल को /etc/pki/trust/anchors/ में कॉपी करें
3. सुडो अपडेट-सीए-प्रमाणपत्र
4. sudo systemctl docker stop
5. sudo systemctl docker start

मारियो

धन्यवाद, इसने मेरे लिए भी काम किया। उबंटू/डेबियन पर समकक्ष कदम:

1. CA प्रमाणपत्र को /usr/local/share/ca-certificates कॉपी करें।
2. सुडो अपडेट-सीए-प्रमाणपत्र
3. सुडो सेवा डोकर पुनरारंभ

हालाँकि, यहाँ अभी भी एक बग है। दस्तावेज़ /etc/docker/certs.d/<registry> में सीए प्रमाणपत्र स्थापित करने के लिए कहते हैं, और स्पष्ट रूप से यह पर्याप्त नहीं है। वास्तव में, विश्व स्तर पर प्रमाण पत्र स्थापित करने के बाद, मैंने /etc/docker/certs.d में से एक को हटा दिया, डॉकर को फिर से शुरू किया, और यह अभी भी काम कर रहा है।

+1 इसे फिर से खोलने के लिए, जैसा कि @rhasselbaum ने उल्लेख किया है

क्या --insecure-रजिस्ट्री चली गई है?

$ docker --version
Docker version 1.8.2, build 0a8c2e3

$ docker --insecure-registry
flag provided but not defined: --insecure-registry
See 'docker --help'.

अब हमें क्या उपयोग करना चाहिए?

जो डॉकर कॉन्फिग फाइल में जाता है, आप जांच सकते हैं कि क्या यह सेट करके देखा जा सकता है
डॉकर प्रक्रिया आपको --insecure-रजिस्ट्री ध्वज देखना चाहिए

बुधवार, 16 सितंबर, 2015 को सुबह 3:01 बजे, क्रिस विदर नोटिफ़िकेशन @github.com
लिखा था:

क्या --insecure-रजिस्ट्री चली गई है?

$ डोकर --संस्करण
डॉकर संस्करण 1.8.2, निर्माण 0a8c2e3

$ डोकर --असुरक्षित-रजिस्ट्री
ध्वज प्रदान किया गया लेकिन परिभाषित नहीं: --insecure-रजिस्ट्री
'डॉकर --help' देखें।

अब हमें क्या उपयोग करना चाहिए?

-
इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें
https://github.com/docker/docker/issues/8849#issuecomment -140693481।

मुझे डॉकर पुल कमांड के लिए एक ही त्रुटि मिली और मुझे लगता है कि निम्नलिखित को काम करना चाहिए।
एसएसएल प्रमाणपत्र की प्रतिलिपि बनाएँ जो निर्देशिका में '.crt' फ़ाइल है

sudo cp foo.crt /usr/share/ca-certificates/extra/foo.crt
उबंटू को /usr/share/ca-certificates के सापेक्ष /etc/ca-certificates.conf में '.crt' फ़ाइल का पथ जोड़ने दें

sudo dpkg-reconfigure ca-प्रमाणपत्र

यदि आपकी मशीन की स्थिति महत्वपूर्ण नहीं है, तो आप docker-machine rm <machine-name> चला सकते हैं और दूसरा बना सकते हैं;)

यदि आप LetsEncrypt का उपयोग करते हैं और आप उचित TLS के बिना कुछ भी नहीं चलाना चाहते हैं, तो सुनिश्चित करें कि प्रमाणपत्र की पूरी श्रृंखला प्रदान करें जिसमें मध्यवर्ती (अर्थात REGISTRY_HTTP_TLS_CERTIFICATE=.../fullchain.pem) शामिल हैं, आपको क्रोम में हरा दिखाई दे सकता है जबकि अभी भी डॉकर से यह त्रुटि।

चीयर्स!

उबंटू पर। यदि आप त्रुटि का अनुभव करते हैं:

• x509: [IP पता या डोमेन नाम] के लिए प्रमाणपत्र को मान्य नहीं कर सकता क्योंकि इसमें कोई IP SAN नहीं है

डॉकर रजिस्ट्री पर प्रमाण पत्र को यहाँ वर्णित विषयअल्टनाम के साथ संकलित किया जाना था:
https://docs.docker.com/engine/security/https/

यहाँ सुविधा के लिए कोड है:
$ इको विषयAltName = IP:10.10.10.20,IP:127.0.0.1>extfile.cnf
$ Opensl x509 -req -days 365 -sha256 -in server.csr -CA ca.pem -CAkey ca-key.pem \
-CAcreateserial -out server-cert.pem -extfile extfile.cnf

ध्यान दें, मैं निम्नलिखित कमांड का उपयोग करके प्रमाण पत्र में विषय वैकल्पिक नाम मौजूद है की जांच करने में सक्षम था:
opensl x509 -in certificate.crt -text -noout

हालांकि, उबंटू 14 क्लाइंट (यानी डॉकर इंजन) पर
इस त्रुटि के बाद सूट किया गया था
x509: अज्ञात प्राधिकारी द्वारा हस्ताक्षरित प्रमाणपत्र

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

वहां, आपको डॉकर विकल्प निर्दिष्ट करने की आवश्यकता है:
DOCKER_OPTS = "- असुरक्षित-रजिस्ट्री myinsecure। कॉम: 5000 "

फिर डेमॉन को पुनरारंभ करें (सुडो जोड़ें यदि आप उपयोगकर्ता को डॉकर सेवा शुरू करने की अनुमति नहीं है):
$ [सुडो] सेवा डोकर पुनरारंभ

मान को एक डोमेन नाम होने की आवश्यकता नहीं है, इसे केवल उस प्रमाण पत्र से मेल खाना चाहिए जिसके साथ आप पंजीकृत हैं; मेरे पास एक बंदरगाह के साथ एक आईपी पता है और यह काम करता है ... (यानी 100.100.100.100:100)

इस सब में मुझे एक दिन लग गया, इसलिए, मैं इसे इस उम्मीद में पोस्ट कर रहा हूं कि यह अन्य लोगों के लिए उपयोगी होगा ...

@JazzDeben आपकी टिप्पणियों के लिए धन्यवाद! बहुत उपयोगी ! मुझे यकीन नहीं है कि लेट्स एनक्रिप्ट सर्टिफिकेट जेनरेट सर्टिफिकेट के साथ इसे कैसे किया जाए।
मुझे यह त्रुटि रजिस्ट्री सर्वर में मिलती है

tls: client didn't provide a certificate

क्रोम ERR_BAD_SSL_CLIENT_AUTH_CERT बारे में शिकायत करता है
अगर मैं शामिल करता हूँ

  tls:
...
    clientcas:
      - /path/to/ca.pem

@ cjw296 RHEL7.2 के लिए, मैंने फ़ाइल संपादित की, /usr/lib/systemd/docker.service , और ExecStart लाइन में --insecure-registry=your.docker.registry.com जोड़ा।

< ExecStart=/usr/bin/dockerd
---
> ExecStart=/usr/bin/dockerd --insecure-registry=your.docker.registry.com

फिर मैंने कॉन्फ़िगरेशन परिवर्तन लेने के लिए sudo systemctl daemon-reload चलाया, उसके बाद sudo systemctl restart docker । और अब यह काम करता है।

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

@ डेविड-ड्रिन फेडोरा 25 के लिए, मैंने कुछ ऐसा ही किया, लेकिन चूंकि डॉकटर डेमॉन कॉन्फिगरेशन ( /usr/lib/systemd/system/docker.service ) स्रोत कॉन्फ़िगरेशन फ़ाइलों से सेटअप करते हैं, /etc/sysconfig/docker मैंने

< # INSECURE_REGISTRY='--insecure-registry='
---
> INSECURE_REGISTRY='--insecure-registry=your.docker.registry.com'

यदि कर्ल काम कर रहा है और डॉकर नहीं, तो आप यह कर सकते हैं:
o "/etc/docker/certs.d/ बनाएं/..." निर्देशिका और फ़ाइलें (केवल निजी रजिस्ट्रियों के लिए मान्य?)
o अपनी "/etc/docker/daemon.json" फ़ाइल में एक "tlscert" प्रविष्टि जोड़ें, ताकि dockerd उसी प्रमाणपत्र का उपयोग करे जैसे कर्ल करता है।

उन लोगों के लिए जो इस समस्या में भाग लेते हैं और आपके पास स्व-हस्ताक्षरित प्रमाणपत्र हैं और आप "असुरक्षित-रजिस्ट्री" निर्देश का उपयोग नहीं करना चाहते हैं, तो आपको अपने स्वयं के हस्ताक्षरित प्रमाणपत्रों को /etc/docker/certs.d/{host}/ में लोड करना होगा। उन्हें लोड करने के बाद रीस्टार्ट डॉकर डेमॉन को याद रखें। कुछ और विस्तृत करने के लिए.....

यदि आपकी रजिस्ट्री को https://exampleregistry.com पर होस्ट किया गया है, तो आपके पास /etc/docker/certs.d/exampleregistry.com नाम की एक निर्देशिका होनी चाहिए, जिसमें आपके स्व-हस्ताक्षरित प्रमाणपत्र होंगे। अब आप बिना किसी x509 त्रुटि के docker login exampleregistry.com कर पाएंगे।
अब यहाँ इस सब के लिए एक चेतावनी है, मान लें कि आप किसी कारण से अपने लॉगिन कमांड में पोर्ट को स्पष्ट रूप से परिभाषित करना चाहते हैं जैसे कि docker login exampleregistry.com:443 (जिसका कोई मतलब नहीं होगा, लेकिन यह सिर्फ एक उदाहरण है) तो आपको जरूरत है यह सुनिश्चित करने के लिए कि आपके स्व-हस्ताक्षरित प्रमाणपत्र /etc/docker/certs.d/exampleregistry.com:443/ नामक फ़ोल्डर के अंदर हैं। पोर्ट का उपयोग करते समय डॉकर होस्टनाम के आधार पर हल करने वाले कर्ट के बारे में कोई धारणा नहीं बनाता है। आपको वास्तव में अपने स्वयं के हस्ताक्षरित प्रमाणपत्रों को एक फ़ोल्डर नाम में लोड करके प्रति पोर्ट आधार पर प्रमाणपत्र प्रदान करना होगा जिसमें वह पोर्ट शामिल है जिसे आप एक्सेस करने का प्रयास कर रहे हैं।

उम्मीद है कि यह आप में से कई लोगों को बहुत सारे डिबगिंग से बचाता है जो आपके डॉकटर रजिस्ट्री से जुड़ने के लिए पोर्ट का उपयोग कर रहे हैं।

यह मेरे मामले में हल नहीं हुआ है:
मैं नेक्सस ओएसएस रिपोजिटरी के लिए एक स्व-हस्ताक्षरित प्रमाणपत्र का उपयोग करना चाहता हूं। लेकिन मुझे यह त्रुटि मिल रही है: डेमॉन से त्रुटि प्रतिक्रिया: https:// प्राप्त करें:10250/v1/उपयोगकर्ता/: x509: अज्ञात प्राधिकारी द्वारा हस्ताक्षरित प्रमाणपत्र

मैंने अपने ubuntu 16.04 om इंटेल मशीन पर .crt फ़ाइल को /etc/docker/certs.d साथ ही /usr/share/ca-certificates में रखा है। मैं फिर अद्यतन-सीए-प्रमाणपत्र चला गया और डॉकटर को पुनरारंभ किया। यह मेरी प्रमाणपत्र फ़ाइल nexus.cert है:
$openssl x509 -in nexus.crt -text

Certificate:
    Data:
        Version: 1 (0x0)
        Serial Number: 1 (0x1)
    Signature Algorithm: sha256WithRSAEncryption
        Issuer: C=IN, ST=State, L=City, O=XYZ, OU=x, CN=<mydomain.com>
        Validity
            Not Before: Jul 17 20:28:26 2017 GMT
            Not After : Jul 17 20:28:26 2018 GMT
        Subject: C=IN, ST=State, L=City, O=XYZ, OU=x, CN=<mydomain.com>
        Subject Public Key Info:
            Public Key Algorithm: rsaEncryption
                Public-Key: (4096 bit)
                Modulus:
                    00:b8:2c:97:c2:e4:bf:7a:e1:49:22:9b:a2:90:7a:
                    3a:de:3d:d3:f5:e9:c9:8b:9b:c8:13:37:4b:36:32:
                    4f:a7:0d:b9:53:4c:f4:10:fa:e7:d2:64:a5:e9:0a:
                    32:49:c3:aa:f8:2c:27:82:94:85:c3:11:07:a7:d0:
                    6c:0a:4a:45:66:94:cb:d3:27:28:cd:58:43:5b:f9:
                    e1:66:97:52:81:be:03:53:d5:e1:84:0c:4f:89:fd:
                    78:6d:8f:88:cf:29:af:6d:14:2e:2e:dc:d4:f3:87:
                    1c:73:5e:35:cb:d2:95:58:20:55:c0:f5:89:e1:40:
                    64:16:cd:25:a8:bd:6b:6a:9c:21:b0:97:d2:67:63:
                    5c:3c:4a:2c:21:1a:72:3a:68:c6:a0:e2:ea:4d:f8:
                    db:bd:02:81:93:db:60:51:ad:6e:bf:d7:7d:45:43:
                    95:e1:a5:d7:de:36:76:7c:a4:d7:4a:7f:b2:b1:98:
                    75:7d:27:2c:1d:ad:03:1b:5f:8a:ac:12:5e:76:9c:
                    2a:f7:03:b0:51:6c:23:a4:df:08:1f:02:0c:42:b6:
                    ff:7f:33:16:b0:86:fc:92:e7:db:7a:3b:a2:70:30:
                    f4:79:fa:f1:0f:75:0f:32:69:79:97:73:f4:de:11:
                    3e:bf:f8:63:49:21:dc:02:c6:ef:de:91:74:03:6d:
                    21:56:2e:c6:04:d1:02:30:73:6e:52:c7:93:07:6c:
                    f9:98:ff:1c:cc:dd:da:c7:45:2e:7b:ab:04:33:fe:
                    39:6c:5d:d5:dd:46:ae:25:d6:fd:9d:01:ae:8a:e8:
                    14:18:cc:6e:64:e4:11:8a:ce:3d:30:56:6d:0c:a7:
                    83:90:6c:f5:14:36:16:39:cc:10:7a:db:35:f6:9c:
                    68:da:84:f6:9c:07:d0:3e:b7:52:54:03:75:9a:ae:
                    eb:79:b5:5f:cb:10:cf:25:08:ae:f7:b3:13:79:f4:
                    4a:98:72:08:e3:23:e2:22:a1:31:47:41:ec:a4:76:
                    42:db:1c:46:31:3c:a2:14:14:94:bf:4f:1e:1f:85:
                    a0:9c:4c:3d:af:92:7a:90:d1:ad:23:f0:ea:3e:7d:
                    b4:21:79:f9:82:3a:16:04:42:60:b8:5d:15:1c:48:
                    9b:1e:b5:9b:0d:1f:aa:56:aa:a2:1a:a5:6f:ef:ab:
                    2a:22:6d:05:19:c0:2b:dc:46:c4:c2:4a:f8:89:25:
                    fc:dc:e6:ab:7b:8a:76:de:47:a3:e2:00:0e:d7:e8:
                    bd:86:86:d3:8d:6b:56:63:bf:40:1e:31:d7:74:fe:
                    63:fc:7e:e2:9f:21:31:1d:39:2a:44:a5:56:fd:dd:
                    66:5e:c2:4f:94:c7:ee:26:89:1a:d1:6b:13:00:f6:
                    4f:72:9b
                Exponent: 65537 (0x10001)
    Signature Algorithm: sha256WithRSAEncryption
         25:26:77:55:50:0a:66:39:5f:79:c7:5e:af:5f:54:e2:92:6f:
         62:e5:90:3a:0f:de:9b:7a:02:df:66:47:c5:71:61:91:c4:74:
         ba:0e:55:34:47:0b:72:c5:f5:27:5d:d0:d6:06:a9:f7:5c:d5:
         41:30:4c:0f:0b:3a:3c:64:13:a0:28:9b:10:92:0e:c8:eb:e8:
         0f:00:ba:54:9d:d4:7a:8c:cd:f7:91:a9:55:69:0f:9b:12:77:
         e9:f2:28:c8:cb:07:d4:ab:a4:eb:b2:3d:ae:b4:6d:7a:15:85:
         cb:07:f6:e3:6b:58:1c:26:0a:ad:d5:e6:7c:b7:e7:19:6c:d1:
         31:80:5e:cb:17:85:88:a2:6c:fc:fe:3c:28:1f:f9:87:a6:0f:
         f6:85:d2:c0:76:25:fb:52:2f:8a:99:0c:88:4e:bd:84:6b:da:
         81:b4:41:f1:bf:1c:e7:7d:93:a5:e2:d7:66:8a:63:bf:9c:c4:
         ad:ea:cb:c4:c6:7d:1f:95:35:87:60:8b:e8:23:e8:4e:36:43:
         5e:86:de:c4:35:e0:29:7a:93:90:a4:9b:c3:d1:8e:13:55:9f:
         ea:ab:52:0a:a8:a0:54:cf:f4:5e:ff:12:40:09:43:3c:e7:55:
         e7:c1:de:62:ce:21:39:f5:d3:51:7a:92:f2:b2:3c:75:8c:1f:
         bd:aa:13:63
-----BEGIN CERTIFICATE-----
MIIEPDCCAyQCAQEwDQYJKoZIhvcNAQELBQAwZDELMAkGA1UEBhMCSU4xEjAQBgNV
BAgTCUthcm5hdGFrYTESMBAGA1UEBxMJQmFuZ2Fsb3JlMQwwCgYDVQQKEwNJQk0x
DDAKBgNVBAsTA2x0YzERMA8GA1UEAxMIbHRjeC5jb20wHhcNMTcwNzE3MjAyODI2
WhcNMTgwNzE3MjAyODI2WjBkMQswCQYDVQQGEwJJTjESMBAGA1UECAwJS2FybmF0
YWthMRIwEAYDVQQHDAlCYW5nYWxvcmUxDDAKBgNVBAoMA0lCTTEMMAoGA1UECwwD
bHRjMREwDwYDVQQDDAhsdGN4LmNvbTCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCC
AgoCggIBALgsl8Lkv3rhSSKbopB6Ot490/XpyYubyBM3SzYyT6cNuVNM9BD659Jk
pekKMknDqvgsJ4KUhcMRB6fQbApKRWaUy9MnKM1YQ1v54WaXUoG+A1PV4YQMT4n9
eG2PiM8pr20ULi7c1POHHHNeNcvSlVggVcD1ieFAZBbNJai9a2qcIbCX0mdjXDxK
LCEacjpoxqDi6k34270CgZPbYFGtbr/XfUVDleGl1942dnyk10p/srGYdX0nLB2t
AxtfiqwSXnacKvcDsFFsI6TfCB8CDEK2/38zFrCG/JLn23o7onAw9Hn68Q91DzJp
eZdz9N4RPr/4Y0kh3ALG796RdANtIVYuxgTRAjBzblLHkwds+Zj/HMzd2sdFLnur
BDP+OWxd1d1GriXW/Z0BroroFBjMbmTkEYrOPTBWbQyng5Bs9RQ2FjnMEHrbNfac
aNqE9pwH0D63UlQDdZqu63m1X8sQzyUIrvezE3n0SphyCOMj4iKhMUdB7KR2Qtsc
RjE8ohQUlL9PHh+FoJxMPa+SepDRrSPw6j59tCF5+YI6FgRCYLhdFRxImx61mw0f
qlaqohqlb++rKiJtBRnAK9xGxMJK+Ikl/Nzmq3uKdt5Ho+IADtfovYaG041rVmO/
QB4x13T+Y/x+4p8hMR05KkSlVv3dZl7CT5TH7iaJGtFrEwD2T3KbAgMBAAEwDQYJ
KoZIhvcNAQELBQADggEBACUmd1VQCmY5X3nHXq9fVOKSb2LlkDoP3pt6At9mR8Vx
YZHEdLoOVTRHC3LF9Sdd0NYGqfdc1UEwTA8LOjxkE6AomxCSDsjr6A8AulSd1HqM
zfeRqVVpD5sSd+nyKMjLB9SrpOuyPa60bXoVhcsH9uNrWBwmCq3V5ny35xls0TGA
XssXhYiibPz+PCgf+YemD/aF0sB2JftSL4qZDIhOvYRr2oG0QfG/HOd9k6Xi12aK
Y7+cxK3qy8TGfR+VNYdgi+gj6E42Q16G3sQ14Cl6k5Ckm8PRjhNVn+qrUgqooFTP
9F7/EkAJQzznVefB3mLOITn101F6kvKyPHWMH72qE2M=
-----END CERTIFICATE-----

@abdasgupta : क्या आप अपने रेपो को "कर्ल" कर सकते हैं?
यदि ऐसा है, तो जांचें कि कौन-से प्रमाणपत्र की फ़ाइल कर्ल उपयोग कर रही है, और उसी फ़ाइल का उपयोग करने के लिए अपनी daemon.json फ़ाइल को संपादित करें।
मेरे मामले में, यह था:
[ रूट@लोकलहोस्ट ]# कैट /आदि/डॉकर/डेमन.जेसन
{ "असुरक्षित-रजिस्ट्री":["रजिस्ट्री-1.docker.io/v2:5000"],
"डीबग": सच,
"tlscert": "/etc/pki/ca-trust/extracted/pem/tls-ca-bundle.pem" <<<<======
}

मैं उस असुरक्षित-रजिस्ट्री का उपयोग नहीं करना चाहता था.. क्या इसके बिना चलना संभव नहीं है ?? इसके अलावा, प्रमाणपत्र रेपो के समान है .. सीज़ मैंने वहां से कॉपी किया है।

मुझे लगता है कि आप असुरक्षित-रजिस्ट्री के बिना चल सकते हैं। क्या आप "कर्ल" कमांड के साथ अपने रेपो तक पहुंच सकते हैं?
सादर।

डी: अभिषेक दासगुप्ता [mailto:[email protected]]
दूत : मार्डी १८ जुइलेट २०१७ १८:३०
: मोबी/मोबी
सीसी: फ़्रेडरिक कास्टेलेन; टिप्पणी
Objet : पुन: [moby/moby] निजी रजिस्ट्री का उपयोग करें: x509: अज्ञात प्राधिकारी द्वारा हस्ताक्षरित प्रमाणपत्र (#8849)

मैं उस असुरक्षित-रजिस्ट्री का उपयोग नहीं करना चाहता था.. क्या इसके बिना चलना संभव नहीं है ?? इसके अलावा, प्रमाणपत्र रेपो के समान है .. सीज़ मैंने वहां से कॉपी किया है।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की थी।
इस ईमेल का सीधे उत्तर दें, इसे GitHub https://github.com/moby/moby/issues/8849#issuecomment-316120117 पर https://github.com/notifications/unsubscribe-auth/ANgcLAxGE34n7fSByG0svUJry3vtTAR7ks5sPN2JgaJpZM ।

सूचना: इस ई-मेल (किसी भी संलग्नक सहित) में ऐसी जानकारी हो सकती है जो निजी, गोपनीय या कानूनी रूप से विशेषाधिकार प्राप्त जानकारी या सामग्री है और पूरी तरह से पताकर्ता (ओं) के उपयोग के लिए है। यदि आपको यह ई-मेल गलती से प्राप्त होता है, तो कृपया इसे कॉपी किए बिना अपने सिस्टम से हटा दें और उत्तर ई-मेल द्वारा प्रेषक(ओं) को तुरंत सूचित करें। इस संदेश का कोई भी अनधिकृत उपयोग या प्रकटीकरण सख्त वर्जित है। STEF इस ट्रांसमिशन की अखंडता की गारंटी नहीं देता है और इसलिए कभी भी उत्तरदायी नहीं हो सकता है यदि संदेश को बदल दिया गया है या गलत साबित किया गया है और न ही किसी वायरस, अवरोधन या आपके सिस्टम को नुकसान के लिए।

AVIS : संदेश (y compris toutes pièces jointes) peut contenir des informations privées, कॉन्फिडिएल्स और est डाल l'usage du(es) seul(s) destinataire(s)। सी वौस अवेज़ रिकू सी मेसेज पर इरेउर, मेर्सी डी'एन एवर्टिर ल'एक्सपेडिटूर पर रीटोर डी'ईमेल इमीडिएटमेंट एट डे प्रोसेडर ए ला डिस्ट्रक्शन डे ल'एनसेम्बल डेस एलिमेंट्स रिकस, नॉट वौस ने डेवेज गार्डर औक्यून कॉपी। टाउट डिफ्यूजन, यूटिलाइजेशन ऑफ कोपी डे सीई मैसेज या डेस रेंसिग्नेमेंट्स क्विल कॉन्टेंट पर उन पर्सने ऑट्रे क्यू ले (लेस) डेस्टिनैटेयर (एस) डिज़ाइन (एस) इस्ट इंटरडाइट। STEF ne garantit pas l'intégrité de cette ट्रांसमिशन et ne saurait tre tenu responsable du message, de son contenu, de toute modifation ou falsification, d'une इंटरसेप्शन ou de degâts वोटर सिस्टम।

@abdasgupta , मैंने देखा है कि 17.03.1~ce-0~ubuntu-xenial संस्करण काम नहीं करता है, लेकिन 17.06.0~ce-0~ubuntu संस्करण काम करता है।

मैं /usr/local/share/ca-certificates/my-org/my-domain.crt में एक crt डालता हूं, फिर sudo update-ca-certificates और sudo systemctl restart docker करता हूं।

क्या आप https://docs.docker.com/v17.03/engine/security/certificates/ में दिए गए निर्देशों का पालन करने का प्रयास कर सकते हैं? Docker 1.13 और बाद वाले वर्शन को सिस्टम डिफॉल्ट्स के सर्टिफिकेट्स को भी पढ़ना चाहिए, नहीं तो;

रजिस्ट्री के होस्टनाम (जैसे, localhost ) के समान नाम का उपयोग करके /etc/docker/certs.d तहत एक निर्देशिका बनाकर एक कस्टम प्रमाणपत्र कॉन्फ़िगर किया गया है। सभी *.crt फ़ाइलें इस निर्देशिका में CA मूल के रूप में जोड़ी जाती हैं।

प्रमाणपत्रों को कॉन्फ़िगर करने के बाद, डेमॉन को पुनरारंभ करने की आवश्यकता हो सकती है

/etc/docker/certs.d समाधान के साथ संघर्ष करने वाले किसी भी व्यक्ति के लिए, सुनिश्चित करें कि आपके निर्देशिका नाम में रजिस्ट्री पोर्ट शामिल है। तो /etc/docker/certs.d/myregistry.net:8443 ।

फोटॉन ओएस पर मेरे लिए ठीक काम किया।

मैं इस त्रुटि के साथ संघर्ष कर रहा था जब तक मैं समझ मैं फ़ाइल नामकरण किया गया था /etc/docker/certs.d/myregistry/ बजाय ca.pem /etc/docker/certs.d/myregistry/ ca.crt

मुझे विंडोज़ पर एक ही समस्या हो रही थी, जब तक मैंने दस्तावेज़ों को नहीं देखा, जो विंडोज एक्सप्लोरर में मेरे प्रमाणपत्र प्राधिकरण का उपयोग करने का सुझाव देता है ( ca.pem नाम बदलकर ca.crt ) और Right-Click > Install Certificate और चयन करें वर्तमान उपयोगकर्ता के लिए विश्वसनीय रूट प्रमाणपत्र प्राधिकारी। डॉकटर को पुनरारंभ किया और यह काम किया।

कोरोस में, मुझे संपादित करना पड़ा
/etc/docker/daemon.json
{ "insecure-registries": ["registry:8443"] }
फिर sudo systemctl restart docker

संकेत: यदि आप प्रॉक्सी के माध्यम से अपने निजी रेपो तक पहुंचते हैं तो आप एक ही त्रुटि संदेश का अनुभव कर सकते हैं, प्रॉक्सी को अक्षम कर सकते हैं या निजी रजिस्ट्री होस्ट के लिए अपवाद (NO_PROXY शायद) कॉन्फ़िगर कर सकते हैं।

मैं Rancher पर एक Kubernetes POD के रूप में docker-रजिस्ट्री चला रहा हूँ। मैंने एक L7 प्रवेश कॉन्फ़िगर किया है और SSL प्रमाणपत्र वहां स्थित है। जब मैं वेब ब्राउज़र से एक्सेस करता हूं तो मुझे कोई समस्या नहीं है एसएसएल ठीक है, और लॉगिन प्रमाण-पत्र ठीक काम करता है। लेकिन अगर मैं डॉकर लॉगिन कमांड चलाता हूं तो मुझे अज्ञात प्राधिकरण द्वारा हस्ताक्षरित x509: प्रमाणपत्र मिलता है, जो मुझे विश्वास है कि नकली एसएसएल स्व-हस्ताक्षरित प्रमाणपत्र के साथ डिफ़ॉल्ट प्रवेश बैकएंड प्राप्त करने का प्रयास कर रहा है। मैं अपने कंप्यूटर पर डॉकर को पुनरारंभ कर रहा हूं यह देखने के लिए कि क्या इससे मदद मिलती है।

यह काम करता था.... मैंने दो होस्टनाम के लिए एक नए एसएसएल प्रमाणपत्र का समर्थन करने के लिए अपने प्रवेश पर एक छोटा सा बदलाव किया
मेरे लैपटॉप पर डॉकटर को पुनरारंभ करने के बाद भी वही समस्या :(

हाय भाई.. यह समस्या मेरी समस्या के समान ही है।
नेक्सस रिपॉजिटरी के लिए ओपनशिफ्ट आयात-छवि नहीं कर सकता, सिंटेक्स है
oc आयात-छवि नेक्सस-कोबा :3.5 --from=192.168.250.250:8083/node-nexus --confirm
त्रुटि: टैग नवीनतम विफल: आंतरिक त्रुटि हुई: https://192.168.250.250 प्राप्त
imagestream.image.openshift.io/nexus-coba त्रुटियों के साथ आयात किया गया
यह समाधान केवल --insecure --confirm के बाद जोड़ता है।

oc आयात-छवि नेक्सस- कोबा :3.5 --from=192.168.250.250:8083/node-nexus --confirm --insecure

धन्यवाद, इसने मेरे लिए भी काम किया। उबंटू/डेबियन पर समकक्ष कदम:

1. Copy CA cert to `/usr/local/share/ca-certificates`.

2. sudo update-ca-certificates

3. sudo service docker restart

हालाँकि, यहाँ अभी भी एक बग है। दस्तावेज़ /etc/docker/certs.d/<registry> में सीए प्रमाणपत्र स्थापित करने के लिए कहते हैं, और स्पष्ट रूप से यह पर्याप्त नहीं है। वास्तव में, विश्व स्तर पर प्रमाण पत्र स्थापित करने के बाद, मैंने /etc/docker/certs.d में से एक को हटा दिया, डॉकर को फिर से शुरू किया, और यह अभी भी काम कर रहा है।

इतना बड़ा धन्यवाद! मैं वही कर रहा था जो आप वर्णन कर रहे थे, मेरे बालों को आधिकारिक दस्तावेज से गलत होने के कारण खींच रहा था ... :)

मुझे विश्वास नहीं होता! 5 साल बाद, अभी भी सच है, समाधान के लिए धन्यवाद।

धन्यवाद, इसने मेरे लिए भी काम किया। उबंटू/डेबियन पर समकक्ष कदम:

1. Copy CA cert to `/usr/local/share/ca-certificates`.

2. sudo update-ca-certificates

3. sudo service docker restart

हालाँकि, यहाँ अभी भी एक बग है। दस्तावेज़ /etc/docker/certs.d/<registry> में सीए प्रमाणपत्र स्थापित करने के लिए कहते हैं, और स्पष्ट रूप से यह पर्याप्त नहीं है। वास्तव में, विश्व स्तर पर प्रमाण पत्र स्थापित करने के बाद, मैंने /etc/docker/certs.d में से एक को हटा दिया, डॉकर को फिर से शुरू किया, और यह अभी भी काम कर रहा है।

क्या इसका मतलब यह है कि मुझे रजिस्ट्री डॉकर छवि में भी nginx में प्रमाणपत्र स्थापित करना होगा?

डॉकर-डेस्कटॉप आइकन -> वरीयताएँ -> डेमॉन -> "असुरक्षित रजिस्ट्रियां", + आइकन पर क्लिक करें
अपना रेपो "your-registry.com" जोड़ें
"लागू करें और पुनरारंभ करें" पर क्लिक करें

अधिक जानकारी के लिए https://forums.docker.com/t/docker-private-registry-x509-certificate-signed-by-unknown-authority/21262/6 देखें।