refusé: une demande d'accès à la ressource est refusé : docker

Grâce à la réponse fournis par Dean Wu et ce commentaire par ses, avant de pousser, n'oubliez pas de vous connecter à partir de la ligne de commande à votre docker hub compte

docker login

Selon la docs:

You need to include the namespace for Docker Hub to associate it with your account.
The namespace is the same as your Docker Hub account name.
You need to rename the image to YOUR_DOCKERHUB_NAME/docker-whale.

Donc, cela signifie que vous avez à tag votre image avant de pousser:

docker tag firstimage YOUR_DOCKERHUB_NAME/firstimage

et puis, vous devriez être en mesure de le pousser.

docker push YOUR_DOCKERHUB_NAME/firstimage

J'ai eu le même problème, mais a accepté la réponse donnée ici n'a pas de travail pour moi.
J'ai essayé quelques étapes et a été en mesure d'obtenir autour de le pousser à enfin. Espérons que cela aide quelqu'un.

Voici les étapes a fonctionné pour moi :

1) connectez-vous au panneau.

docker login -u sirimalla

2) de la Balise de votre image de construire

mon nom de l'image est ici : mylocalimage et par défaut, il a tag : dernière

et mon nom d'utilisateur est : sirimalla enregistré avec docker cloud, et j'ai créé un dépôt public nommé : dockerhub

donc mon référentiel devient maintenant : sirimalla/dockerhub
et je veux pousser mon image avec la balise : myfirstimagepush

J'ai marqué comme ci-dessous :

docker tag mylocalimage:latest sirimalla/dockerhub:myfirstimagepush

3) Poussé à l'image de mon menu fixe du référentiel ci-dessous

docker push sirimalla/dockerhub:myfirstimagepush

Et il réussi à mon personnel docker repo.

Utiliser les commandes ci-Dessous:

$ docker login
<enter user name and password for Docker Hub Repository>

$ docker tag first-image {docker-hub-username}/{default-repo-folder-name}:first-image

$ docker push {docker-hub-username}/{default-repo-folder-name}:first-image

par exemple, j'ai référentiel public comme manjeet86/docker-repo afin de commandes serait:

$ docker tag first-image manjeet86/docker-repo:first-image

$ docker push manjeet86/docker-repo:first-image

Viens de voir : au lieu de / c'était le truc. Il fonctionne pour moi. Je ne sais pas si elle vous permet de tag avec / ainsi à la place de : mais c'est peut être pour d'autres fins.

https://docs.docker.com/engine/reference/commandline/tag/#examples

Pas sûr de ce qui est arrivé à docker hub, mais aucune des solutions posté travaillé pour moi. Ici, c'est le travail qui a fini par travailler pour moi que de Janv-2018:

1. Aller à hub.docker.com et de changer votre référentiel privé
2. Dans votre shell n':

docker images

REPOSITORY TAG IMAGE ID CREATED SIZE
verse_gapminder_gsl latest 023ab91c6291 3 minutes ago 1.975 GB
verse_gapminder latest bb38976d03cf 13 minutes ago 1.955 GB
rocker/verse latest 0168d115f220 3 days ago 1.954 GB

docker tag bb38976d03cf dockhubusername/verse_gapminder:mytag

docker login docker.io

docker push dockhubusername/verse_gapminder:mytag

1. Revenir à docker hub et le changement des pensions de dos au public.
   Ce qui a fonctionné pour moi.

Menu fixe également une limite sur le nombre de dépôts privés que vous pouvez avoir. Si vous êtes à la création d'un repository privé en poussant à partir de votre ordinateur local, il va créer le référentiel, mais rien de plus ne peut être poussé ou tiré, et vous obtiendrez le "a demandé l'accès à la ressource est denied".

Ma question était très simplement en utilisant des caractères non valides (un extra /) dans mon le nom de l'image:

myusername/something/image

est pas valide nom de l'image. Essayez myusername/quelque-chose-de l'image. Espérons que cela aide quelqu'un.

