odmowa: zażądano dostępu do zasobu odmowa: doker

372

Śledzę ten link, aby utworzyć mój pierwszy obraz dokera i poszedł pomyślnie i teraz próbuję wypchnąć ten obraz do mojego repozytorium dokera z tego linku . Ale ilekroć próbuję wepchnąć ten obraz do repozytorium, pojawia się tego rodzaju błąd.

denied: requested access to the resource is denied

wprowadź opis zdjęcia tutaj

Czy ktoś mógłby dać mi wskazówkę dotyczącą tego problemu? Każda pomoc byłaby mile widziana.

Uwaga: udało mi się zalogować do dokera

Keyur Shah
źródło
Upewnij się, że nie popełniasz tego błędu: stackoverflow.com/a/59626146/4954434
Jithin Pavithran
Upewnij się, że potwierdzasz swój adres e-mail. Jeśli zastanawiasz się, kto zrobiłby takie głupie rzeczy, nie potwierdziłem adresu e-mail przed wysłaniem wiadomości.
Luv33preet

Odpowiedzi:

549

Przed wypchnięciem dokera może być konieczne przełączenie repo dokera na prywatne.

Dzięki odpowiedzi udzielonej przez Deana Wu i temu komentarzowi przez ses , pamiętaj, aby się wylogować , a następnie zalogować się z wiersza polecenia na swoje konto w centrum dokerów

# you may need log out first `docker logout` ref. https://stackoverflow.com/a/53835882/248616
docker login

Według dokumentów :

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.

Oznacza to, że musisz otagować obraz przed pchnięciem:

docker tag firstimage YOUR_DOCKERHUB_NAME/firstimage

i wtedy powinieneś być w stanie to popchnąć.

docker push YOUR_DOCKERHUB_NAME/firstimage
Webert Lima
źródło
43
Nie dla mnie. Próbowałem wszystkich kombinacji [host]/[namespace]/[repo]i nadal ten sam błąd (co oznacza, że ​​mam organizacje i moje konto jako przestrzeń nazw). Nawet próbowałem docker login .... Nie mogę naciskać: - |
nicerobot
1
hii I podążam za twoim poleceniem, otrzymałem Błąd --- Odpowiedź błędu od demona: Brak takiego obrazu: ubuntu-nodejs: najnowszy
Yash
34
Ta odpowiedź nie powinna być oznaczona jako zaakceptowana! Podane rozwiązanie wyraźnie nie działa, jak wskazali inni.
SamDevx
6
Miałem ten sam problem i okazało się, że nie byłem poprawnie zalogowany. „login dokera” zachowuje się niezręcznie, pokazywał „logowanie powiodło się”, nawet gdy wprowadziłem nieprawidłowe hasło. Aby się odpowiednio zalogować, użyłem „login dokera <url> --username = <nazwa_użytkownika>”. Po opublikowaniu „wypychanie dokera” działało zgodnie z oczekiwaniami.
Devesh Chanchlani
2
Ta odpowiedź nie jest kompletna i nie działała dla mnie. Venu S udzielił kompletnej odpowiedzi, która rozwiązała dla mnie ten problem.
rm.rf.etc
184

Ten sam problem wystąpił podczas kursu dla początkujących dokerów. Rozwiązałem problem, wykonując docker loginpolecenie push przed dokerem.

Dean Wu
źródło
8
FWIW, byłem coraz poświadczenia błędach się nadocker login . sudo docker loginpracował dla mnie. To pozwoliło mi wypchnąć moje prywatne repozytorium.
johnsampson
1
Najwyraźniej seminarium internetowe Docker jest nieaktualne.
Luís de Sousa
Zastrzeżenie z sudo - patrz moja odpowiedź
rhoerbe
80

Miałem ten sam problem, ale zaakceptowana tutaj odpowiedź nie działała dla mnie. Spróbowałem kilku kroków i udało mi się w końcu to zrobić. Mam nadzieję, że to komuś pomoże.

Oto kroki, które zadziałały dla mnie:

1) Zaloguj się do dokera.

docker login -u sirimalla

2) Oznacz swoją kompilację obrazu

nazywam się tutaj: mylocalimage i domyślnie ma tag: najnowszy,
a moja nazwa użytkownika to: sirimalla zarejestrowana w chmurze dokerów, i utworzyłem publiczne repozytorium o nazwie: dockerhub

