修改图像名称为"username"/"image_name"

在使用Gitlab注册表时，我还遇到了这个错误消息。不同之处在于，我试图从以前的构建中更改映像的名称。这里的问题是，推送图像的注册表不存在，因为图像的新名称与我组中的任何项目都不匹配。

TLDR:在Gitlab中，映像名称必须与项目名称匹配。

我很慢地添加另一个答案，但接受的答案和其余的答案提到docker登录缺少一个边缘情况，以解决其他人在评论中陈述的问题。

docker login <private-repo-host>:<port>

强调需要进入的端口可能是那些仍在寻找的解决方案。docker login或docker login <private-repo-host>可能连接没有问题，但当需要推送图像时，你会得到与OP相同的错误。

也就是说，你可以连接w/o定义主机或端口，仍然得到:

.．. 登录成功

在我的例子中，我使用一个自托管的GitLab内置docker-registry，它被设置为使用端口4567。验证必须从哪个端口访问注册表可能有点冒险。没有指定端口docker login <our.gitlab。主机>将成功登录，但给出了OP询问的相同问题:

.．. 推送指的是存储库[…] Denied:禁止访问

如果你使用docker。Io /dockerhub你可能不会遇到这个问题，但是如果你有一个自托管/私有注册表解决方案，那么你需要显式地使用docker注册表的主机和端口登录的可能性就会增加。

在我的例子中，sudo -E处理此消息失败。解决方案是提供访问do docker而不使用sudo(创建一个组docker，将(Jenkins)用户添加到组中，将组设置在/var/run/docker.sock上)。现在docker push不需要sudo了，而且可以工作。

在使用Fabric8 Maven插件(在Windows 10上)和直接从命令行调用docker push时，我一直在与docker push作斗争。

最后我用同样的方法解决了这两个问题。

我的回购叫做vgrazi/playpen。在我的pom中，我将docker镜像名称更改为vgrazi/playpen，如下所示:

<plugin>
  <groupId>io.fabric8</groupId>
  <artifactId>docker-maven-plugin</artifactId>
  <version>0.31.0</version>
  <configuration>
     <dockerHost>npipe:////./pipe/docker_engine</dockerHost>
     <verbose>true</verbose>
     <images>
       <image>
         <name>vgrazi/playpen</name>
         <build>
           <dockerFileDir>${project.basedir}/src/main/docker/</dockerFileDir>
                         ...

这让我做一个mvn清洁包docker:build docker:push从命令行，最后，图像出现在我的repo，这是我试图解决的问题。

顺便说一句，为了回答OP并让它直接从命令行工作，没有Maven，我做了以下操作(PS是PowerShell提示符，不要键入它):

PS docker images
vgrazi/docker-test/docker-play                playpen             0722e876ebd7        40 minutes ago      536MB
rabbitmq                                      3-management        68055d63a993        10 days ago         180MB
PS docker tag 0722e876ebd7 vgrazi:playpen
PS docker push vgrazi/playpen

图像再次出现在我的docker中。Io: repo vgrazi/playpen

我知道这个问题已经有很多答案了，但没有一个对我有帮助。

我观察到的是，构建映像非常快，并将其推到docker。IO导致错误:

denied: requested access to the resource is denied

我还注意到做一个

docker image ls

显示我的图像的最新构建是几天前的。

我必须做一个

docker container prune 

来摆脱停止的容器，和一个

docker image prune -a

为了摆脱旧的形象。 然后我就可以成功地建立和推广我的形象。

'denied:对资源的请求访问被拒绝'不是来自docker。我是本地码头工人。有趣的是，它在构建过程中并没有失败。