Simple solution de travail:

Aller ici https://hub.docker.com/ pour créer un repository PRIVÉ avec nom, par exemple johnsmith/private-repository c'est le NAME/REPOSITORY vous allez utiliser pour votre image lors de la construction de l'image.

• D'abord, docker login

• Deuxième, j'utilise "docker build -t johnsmith/private-repository:01 ." pour créer une image, et j'utilise "docker images" pour confirmer l'image créée comme dans cette boîte jaune ci-dessous: (désolé je ne peux pas coller le format du tableau, mais la chaîne de texte uniquement)

johnsmith/privé-repository(RÉFÉRENTIEL) 01(TAD) c5f4a2861d6e(ID de l'IMAGE) 2 jours(CRÉÉ) 305MB(TAILLE)

• Troisième, j'utilise docker push johnsmith/private-repository:01

Fait!

J'étais avec cette question, j'ai testé les solutions sont ici présents, mais en vain, j'ai été connecté correctement, au moins en fonction de la sortie de docker login encore, mais je ne pouvais pas pousser l'image. Ce qui a finalement travaillé était simplement de faire:

docker logout

Et puis docker login de nouveau, c'est trivial. Je ne suis pas sûr de ce qui s'est passé mais le fait de forcer la re-connexion fonctionne.

Ma réponse est liée à Azure DevOps des problèmes similaires que j'ai eu avec les communes suivantes pipeline (c'est plus précis, mais il peut aider quelqu'un d'économiser du temps):

1. Obtenir des sources de github
2. Construire docker image
3. Pousser le panneau de l'image à dockerhub

L'erreur que j'ai reçu à pousser denied: requested access to the resource is denied m'a envoyé ici.

Veuillez prendre soin de la variable $(Build.Repository.Name) inclus dans votre nom de l'image. Il est par défaut le nom du référentiel à partir de github, mais pour vous pousser à travailler il devrait être dockerhub_account_username/your_dockerhub_repository_name.

Remplacer $(Build.Repository.Name) avec dockerhub_account_username/your_dockerhub_repository_name image dans votre nom de domaine pour à la fois construire et de pousser les étapes.

Ceci est nécessaire pour la dockerhub api pour savoir où pousser l'image.

Je suis aussi avoir ce problème. S'avère que je suis en utilisant le niveau gratuit et en essayant de pousser plus de 1 image dans le repository privé. 1 image privée et le reste du public a fonctionné pour moi.

Cette réponse est aussi beaucoup pour mon futur moi que pour quelqu'un d'autre. J'ai rencontré ce problème lorsque je suis connecté correctement, mais j'essaie de pousser pour une privé de pensions lorsque mon numéro privé de repos est égale ou supérieure à la limite permise par mon plan.

Je ne sais pas exactement comment j'ai été capable de créer trop d'privé repos, mais si mon plan comprend 5 privé de repos, et de toute façon j'ai un 6, c'est l'erreur que je reçois:

denied: requested access to the resource is denied

Dans mon cas, il est possible que je me suis retrouvé avec trop de dépôts privés parce que j'ai ma visibilité par défaut défini sur privé:

C'est là que vous déterminer combien privé de repos, vous pouvez avoir:

Une fois que j'ai fait de la problématique des pensions de public, la question est devenue apparente:

Essayer de signe de "Docker pour Windows" de l'application et de signe de https://hub.docker.com/ site et y effectuer des "docker login" et "docker" push".
Il a contribué pour moi.

Après le panneau de connexion, vous avez besoin du nom de votre image avec le préfixe.

par exemple, si votre nom d'utilisateur dans le panneau-hub est Shah, l'image doit être:

Shah/firstimage

Un autre (très intelligent) raison à cela: vous n'êtes pas privé de repos avec votre plan.

Donc, au cas où il est utile à tout le monde...

J'ai eu ce même problème et voici ce que ma question et la CORRECTION a été.