więc moje osobiste repozytorium staje się teraz: sirimalla / dockerhub i chcę przesłać mój obraz tagiem:myfirstimagepush

Oznaczono jako poniżej:

docker tag mylocalimage:latest sirimalla/dockerhub:myfirstimagepush

3) Wepchnąłem obraz do mojego osobistego repozytorium dokerów, jak poniżej

docker push sirimalla/dockerhub:myfirstimagepush

I z powodzeniem przeszedł na moje osobiste repozytorium dokerów.

Wenus
źródło
2
Ta odpowiedź rozwiązała mój problem. To powinna być zaakceptowana odpowiedź. Druga odpowiedź nie jest kompletna i nie działała dla mnie. Na przykład druga odpowiedź nie wspomina o docker login. Do czasu przejścia do tego wątku nie wiedziałem o tym docker login.
rm.rf.etc
w ogóle należy używać sudo poprzedzając Wszystkie polecenia ref projectatomic.io/blog/2015/08/...
wmitchell
Zastrzeżenie z sudo - patrz moja odpowiedź
rhoerbe
1
To był szczeniak.
Dave Hodgkinson,
1
Tak, ta odpowiedź tylko rozwiązała mój problem. Proszę polecić tego, kto chce rozwiązać ten problem.
Maha Lak,
42

Ważne jest również, aby pamiętać, że kiedy tagujesz swój obraz, oznaczasz go za pomocą przestrzeni nazw, a następnie repozytorium / mydevrepo . Zdezorientowało mnie to, gdy śledziłem dokumenty Dockera. Następnie użyłem:

docker login

A potem wypchnąłem obraz za pomocą „otagowanej nazwy” .

docker push {namespace}/mydevrepo
Erick Boshoff
źródło
39

Użyj poniższych poleceń:

$ 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

np. mam publiczne repozytorium, takie jak manjeet86 / docker-repo, więc polecenia będą:

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

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

Tylko zobacz, :zamiast /tego była sztuczka. Mi to pasuje. Nie wiem, czy pozwala ci to na tagowanie /w miejscu, :ale może to być w innym celu.

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

MSingh
źródło
1
To działało dla mnie, :zamiast zamiast /, dzięki.
Kris,
Możliwe wyjaśnienie problemu w tym wątku: github.com/moby/moby/issues/31760#issuecomment-309812486
gp.
Dzięki, to było to. Powinna być przyjęta odpowiedź
imho
10

Sposób, w jaki doker obsługuje identyfikatory użytkowników i repozytoria, może być nieco mylący. Załóżmy, że tworzysz konto użytkownika xyz w centrum dokowania. Nowe konto automatycznie ustanawia przestrzeń nazw xyz. Następnie tworzysz repozytorium o nazwie myrepo. Nazwa repozytorium faktycznie będzie xyz/myrepo.

Aby przesłać obraz, należy:

docker push docker.io/xyz/myrepo

W razie potrzeby możesz dodać „: najnowsze” lub inny tag.

Jeśli pojawi się requested access to the resource is deniedkomunikat o błędzie:

  1. Wejdź na https://hub.docker.com/ i zaloguj się jako xyz.
  2. Kliknij swoje repozytorium xyz / myrepo.
  3. Kliknij Współpracowników.
  4. Dodaj xyz jako współpracownika.
