docker 登录私有注册表成功 docker 运行失败

Question

尝试登录以登录我的私人公司 docker (jfrog) 注册表，它正在工作...

[rabxxxx.xxx@vmxxx]$ docker login registry.x.xx-xx-xxxxx.xx.xx.xxxx.net -u xxx
Password:
WARNING! Your password will be stored unencrypted in /home/rabxxxx.xxx/.docker/config.json.
Configure a credential helper to remove this warning. See
https://docs.docker.com/engine/reference/commandline/login/#credentials-store

Login Succeeded
[rabxxxx.xxx@vmxxx]$ docker run -p 8080:8080 -p 50000:50000 jenkins
Unable to find image 'jenkins:latest' locally
docker: Error response from daemon: Get "https://registry-1.docker.io/v2/": context deadline exceeded.
See 'docker run --help'.

cat /etc/docker/daemon.json

{
  "insecure-registries": ["registry.x.xx-xx-xxxxx.xx.xx.xxxx.net"],
  "registry-mirrors": ["registry.x.xx-xx-xxxxx.xx.xx.xxxx.net"]
}

请你能告诉我必须检查什么以及为什么它会返回给我吗

 Error response from daemon: Get "https://registry-1.docker.io/v2/"

谢谢

Answer 1

您的公司注册表未缓存官方注册表中的图像。 尝试使其自动缓存或从 docker 官方注册表中提取 jenkins 图像并推送到您的公司注册表然后您可以使用它。 我会建议你将公司注册表设置为自动缓存，当注册表存在于你的私人注册表中时，只需使用它，如果不存在，则从官方注册表中缓存。

Answer 2

docker pull registry.x.xx-xx-xxxxx.xx.xx.xxxx.net/jenkins` Using default tag: latest Error response from daemon: manifest for registry.repo.proxy-dev-forge.asip.hst.fluxus.net/jenkins:latest not found: manifest unknown: The named manifest is not known to the registry.

（与 /library/jenkins 相同）

When you docker run jenkins , docker will expand that to docker.io/library/jenkins , where docker.io is Docker Hub and the actual underlying registry server is registry-1.docker.io . 当您为此定义镜像时，您需要保持存储库名称相同，因此不是registry.example.org/jenkins ，而是registry.example.org/library/jenkins 。

在您的情况下，您的镜子似乎两者都没有，使其成为不完整的镜子，假设它根本是镜子。 但是无论如何，您并不真的想运行library/jenkins映像，因为他们已经表明它已被弃用，建议改用jenkins/jenkins 存储库（可能由 Cloudbees 维护）。

请你能告诉我必须检查什么以及为什么它会返回给我吗

Error response from daemon: Get "https://registry-1.docker.io/v2/"

在 docker 中镜像是最好的努力。 如果镜像由于任何原因失败，或者您尝试进行推送而不是拉取，docker 将退回到直接使用 Docker 集线器。

如果您只想与本地注册表对话，那么您应该将该注册表放入所有图像名称中。 如果您的镜像与 Docker Hub 不匹配，并且您根据本地注册表做出假设，这一点尤其重要。 在这些情况下，如果网络出现问题或者您在没有镜像规范的情况下部署在另一台机器上，则在一台机器上对映像的相同定义可能会运行非常不同的代码。 RedHat 在努力添加重载顶级命名空间的能力后记录了其中的许多风险，并且我们遇到了一波影响其他软件存储库的依赖混淆攻击。