我今天也遇到了同样的问题。唯一对我有用的是显式登录到“docker.io”:

docker login docker.io

我尝试了各种其他名称，登录似乎可以工作，但稍后会导致以下错误。

请求的资源访问被拒绝

在我的例子中，我被推送到一个组织，我所在的团队对存储库有管理权限。

所以我的推送命令是: Docker push org-name/image-name

我可以成功地推到用户名/image-name，但不能推到组织。我再三检查了权限。毫无效果。

解决方案是从docker hub中删除repo，并再次使用: Docker push org-name/image-name

至于它的价值，我认为回购最初是在帐户转换为组织之前推动的。

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

我也有这个问题。事实证明，我使用的是免费层，并试图在私有存储库中推送多个图像。将一张图片设为私有，其余的设为公共，这对我来说很管用。

在Azure Devops中创建CI管道以构建docker映像并将其推送到docker Hub时，我也遇到了同样的问题。我所犯的错误是在容器存储库部分提供了错误的条目。

在buildAndPush任务中，我在容器存储库字段中给出存储库名称。实际上，存储库名称应该附加Docker Hub用户名/。 例如，您的用户名是myuser，存储库名称是test，然后提供myuser/test条目。一旦我纠正了这个问题，管道就成功地工作了，图像被推送到我的docker中心存储库

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

ibmcloud cr namespace-add txts