Paulo Merson
źródło
oznacza to, że nie możemy przesyłać zdjęć z publicznego repozytorium innej firmy?
sdinesh94,
Nie działało dla mnie :(
Nom1fan
10

Nie jestem pewien, co się stało z hubem dokującym, ale żadne z opublikowanych rozwiązań nie działało dla mnie. Oto obejście, które zakończyło się dla mnie działaniem od stycznia 2018 r .:

  1. Wejdź na hub.docker.com i zmień swoje repozytorium na prywatne
  2. W swojej powłoce wykonaj:

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. Wróć do centrum dokowania i zmień repo z powrotem na publiczny. To działało dla mnie.
Allaroundgames 2016
źródło
8

Docker ma również limit liczby prywatnych repozytoriów, które możesz mieć. Jeśli tworzysz prywatne repozytorium poprzez wypychanie z komputera lokalnego, utworzy ono repozytorium, ale nic więcej nie będzie można do niego wypchnąć ani wyciągnąć z niego, a otrzymasz błąd „odmówiono dostępu do zasobu”.

rghazali
źródło
jak zawsze wypychać jako publiczne repo?
Raja Anbazhagan,
7

System operacyjny: Ubuntu16.04

Przyczyna: usunąłem plik konfiguracyjny klienta ( ~ / .docker / config.json )

Rozwiązanie:

  • Uruchom ponownie okno dokowane.
    restart dokera usługi .
  • Musi wprowadzić dane logowania, a następnie automatycznie wygeneruje plik konfiguracyjny.
    login dokera - nazwa_użytkownika = twoja nazwa_dokrętu [email protected]
Utwór muzyczny
źródło
1
To było jedyne rozwiązanie, które działało dla mnie. Zaktualizowałem mój doker, a następnie z jakiegoś powodu plik dokowania mvn: wypychanie nie powiodło się z tym wyjątkiem. Usunięcie tego config.json naprawiło.
anand1st
To mi też pomogło. Uświadomiłem sobie, że aby się zalogować, nie powinienem umieszczać docker login https://index.docker.io/v1/ -u=yourusername
adresu
7

Moim problemem było po prostu użycie nieprawidłowych znaków (dodatkowe /) w nazwie mojego obrazu:

myusername/something/image

to nieprawidłowa nazwa obrazu. Spróbuj myusername / something-image. Mam nadzieję, że to komuś pomoże.

patrickbadley
źródło
Taki okropny, niespecyficzny komunikat o błędzie! Robiłem to samo. Ponadto nie będzie dopuszczać powtarzających się znaków specjalnych , np __.
ijoseph
Działa dla mnie, dzięki!
Kenny Lee
6

Miałem dzisiaj ten sam problem. Jedyną rzeczą, która działała dla mnie, było jawne zalogowanie się do „docker.io” :

docker login docker.io

Próbowałem różnych innych nazw, a logowanie wydawałoby się działać, ale później spowodowałoby to następujący błąd.

żądany dostęp do zasobu jest zabroniony

jsight
źródło
2
To także rozwiązało problem. Próbowałem docker loginbezskutecznie, ale wyraźne docker.iona końcu załatwiło sprawę.
żartuje
To było dla mnie
Glitcher
jawne logowanie do docker.io nie działało dla mnie. Logowanie działało w przeszłości, teraz przestało działać.
rhoerbe
5

Byłem też z tym problemem, testowałem obecne rozwiązania tutaj, ale bezskutecznie, byłem poprawnie zalogowany, przynajmniej zgodnie z wynikami, docker loginale nadal nie mogłem przesuwać obrazu. W końcu zadziałało po prostu:

docker logout

I docker loginznowu było to takie trywialne. Nie jestem pewien, co się stało, ale wymuszenie ponownego logowania zadziałało.

Hito
źródło
1
To mi też pomogło!
Levente Orbán
1
Tak, po wylogowaniu wraca do mnie. Dziękuję Ci!
Nam G VU
4

Jeśli napotkasz ten problem podczas korzystania z rejestru Azure Container Registry, możesz go rozwiązać, logując się najpierw do rejestru.

docker login yourregistry.azurecr.io

A następnie otaguj obraz, aby pasował do nazwy hosta rejestru.

docker image tag yourimagename:[version] yourregistry.azurecr.io/yourimagename:[version]

A potem w końcu go popchnij.

docker push yourregistry.azurecr.io/yourimagename:[version]
hendryanw
źródło
1
To właśnie pomogło pochodzić z platformy Azure! To nie przestrzeń nazw, ale nazwa hosta rejestru jest pierwszą częścią znacznika!
binaryguy
4

Tym, którzy próbują wypchnąć obraz do własnego menedżera repozytorium Nexus, wykonaj następujące czynności:

1) Zaloguj się do menedżera repozytorium Nexus (port 8443 jest powiązany z określonym repozytorium hosta Docker)

sudo docker login xxx.mydomain.com:8443

2) Oznacz obraz swoim NEXUS SERVER IP / DNS

sudo docker tag myimage:latest xxx.mydomain.com:8443/myimage:1.0.0

