docker-machine コンテナpull時の証明書エラー

Question

Windows10環境上に、VirtualBox + docker-machine にて、
dockerホストを立ち上げて、RocketChat等のコンテナを導入しようとしています。
（プロキシ経由）

docker-machineでdockerホストを立上げるまではうまくいきましたが、
docker pullにて以下のように証明書エラーとなり困っています。

docker@dockerhost:~$ docker pull mongo
Using default tag: latest
Error response from daemon: Get https://registry-1.docker.io/v2/: x509: certificate signed by unknown authority

これは、registry-1.docker.ioの公開鍵が、
dockerホスト上の.ssh等に入っていないとＮＧという理解でよろしいのでしょうか？
（そうであれば、この公開鍵の入手方が不明です）
恐れ入りますが、ご教示いただけると幸いです。

なお、curl -vにてSSL動作確認した結果は以下の通りです。

docker@dockerhost:~$ curl -v  https://registry-1.docker.io/v2/
～中略～
* Establish HTTP proxy tunnel to registry-1.docker.io:443
> CONNECT registry-1.docker.io:443 HTTP/1.1
> Host: registry-1.docker.io:443
> User-Agent: curl/7.54.1
> Proxy-Connection: Keep-Alive
>
< HTTP/1.0 200 Connection established
<
* Proxy replied OK to CONNECT request
* ALPN, offering http/1.1
* Cipher selection: ALL:!EXPORT:!EXPORT40:!EXPORT56:!aNULL:!LOW:!RC4:@STRENGTH
* successfully set certificate verify locations:
*   CAfile: /usr/local/etc/ssl/certs/ca-certificates.crt
  CApath: none
* TLSv1.2 (OUT), TLS header, Certificate Status (22):
* TLSv1.2 (OUT), TLS handshake, Client hello (1):
* TLSv1.2 (IN), TLS handshake, Server hello (2):
* TLSv1.2 (IN), TLS handshake, Certificate (11):
* TLSv1.2 (OUT), TLS alert, Server hello (2):
* SSL certificate problem: unable to get local issuer certificate
* Closing connection 0
* TLSv1.2 (OUT), TLS alert, Client hello (1):
curl: (60) SSL certificate problem: unable to get local issuer certificate
More details here: https://curl.haxx.se/docs/sslcerts.html

Answer 1

こちらのメッセージ「x509: certificate signed by unknown authority」は、PROXY が必要な環境下で docker を使おうとした時にも表示されるものです。
もし、Windows 10 を PROXY が必要な環境でお使いであれば、

proxy環境下でwindowsにdockerを導入する - Qiita
https://qiita.com/mpppk/items/5b4544236c4f6c0ace9c
こちらのページにあるような、docker-machine create時にPROXYを指定する方法や、

proxy環境windowsでのdocker-machine設定 - Qiita
https://qiita.com/teratsyk/items/6c6a2f8f68ead5d876a8
こちらにあるような、環境変数で指定する方法が必要になります。

Comments

[flydolph]

ご回答いただき誠にありがとうございます。
確認が遅くなり申し訳ありません。

記載が不十分で大変申し訳ありません。
proxy環境内の構築のため、https_proxy等の環境変数を設定した上での接続となります。
（記載いただいた、２つめの記事等を参考にさせて頂きました）
改めて、記載いただいた１つめのcreate時のproxy指定を試してみましたが、
同様の事象となっております。

本文内、curl -vでの動作確認結果含めて考えると、
「コネクションは確立しているが、証明書が正しく配置されていない」のかと読み取ってしまいましたが、
zembutsuさんのおっしゃる通り、proxyの設定まわりに依存している可能性があるでしょうか。

情報不足などございましたらお知らせ頂けると幸いです。
よろしくお願いいたします。