2016-08-07 17 views
11

Próbuję skonfigurować prywatny rejestr Docker i zapisać obrazy w instancji AWS S3. Rejestr wydaje się działać poprawnie - uruchamia się poprawnie i mogę uwierzytelnić się na nim przez https. Problem, który mam, polega na tym, że uzyskuję błąd przy zapisywaniu na S3, więc zakładam, że istnieje pewien problem z uprawnieniami do zasad SAM IAM.Błąd podczas zapisywania obrazów Docker na wiadrze AWS S3 z prywatnego rejestru Docker

Komenda docker run wygląda następująco:

docker run -p 443:5000 \ 
    --link redis:redis \ 
    -e REGISTRY_STORAGE=s3 \ 
    -e REGISTRY_STORAGE_S3_BUCKET=my-docker-registry \ 
    -e REGISTRY_STORAGE_S3_ACCESSKEY=**** \ 
    -e REGISTRY_STORAGE_S3_SECRETKEY=**** \ 
    -e REGISTRY_STORAGE_S3_REGION=us-east-1 \ 
    -v `pwd`/auth:/auth \ 
    -e REGISTRY_AUTH=htpasswd \ 
    -e "REGISTRY_AUTH_HTPASSWD_REALM=Registry Realm" \ 
    -e REGISTRY_AUTH_HTPASSWD_PATH=/auth/htpasswd \ 
    -v `pwd`/certs:/certs \ 
    -e REGISTRY_HTTP_TLS_CERTIFICATE=/certs/my.com_chain.crt \ 
    -e REGISTRY_HTTP_TLS_KEY=/certs/my.com.key \ 
    -e REGISTRY_STORAGE_CACHE_BLOBDESCRIPTOR=redis \ 
    -e REGISTRY_REDIS_ADDR=redis:6379 \ 
    registry:2.5 

a polityka S3 IAM wygląda następująco:

{ 
    "Version":"2012-10-17", 
    "Statement":[ 
     { 
     "Effect":"Allow", 
     "Action":[ 
      "s3:ListAllMyBuckets" 
     ], 
     "Resource":"arn:aws:s3:::*" 
     }, 
     { 
     "Effect":"Allow", 
     "Action":[ 
      "s3:ListBucket", 
      "s3:GetBucketLocation" 
     ], 
     "Resource":"arn:aws:s3:::my-docker-registry" 
     }, 
     { 
     "Effect":"Allow", 
     "Action":[ 
       "s3:PutObject", 
       "s3:GetObject", 
       "s3:DeleteObject", 
       "s3:ListMultipartUploadParts", 
       "s3:AbortMultipartUpload" 
     ], 
     "Resource":"arn:aws:s3:::my-docker-registry/*" 
     } 
    ] 
} 

Wpis dziennika błędu:

level=error msg="error resolving upload: s3aws: AccessDenied: Access Denied\n\tstatus code: 403, request id: 2B224..." auth.user.name=my-user go.version=go1.6.3 http.request.host=my.domain.com http.request.id=13b79c07-... http.request.method=PATCH http.request.remoteaddr="xx.xx.xx.xx:41392" http.request.uri="/v2/my-test/blobs/uploads/467d94ea-2a77...?_state=zQd-..." http.request.useragent="docker/1.12.0 go/go1.6.3 git-commit/8eab123 kernel/4.4.15-moby os/linux arch/amd64 UpstreamClient(Docker-Client/1.12.0 \\(darwin\\))" instance.id=8a8db6f1-8fe4 vars.name=my-test vars.uuid=467d94ea-2a77 version=v2.5.0 

mam używał podobnej zasady dla przesyłania plików w innych aplikacjach, więc nie jestem pewien, gdzie jest problem. Co muszę zmienić w zasadach IAM, aby umożliwić rejestrowi zapisywanie w zasobniku S3?

+0

Czy możesz wymienić rejestr, którego używasz? Elastic Container Service? –

+0

Używam własnego rejestru, Dockerfile jest w post. – ldg

Odpowiedz

6

wyobraziłem go - nie wiem, czy coś się zmieniło z jak Docker zapisuje plików graficznych, ale wydaje się, teraz trzeba dodać s3:ListBucketMultipartUploads z pozwoleniem wiadro poziomie (blok środkowy poniżej IAM pokazany w całości dla kompletności):

{ 
    "Version":"2012-10-17", 
    "Statement":[ 
     { 
     "Effect":"Allow", 
     "Action":[ 
      "s3:ListAllMyBuckets" 
     ], 
     "Resource":"arn:aws:s3:::*" 
     }, 
     { 
     "Effect":"Allow", 
     "Action":[ 
      "s3:ListBucket", 
      "s3:GetBucketLocation", 
      "s3:ListBucketMultipartUploads" 
     ], 
     "Resource":"arn:aws:s3:::my-docker-registry" 
     }, 
     { 
     "Effect":"Allow", 
     "Action":[ 
       "s3:PutObject", 
       "s3:GetObject", 
       "s3:DeleteObject", 
       "s3:ListMultipartUploadParts", 
       "s3:AbortMultipartUpload" 
     ], 
     "Resource":"arn:aws:s3:::my-docker-registry/*" 
     } 
    ] 
} 

Wydaje się teraz działać dobrze.

Następnym krokiem jest utworzenie pliku dokowania z powyższymi argami docker run, dodanie do niego kontenera redis, który jest pełnym rozwiązaniem rejestru prywatnego.

1

Należy sprawdzić, czy rola S3 IAM jest przypisana do użytkownika IAM, którego klucz dostępu jest używany. Możesz także przypisać tę rolę do instancji EC2 i unikać używania tego klucza dostępu.

+0

Dzięki @ shankar-p-s - działa, jeśli zmienię akcje IAM na wieloznaczne '*', czego wolałbym nie robić, po prostu muszę dowiedzieć się, które pozwolenie mi brakuje i gdzie. Nie jestem pewien, czy mogę przypisać rolę do instancji EC2, ponieważ uruchamiam rejestr w kontenerze, a także chcę, aby był przenośny. – ldg

Powiązane problemy