3) Naciśnij obraz

sudo docker push xxx.mydomain.com:8443/myimage:1.0.0
Phil
źródło
Miałem problem z wtyczką dokującą Jenkins, która zawsze odnosiła się do docker.io. Tagowanie jak xxx.mydomain.com:8443/myimage:1.0.0 rozwiązało problem. Pamiętaj, aby pominąć procotol i / v2 / stuff.
Himmet Avsar,
dlaczego dodać port. I którego port dodać w pobliżu xxx.mydomain.com. 8443 jest na wiosenny rozruch https. Co jeśli, jeśli jest to aplikacja kątowa
P Satish Patro
1
@PSatishPatro Kiedy twoje repozytorium rozpoznaje konkretny port http / https, tag będzie musiał wiedzieć, gdzie go popchnąć (ponieważ tak naprawdę nie mówisz, gdzie ma iść - jako parametr), jak wspomniano powyżej, musi to być dokładny adres URL jako repozytorium pełnego nexusa.
Phil
3

Zaloguj się z aplikacji. Próbowałem tylko z terminalu bez powodzenia.

To jest wersja 17.06.1

wprowadź opis zdjęcia tutaj

Ignacio Pascual
źródło
Na MacOS było to dla mnie rozwiązanie.
Vagari
3

Proste rozwiązanie robocze:

Przejdź tutaj https://hub.docker.com/, aby utworzyć prywatną repozytorium z nazwą na przykład johnsmith/private-repositoryjest to NAME/REPOSITORYbędziesz używać dla obrazu podczas budowania wizerunku.

  • Pierwszy, docker login

  • Po drugie, używam „ docker build -t johnsmith/private-repository:01 .” do tworzenia obrazu i używam „ docker images” do potwierdzenia obrazu utworzonego np. W tym żółtym polu poniżej: (przepraszam, nie mogę wkleić formatu tabeli, ale tylko ciąg tekstowy)

johnsmith / private-repository (REPOSITORY) 01 (TAD) c5f4a2861d6e (ID OBRAZU) 2 dni temu (UTWORZONY) 305 MB (ROZMIAR)

  • Po trzecie, używam docker push johnsmith/private-repository:01

Gotowy!

Łajno
źródło
2

Moja odpowiedź jest związana z podobnymi problemami związanymi z platformą Azure DevOps, które miałem z następującym wspólnym potokiem (jest bardziej szczegółowy, ale może pomóc komuś zaoszczędzić czas):

  1. Uzyskaj źródła z github
  2. Zbuduj obraz dokera
  3. Wciśnij obraz dokera do dockerhub

Błąd, który otrzymałem podczas wypychania, denied: requested access to the resource is deniedwysłał mnie tutaj.

Uważaj na zmienną $(Build.Repository.Name)zawartą w nazwie obrazu. Domyślnie jest to nazwa repozytorium od github, ale aby działało, powinno działać dockerhub_account_username/your_dockerhub_repository_name.

Wymień $(Build.Repository.Name)się dockerhub_account_username/your_dockerhub_repository_namew polu Nazwa obrazu dla obu etapów budowania i pchania.

Jest to potrzebne interfejsowi API dockerhub, aby wiedzieć, gdzie przesunąć obraz.

Gabriel P.
źródło
2

To działało po Zmieniłem „ doker logowanie https://hub.docker.com ” na " doker logowanie docker.io ” i pod warunkiem, nazwę użytkownika i hasło.

Następnie wykonaj poniższe polecenia:

docker tag local-image:tagname new-repo:tagname

docker push new-repo:tagname

UWAGA: „new-repo” będzie zawierać „Docker ID + nazwa repo”

Tutaj utworzyłem repozytorium „ubuntu” w Docker Hub przed uruchomieniem komendy poniżej.

Przykład:

docker tag alok/ubuntu:latest aloktiwari2007/ubuntu:latest

docker push aloktiwari2007/ubuntu:latest
Alok Tiwari
źródło
dla mnie ważną kwestią była zmienna w poleceniu tagu dokera, powinna ona być następująca - <dockeruserid> / <nazwa zdalnego repozytorium>: <tag>. W poleceniu push należy użyć tego samego identyfikatora znacznika.
Tanmay Patil,
1

