在尝试了每个高分解决方案后，我仍然没有运气。

直到我改变了我的重点和搜索关键字，包括我的凭证助手通行证。

如果您遇到类似的情况(使用任何类型的docker-credential-helpers，并遵循一般指导原则进行设置)，请尝试检查步骤，看看是否遗漏了任何内容。

例如，我使用pass作为docker的凭据库，当我只是按照顶部搜索结果设置pass时，错过了为专用的pass-name docker- credial -helpers/docker-pass- initialization -check插入我的dockerhub帐户密码的步骤。

在发出以下命令后，docker push终于对我发了慈悲。

pass insert docker-credential-helpers/docker-pass-initialized-check

更多细节请看这个答案。

我真的希望这能帮助到一些人(像我一样先看最终答案的人):

我不断地尝试输入

docker push user/repo/tag

而不是

docker push user/repo:tag

因为我也这样做了我的标签:

docker tag image user/repo/tag

.．.一切都毁了。

我真诚地希望你不要重蹈我的覆辙。我在这上面浪费了30分钟…

从命令提示符登录Docker无法工作。当我尝试推送时，我一直得到“对资源的请求访问被拒绝”。

在登录到docker for windows应用程序本身后，docker push工作得很好。希望这能帮助到一些人。

我也有这个问题，我测试了这里的解决方案，但无济于事，我已经正确登录，至少根据docker登录的输出，但我仍然无法推送图像。最终奏效的方法很简单:

码头工人注销

然后docker登录，就这么简单。我不知道发生了什么，但强迫重新登录起作用了。

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

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

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

denied: requested access to the resource is denied

我还注意到做一个

docker image ls

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

我必须做一个

docker container prune 

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

docker image prune -a

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

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