我在ibmcloud上也遇到了同样的错误。我添加了命名空间，然后试图推动我的图像，它解决了这个问题。

ibmcloud cr namespace-add txts

我在Azure管道中遇到了类似的问题。我错过了在repository部分添加docker-id。

在Azure中，在推送时，如果仅使用名称，例如<repo-name>，可能无法工作。它需要完全限定的回购名称，其中还包括docker-id。

Use

repository: '<docker-id>/<repo-name>'

而不是

repository: '<repo-name>'

管道代码片段:

- task: Docker@2
  inputs:
    containerRegistry: 'service-connection-name'
    repository: '<docker-id>/<repo-name>'

Docker对私有存储库的数量也有限制。如果您正在通过从本地机器推入创建私有存储库，则它将创建存储库，但不能再向其推入或从其拉出任何其他内容，并且您将得到“对资源的请求访问被拒绝”错误。

有时，当您已经使用另一个帐户登录时，可能会遇到此问题。在这些情况下，你必须:

docker logout

然后

docker login  

我也有同样的问题。在我的情况下，我登录在index.docker.io，并将图像推到docker.io/username/image:标签。

解决方案是在docker中登录。IO通过运行这个命令:

export CI_REGISTRY=docker.io
docker login -u "$CI_REGISTRY_USER" -p "$CI_REGISTRY_PASSWORD" $CI_REGISTRY
docker push USERNAME/IMAGE:TAG

输出为:

The push refers to repository [docker.io/USERNAME/IMAGE:TAG] eeb7e16c6369: Preparing 6bd09f46d0ae: Preparing f5a7f7a3fb28: Preparing 07952c1df7f6: Preparing a4522c0d203b: Preparing 3e207b409db3: Preparing 3e207b409db3: Waiting a4522c0d203b: Layer already exists 3e207b409db3: Layer already exists f5a7f7a3fb28: Pushed 6bd09f46d0ae: Pushed 07952c1df7f6: Pushed eeb7e16c6369: Pushed latest: digest: sha256:7ce256fa83ef1eebcaaaa460c4d73f87f2adf304bc6e6c1b83a19d987cd61ad5 size: 1579 Running after_script 00:02 Saving cache 00:01 Uploading artifacts for successful job 00:02 Job succeeded

的问候。

我很慢地添加另一个答案，但接受的答案和其余的答案提到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注册表的主机和端口登录的可能性就会增加。