Jeśli po tym nadal się nie powiedzie docker login, upewnij się, że repozytorium, do którego próbujesz wypchnąć, zostało utworzone.

louis_guitton
źródło
1

Mam też ten problem. Okazuje się, że korzystam z bezpłatnej warstwy i próbuję przekazać więcej niż 1 obraz w prywatnym repozytorium. Ustawienie 1 obrazu jako prywatnego, a reszty publicznego, działało dla mnie.

Shige
źródło
1

W moim przypadku naciskałem na organizację, w której pracuję w zespole, który ma uprawnienia administratora do repozytorium.

więc moje polecenie push brzmiało: docker push org-name/image-name

Mógłbym z powodzeniem wypchnąć nazwę użytkownika / image-name, ale nie do organizacji. Potrójnie sprawdziłem uprawnienia. Nic nie działało.

Rozwiązaniem było usunięcie repozytorium z centrum dokowania i ponowne wypchnięcie go za pomocą: docker push org-name/image-name

Jeśli chodzi o jego wartość, myślę, że repo zostało pierwotnie przekazane, zanim konto zostało przekształcone w organizację.

schmidlop
źródło
1

Tak więc, jeśli jest to pomocne dla każdego ...
Miałem ten sam problem i oto mój problem i FIX.

  • Miałem komputer w mojej sieci testowej o nazwie „galaxy”.
  • Konfiguruję rejestr dokera za pomocą następującego polecenia uruchamiania:

    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
    

    Potem próbowałem wypchnąć obraz do galaktyki z laptopa w sieci, więc zrobiłem to:

    docker login galaxy
    

    To dałoby mi błąd, który powiedziałby:

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

    Co dziwne, rozwiązaniem tego problemu było zalogowanie się w następujący sposób:

    docker login galaxy:443
    

    Spowodowało to pomyślne logowanie.

    Próbowałem więc przepchnąć obraz z laptopa do „galaktyki”.
    Utworzyłem już tag dla mojego obrazu, który wyglądał tak:

    galaxy/myImage:0.0.1
    

    Więc próbowałem to zrobić w ten sposób:

    docker push galaxy/myImage:0.0.1
    

    Na co otrzymałem odpowiedź:

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

    Co dziwne, odkryłem, że poprawka polegała na tym, że najpierw oznaczyłem obraz w następujący sposób:

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

    ... a następnie wykonaj push w ten sposób:

    docker push galaxy:443/myImage:0.0.1
    

    Z jakiegoś powodu musiałem podać port w tagu jako wymaganą część nazwy repozytorium.



    Mam nadzieję, że to pomaga innym.

  • Deoji
    źródło
    1

    wszystkie poprzednie odpowiedzi były poprawne, chcę tylko dodać informację, o której widziałem, że nie wspomniano;

    Jeśli projekt jest projektem prywatnym, aby poprawnie przesłać obraz, należy skonfigurować osobisty token dostępu lub wdrożyć token z włączonym kluczem read_registry.

    źródło: https://gitlab.com/help/user/project/container_registry#using-with-private-projects

    mam nadzieję, że jest to pomocne (także jeśli pytanie zostało do tej pory opublikowane)

    AtomiX84
    źródło
    1

    Ta odpowiedź dotyczy zarówno mojego przyszłego ja, jak i każdego innego. Dokładnie napotkałem ten problem, gdy jestem zalogowany poprawnie, ale próbuję wypchnąć repozytorium prywatne, gdy moja liczba prywatnych repozytoriów jest większa lub równa limitowi dozwolonemu przez mój plan.

    Nie jestem do końca pewien, w jaki sposób udało mi się utworzyć zbyt wiele prywatnych repozytoriów, ale jeśli mój plan obejmuje 5 prywatnych repozytoriów, a jakoś mam 6, to jest to błąd, który otrzymam:

    denied: requested access to the resource is denied

    W moim przypadku możliwe jest, że skończyło mi się zbyt wiele prywatnych repozytoriów, ponieważ mam domyślną widoczność ustawioną na private:

    Domyślna widoczność

    W tym miejscu określasz, ile prywatnych repozytoriów możesz mieć:

    Plany rozliczeniowe

    Gdy podałem problematyczne repozytorium do publicznej wiadomości, problem stał się oczywisty:

    Ustaw repozytorium jako prywatne 5 z 5

    Matthew James Briggs
    źródło
    1

    Naprawdę mam nadzieję, że to pomoże komuś (kto szuka ostatecznych odpowiedzi jako pierwszy):

    Ciągle próbowałem pisać

    docker push user/repo/tag
    

    Zamiast

    docker push user/repo:tag
    

    Ponieważ zrobiłem też mój tag w ten sposób:

    docker tag image user/repo/tag
    

    ... całe piekło się rozpadło.

    Mam szczerą nadzieję, że nie powtórzysz mojego błędu. Zmarnowałem na to 30 minut ...

    GeorgiG
    źródło
    1

    Powolnie dodaję jeszcze jedną odpowiedź, ale w zaakceptowanej odpowiedzi i pozostałych odpowiedziach docker loginnie ma przypadku, aby rozwiązać problemy, które inni podają w komentarzach.

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

    Nacisk na portkonieczność wpisania jest prawdopodobnie rozwiązaniem dla tych, którzy wciąż szukają. docker loginlub docker login <private-repo-host>może połączyć się bez problemu, ale jeśli przyjdzie czas na wypychanie obrazów, pojawi się ten sam błąd co OP.

    Oznacza to, że możesz podłączyć bez definiującego hosta lub portu i nadal uzyskać:

    ...

    Logowanie powiodło się

    W moim przypadku używam wbudowanego rejestru dokowanego-rejestru GitLab, który został skonfigurowany do używania portu 4567. Sprawdzanie, z jakiego portu należy uzyskać dostęp do rejestru, może być ryzykowne. Bez wskazania, że ​​port docker login <our.gitlab.host>zaloguje się pomyślnie, ale przekaże ten sam problem, o który zapytał PO:

    ...

    Push odnosi się do repozytorium [...]

    odmowa: dostęp zabroniony

    Jeśli korzystasz z docker.io/dockerhub, prawdopodobnie nie będziesz mieć tego problemu, ale jeśli masz rozwiązanie hosta / rejestru prywatnego, prawdopodobieństwo wzrasta, musisz jawnie zalogować się przy użyciu hosta i portu dla rejestru dokera .

    Arthur Weborg
    źródło
    Dziękuję, najbardziej pomocny!
    Alfabravo
    1

    Nie wolno wprowadzać w błąd w kierunku nazwy znacznika.
    Moje podejście do rozwiązania tego:

    Command 1(Create Tag): docker tag my-nginx:latest rsachde/nginx-repository/trys:1.0 (Didn't push)
    Command 2(Push): docker push rsachde/nginx-repository/try:1.0 
    

    Wynik:

    odmowa: odmówiono dostępu do zasobu


    Command 1.1(Create Tag): docker tag my-nginx:latest rsachde/nginx-repository/:trys 
    Command 2.2(Push): docker push rsachde/nginx-repository:trys 
    

    Wynik:

    trys: digest: sha256: 405b6f0ae25772ef71b8f59fd6a56ff9b426f50bd24bac2b5db41f65efd3387c rozmiar: 1365

    Mylące jest Tag, upewnij się, że to rozumiesz.

    Ria Sachdeva
    źródło
    1

    najłatwiej jest użyć pulpitu dokującego (dla Windows 10 lub nowszego i Mac)

    pierwsza rejestracja w hubie dokowania poprzez podanie dockerID

    następnie kliknij ikonę pulpitu dokującego na swoim komputerze i -> Preferencje -> następnie zaloguj się do niego za pomocą dokera / identyfikatora i hasła centrum dokującego.

    wprowadź opis zdjęcia tutaj

    Jayani Sumudini
    źródło
    0

    zmień nazwę obrazu na nazwę użytkownika / znacznik dokowania nazwa-obrazu twój-bieżący-obraz / bieżący-obraz dokera-nazwa_użytkownika / some-name: twój-znacznik (przykład: najnowszy)

    Italo José
    źródło
    0

    Spróbuj wylogować się z aplikacji „Docker dla Windows” i wylogować się z witryny https://hub.docker.com/, a następnie wykonać „logowanie dokera ” i „push dokera ”. Pomogło mi to.

    Vladimir
    źródło