• J'ai eu un ordinateur de mon réseau de test nommé 'galaxy'.
• Je le panneau de configuration de registre utilisant la commande exécuter:

  sudo docker run -d 
  --restart=always \
  --name registry \
  -v /srv/registry/certs:/certs \
  -v /srv/registry/storage:/var/lib/registry \
  -e REGISTRY_HTTP_ADDR=0.0.0.0:443 \
  -e REGISTRY_HTTP_TLS_CERTIFICATE=/certs/galaxy.cert \
  -e REGISTRY_HTTP_TLS_KEY=/certs/galaxy.key \
  -p 443:443 \
  registry:2
  

  Alors que j'essayais de pousser une image d'une galaxie à partir d'un ordinateur portable sur le réseau, j'ai donc fait ceci:

  docker login galaxy
  

  Cela me donnerait une erreur que de dire:

  Login did not succeed, error: Error response from daemon: 
      Get https://galaxy/v2/: x509: certificate signed by unknown authority
  

  Bizarrement le correctif de ce problème a été de faire une connexion comme ceci:

  docker login galaxy:443
  

  Qui a entraîné une connexion réussie.

  Alors j'ai essayé de pousser l'image à partir de mon ordinateur portable à 'galaxy'.
  
  J'avais déjà créé un tag pour mon image qui ressemblait à ceci:

  galaxy/myImage:0.0.1
  

  J'ai donc essayé de le pousser à le faire:

  docker push galaxy/myImage:0.0.1
  

  À qui j'ai eu la réponse:

  The push refers to repository [docker.io/galaxy/myImage]
  7ab460574f86: Preparing 
  1aecaf56754d: Preparing 
  1df1b5f06ca4: Preparing 
  denied: requested access to the resource is denied
  

  Curieusement, j'ai découvert le correctif de ce était la première balise de l'image comme suit:

  docker tag myImage:0.0.1 galaxy:443/myImage:0.0.1
  

  ... et ensuite faire le push comme ceci:

  docker push galaxy:443/myImage:0.0.1
  

  Donc, pour certaines raisons, j'ai dû inclure le port dans la balise comme une partie obligatoire du nom du référentiel.

  Espère que cela aide les autres.

J'espère vraiment que cela aide quelqu'un (qui ressemble à des réponses définitives, d'abord en tant que moi-même):

Je continue a essayé de taper dans

docker push user/repo/tag

Au lieu

docker push user/repo:tag

Depuis que j'ai également fait ma balise comme ceci:

docker tag image user/repo/tag

...tout l'enfer se perdre.

Je sincirely espère que vous ne répétez pas mon erreur. J'ai perdu 30 minutes sur cette...

Je suis venu ici avec le même message ci-dessus, mais à partir d'Azure DevOps.

Dans mon cas, j'ai été en utilisant le panneau-composer, et pas seulement docker, et l'écriture de la construction du pipeline en yaml.

- task: DockerCompose@0
  displayName: 'Push services'
  inputs:
    azureSubscription: '$(Parameters.azureSubscriptionEndpoint)'
    azureContainerRegistry: '$(Parameters.azureContainerRegistry)'
    dockerComposeFile: '$(Parameters.dockerComposeFile)'
    additionalDockerComposeFiles: |
      docker-compose.release.yml
      docker-compose.ci.yml
    dockerComposeFileArgs: 'PublishFolder=publish'
    action: 'Push services'
    additionalImageTags: '$(Build.BuildId)'
    includeLatestTag: true

Le message que j'ai reçu a été spécialement disant que c'était il essaie de pousser pour docker.io, qui n'était pas ce que je voulais. J'avais l'intention de ce à aller à mon Azure Conteneur de Registre.

Chose qui manquait, c'était cette ligne sous entrées:

containerregistrytype: Azure Container Registry

Le pipeline existant de l'assistant qui a construit le yaml ci-dessus n'ont pas de ligne du tout.
Espérons que cela aide quelqu'un d'autre tire les cheveux sur Azure DevOps.