Cette page a été traduite par l'API Cloud Translation.

Configurer l'authentification auprès d'Artifact Registry pour Docker

Cette page explique comment configurer Docker pour qu'il s'authentifie sur les dépôts Docker Artifact Registry.

Vous n'avez pas besoin de configurer l'authentification pour les environnements d'exécution Cloud Build ou Google Cloud, tels que Google Kubernetes Engine et Cloud Run, mais vous devez vérifier que les autorisations requises sont configurées.

Avant de commencer

Install the Google Cloud CLI, then initialize it by running the following command:
```
gcloud init
```
(Facultatif) Configurez des valeurs par défaut pour gcloud CLI gcloud.
Vérifiez que le compte que vous utilisez pour l'authentification dispose de l'autorisation d'accéder à Artifact Registry. Nous vous recommandons d'utiliser un compte de service plutôt qu'un compte utilisateur.
Installez Docker si ce n'est pas encore fait. Docker est inclus dans Cloud Shell.
Docker nécessite un accès privilégié pour interagir avec les registres. Sous Linux ou Windows, ajoutez l'utilisateur que vous utilisez pour exécuter des commandes Docker au groupe de sécurité Docker. Cette étape n'est pas requise sous macOS, car Docker Desktop s'exécute sur une machine virtuelle en tant qu'utilisateur racine.
Linux

Le groupe de sécurité Docker s'appelle docker. Pour ajouter votre nom d'utilisateur, exécutez la commande suivante :
```
      sudo usermod -a -G docker ${USER}
      
```
Windows

Le groupe de sécurité Docker s'appelle docker-users. Pour ajouter un utilisateur à partir de l'invite de commande administrateur, exécutez la commande suivante:
```
        net localgroup docker-users DOMAIN\USERNAME /add
        
```
Où :
- DOMAIN est votre domaine Windows.
- USERNAME est votre nom d'utilisateur.
Déconnectez-vous et reconnectez-vous pour que les modifications apportées à la liste des membres du groupe soient appliquées. Si vous utilisez une machine virtuelle, vous devrez peut-être la redémarrer pour que ces modifications prennent effet.

Remarque:Le groupe de sécurité Docker dispose d'un accès équivalent à l'utilisateur racine ou à l'utilisateur administrateur. N'ajoutez que des utilisateurs de confiance nécessitant un accès à Docker. Pour en savoir plus sur les conséquences sur la sécurité, consultez la page Sécurité du daemon Docker.

Choisir une méthode d'authentification

Les méthodes d'authentification suivantes sont disponibles :

Assistant d'identification gcloud CLI: Configurez vos identifiants Artifact Registry à utiliser avec Docker directement dans la gcloud CLI. Il s'agit de la méthode d'authentification la plus simple, mais elle peut être plus lente que l'assistant d'identification autonome.
Assistant d'identification Docker autonome: Cette option permet principalement de configurer vos identifiants à utiliser avec Docker en l'absence de Google Cloud CLI. Il est beaucoup plus rapide que l'assistant d'identifiants de gcloud CLI et utilise les identifiants par défaut de l'application (ADC) pour rechercher automatiquement des identifiants dans votre environnement.
Jeton d'accès: Vous pouvez générer un jeton d'accès éphémère pour un compte de service, puis l'utiliser pour l'authentification par mot de passe. Étant donné que le jeton n'est valable que 60 minutes, il s'agit d'une option plus sûre qu'une clé de compte de service.
Clé de compte de service: Paire de clés gérée par l'utilisateur que vous pouvez utiliser comme identifiant pour un compte de service. Les identifiants étant de longue durée, il s'agit de l'option la moins sécurisée de toutes les méthodes d'authentification disponibles.

Dans la mesure du possible, utilisez un jeton d'accès ou un assistant d'identification pour réduire le risque d'accès non autorisé à vos images de conteneurs. Si vous devez utiliser une clé de compte de service, assurez-vous de suivre les bonnes pratiques de gestion des identifiants.

Paramètres d'authentification dans le fichier de configuration Docker

Docker enregistre les paramètres d'authentification dans le fichier de configuration config.json.

Linux : ~/.docker/config.json
Windows : %USERPROFILE%\.docker\config.json

Le fichier contient des sections distinctes pour les différentes méthodes d'authentification:

credHelpers: Si vous utilisez l'assistant d'identification Docker pour l'authentification, Artifact Registry stocke les paramètres de l'assistant d'identification dans la section credHelpers du fichier.
auths: Si vous utilisez Docker pour vous connecter avec un jeton ou une clé de compte de service comme mot de passe, Docker stocke une version encodée en base64 de vos identifiants dans la section auths du fichier.
credStore: Si vous avez configuré un répertoire d'identifiants pour gérer vos identifiants, les paramètres du répertoire d'identifiants se trouvent dans la section credStore du fichier.

Lorsque Docker se connecte à un registre, il recherche d'abord un assistant d'identification associé à l'hôte. Par conséquent, si votre config.json inclut des paramètres d'Artifact Registry dans les sections credHelpers et auths, les paramètres de la section auths sont ignorés.

Assistant d'identification gcloud CLI

L'assistant d'identification gcloud CLI fournit un accès sécurisé et de courte durée aux ressources de votre projet. Il configure Docker pour s'authentifier auprès des hôtes Artifact Registry dans n'importe quel environnement où la Google Cloud CLI est installée. Cloud Shell inclut la Google Cloud CLI et une version actuelle de Docker.

L'assistant d'identification de gcloud CLI est la méthode d'authentification la plus simple à configurer. Il configure Docker avec les identifiants de l'utilisateur actif ou du compte de service dans votre session gcloud CLI. Étant donné que cet assistant d'identification dépend de gcloud CLI, il peut être beaucoup plus lent que l'assistant d'identification autonome. Pour les compilations automatisées avec des outils tiers ou des clients Docker avec un grand nombre d'hôtes de registre configurés, utilisez plutôt l'assistant d'identification autonome.

Pour vous authentifier auprès d'Artifact Registry :

Connectez-vous à la gcloud CLI en tant qu'utilisateur qui exécutera les commandes Docker.
- Pour configurer l'authentification avec des identifiants utilisateur, exécutez la commande suivante :
```
gcloud auth login
```
- Pour configurer l'authentification avec des identifiants de compte de service, exécutez la commande suivante :
```
gcloud auth activate-service-account ACCOUNT --key-file=KEY-FILE
```
  Où
  - ACCOUNT est le compte de service que vous souhaitez utiliser avec Artifact Registry au format USERNAME@PROJECT-ID.iam.gserviceaccount.com. Si vous souhaitez utiliser un compte existant, vous pouvez afficher la liste des comptes de service sur la page Comptes de service de la console Google Cloud ou avec la commande gcloud iam service-accounts list.
  - KEY-FILE est le fichier de clé du compte de service. Pour en savoir plus sur la création d'une clé, consultez la documentation IAM (Identity and Access Management).
  Remarque :Les clés de compte de service constituent un risque pour la sécurité si elles ne sont pas gérées correctement. Dans la mesure du possible, vous devez choisir une alternative plus sécurisée aux clés de compte de service. Si vous devez vous authentifier avec une clé de compte de service, vous êtes responsable de la sécurité de la clé privée et des autres opérations décrites dans la section Bonnes pratiques pour la gestion des clés de compte de service. Si vous ne parvenez pas à créer une clé de compte de service, il est possible que la création de clé de compte de service soit désactivée pour votre organisation. Pour en savoir plus, consultez la page Gérer les ressources d'organisation sécurisées par défaut.
Exécutez la commande suivante :
```
gcloud auth configure-docker HOSTNAME-LIST
```
Où HOSTNAME-LIST est une liste de noms d'hôtes de dépôt séparés par une virgule, à ajouter à la configuration de l'assistant d'identification.

Par exemple, pour ajouter les régions us-west1 et asia-northeast1, exécutez la commande suivante :
```
gcloud auth configure-docker us-west1-docker.pkg.dev,asia-northeast1-docker.pkg.dev
```
Les noms d'hôte spécifiés sont ajoutés à la configuration de l'assistant d'identification. Vous pouvez ajouter d'autres noms d'hôte à la configuration plus tard en exécutant à nouveau la commande.

Pour afficher la liste des emplacements de dépôt acceptés, exécutez la commande suivante :
```
gcloud artifacts locations list
```
La commande affiche la section credHelpers de votre configuration Docker actuelle et la configuration mise à jour après l'ajout des noms d'hôte spécifiés.

Pour accepter les modifications de configuration, saisissez y.

Vos identifiants sont enregistrés dans votre répertoire d'accueil utilisateur.
- Linux : $HOME/.docker/config.json
- Windows : %USERPROFILE%/.docker/config.json
Docker requiert que les assistants d'identification se trouvent dans le PATH système. Vérifiez que la commande gcloud se trouve dans le système PATH.

Assistant d'identification autonome

L'assistant d'identification Docker autonome configure Docker pour s'authentifier auprès d'Artifact Registry sur un système sur lequel la gcloud CLI n'est pas disponible. Il est beaucoup plus rapide que l'assistant d'identifiants de la gcloud CLI et utilise les identifiants par défaut de l'application (ADC) pour rechercher automatiquement des identifiants dans votre environnement. Pour les opérations autres que l'envoi et la récupération d'images, telles que l'ajout de tags ou la liste des images. Nous vous recommandons d'utiliser cette méthode d'authentification pour les compilations automatisées avec des outils tiers ou des clients Docker avec un grand nombre d'hôtes de registre configurés.

L'assistant d'identification Docker autonome récupère vos identifiants Artifact Registry et les écrit dans le fichier de configuration Docker. Ainsi, vous pouvez utiliser l'outil de ligne de commande Docker, docker, pour interagir directement avec Artifact Registry.

Pour utiliser l'assistant d'identification Docker :

Connectez-vous à l'ordinateur en tant que l'utilisateur qui exécutera les commandes Docker.

Téléchargez l'assistant d'identification Docker autonome sur GitHub.

Vous pouvez éventuellement utiliser l'utilitaire de ligne de commande curl. Exemple :

VERSION=2.1.25
OS=linux  # or "darwin" for OSX, "windows" for Windows.
ARCH=amd64  # or "386" for 32-bit OSs

curl -fsSL "https://github.com/GoogleCloudPlatform/docker-credential-gcr/releases/download/v${VERSION}/docker-credential-gcr_${OS}_${ARCH}-${VERSION}.tar.gz" \
| tar xz docker-credential-gcr \
&& chmod +x docker-credential-gcr && sudo mv docker-credential-gcr /usr/bin/

Configurez Docker pour qu'il utilise vos informations d'identification Artifact Registry lors de l'interaction avec Artifact Registry (action à effectuer une seule fois) :
```
docker-credential-gcr configure-docker --registries=HOSTNAME-LIST
```
Où HOSTNAME-LIST est une liste de noms d'hôtes de dépôt séparés par une virgule, à ajouter à la configuration de l'assistant d'identification.

Par exemple, pour ajouter les régions us-west1 et asia-northeast1, exécutez la commande suivante :
```
docker-credential-gcr configure-docker --registries=us-west1-docker.pkg.dev,asia-northeast1-docker.pkg.dev
```
Les noms d'hôte spécifiés sont ajoutés à la configuration de l'assistant d'identification. Vous pouvez ajouter d'autres noms d'hôte à la configuration plus tard en exécutant à nouveau la commande.

Pour afficher la liste des emplacements de dépôt acceptés, exécutez la commande suivante :
```
gcloud artifacts locations list
```
Pour en savoir plus, consultez la documentation de l'assistant d'identification Docker autonome sur GitHub.

Remarque : Si vous exécutez généralement des commandes Docker sous Linux avec sudo, Docker recherche les identifiants Artifact Registry dans /root/.docker/config.json au lieu de $HOME/.docker/config.json. Si vous souhaitez utiliser sudo avec des commandes docker au lieu d'utiliser le groupe de sécurité Docker, configurez plutôt les identifiants avec sudo docker-credential-gcr configure-docker.

Vos identifiants sont enregistrés dans votre répertoire d'accueil utilisateur.
- Linux : $HOME/.docker/config.json
- Windows : %USERPROFILE%/.docker/config.json
Docker requiert que les assistants d'identification se trouvent dans le PATH système. Vérifiez que la commande docker-credential-gcr se trouve dans le système PATH.
Pour vérifier que l'assistant d'identification peut récupérer vos identifiants, exécutez la commande suivante:
```
echo "https://HOSTNAME" | docker-credential-gcr get
```
Remplacez HOSTNAME par un nom d'hôte que vous avez ajouté à la configuration. Exemple :
```
echo "https://us-west1-docker.pkg.dev" | docker-credential-gcr get
```
Si la commande aboutit, la sortie JSON renvoyée inclut un jeton dans le champ Secret. Exemple :
```
{"ServerURL":"https://us-west1-docker.pkg.dev","Username":"_dcgcr_2_0_0_token","Secret":"ya29..."}
```

Docker est à présent configuré pour s'authentifier avec Artifact Registry. Pour stocker et extraire des images, assurez-vous que les autorisations sont correctement configurées.

Jeton d'accès

Vous pouvez générer un jeton d'accès OAuth de courte durée pour vous authentifier auprès d'Artifact Registry. Comme le jeton est valide pendant 60 minutes, vous devez le demander moins d'une heure avant de vous en servir pour vous connecter à Artifact Registry.

Pour utiliser un jeton d'accès avec des identifiants de compte de service:

Créez un compte de service pour agir au nom de votre application ou sélectionnez un compte de service existant que vous utilisez pour l'automatisation.
Accordez le rôle Artifact Registry spécifique au compte de service afin de fournir l'accès au dépôt.
Générez un jeton d'accès pour le compte de service et authentifiez-vous:

Vous devez disposer des autorisations du rôle Créateur de jetons de compte de service (roles/iam.serviceAccountTokenCreator) pour emprunter l'identité d'un compte de service, pour obtenir un jeton pour ce compte, puis pour vous authentifier en tant que compte de service.

Exécutez la commande suivante en remplaçant ACCOUNT par l'adresse e-mail de votre compte de service et LOCATION par l'emplacement régional ou multirégional du dépôt.
Linux
```
gcloud auth print-access-token \
    --impersonate-service-account ACCOUNT | docker login \
    -u oauth2accesstoken \
    --password-stdin https://LOCATION-docker.pkg.dev
```
Windows
```
gcloud auth print-access-token --impersonate-service-account ACCOUNT | docker login -u oauth2accesstoken --password-stdin https://LOCATION-docker.pkg.dev
```

Docker est désormais authentifié avec Artifact Registry.

Clé de compte de service

Remarque :Dans la mesure du possible, utilisez un jeton d'accès ou un outil d'assistance pour les identifiants pour réduire le risque d'accès non autorisé à vos artefacts. Les clés de compte de service constituent un risque pour la sécurité si elles ne sont pas gérées correctement. Dans la mesure du possible, vous devez choisir une alternative plus sécurisée aux clés de compte de service. Si vous devez vous authentifier avec une clé de compte de service, vous êtes responsable de la sécurité de la clé privée et des autres opérations décrites dans la section Bonnes pratiques de gestion des clés de compte de service. Si vous ne parvenez pas à créer une clé de compte de service, il est possible que la création de clé de compte de service soit désactivée pour votre organisation. Pour en savoir plus, consultez la page Gérer les ressources d'organisation sécurisées par défaut.

Toute personne ayant accès à une clé privée valide pour un compte de service peut accéder aux ressources via le compte de service. Notez que le cycle de vie de l'accès de la clé au compte de service (et par conséquent, aux données auxquelles le compte de service a accès) est indépendant du cycle de vie de l'utilisateur ayant téléchargé la clé.

Suivez les instructions ci-dessous pour limiter l'accès à vos dépôts :

Créer des comptes de service dédiés permettant uniquement d'interagir avec les dépôts.
Accordez le rôle Artifact Registry spécifique pour l'accès requis par le compte de service. Par exemple, un compte de service qui ne télécharge que des artefacts ne nécessite que le rôle de lecteur Artifact Registry.
Configurez les autorisations de vos comptes de service dédiés sur chaque dépôt plutôt qu'au niveau du projet. Vous pouvez ensuite spécifier l'accès en fonction du contexte du dépôt. Par exemple, un compte de service pour les builds de développement peut avoir le rôle de lecteur Artifact Registry pour un dépôt de production et le rôle d'écrivain Artifact Registry pour un dépôt de préproduction.
Suivez les bonnes pratiques de gestion des identifiants.

Pour créer un nouveau compte de service et une clé de compte de service à n'utiliser qu'avec les dépôts Artifact Registry, procédez comme suit :

Créez un compte de service pour agir au nom de votre application ou sélectionnez un compte de service existant que vous utilisez pour l'automatisation.

Vous aurez besoin de l'emplacement du fichier de clé de compte de service pour configurer l'authentification avec Artifact Registry. Pour les comptes existants, vous pouvez afficher les clés et en créer sur la page "Comptes de service".

Accéder à la page "Comptes de service"

Remarque : Les clés de compte de service constituent un risque pour la sécurité si elles ne sont pas gérées correctement. Dans la mesure du possible, vous devez choisir une alternative plus sécurisée aux clés de compte de service. Si vous devez vous authentifier avec une clé de compte de service, vous êtes responsable de la sécurité de la clé privée et des autres opérations décrites dans la section Bonnes pratiques pour la gestion des clés de compte de service. Si vous ne parvenez pas à créer une clé de compte de service, il est possible que la création de clé de compte de service soit désactivée pour votre organisation. Pour en savoir plus, consultez la page Gérer les ressources d'organisation sécurisées par défaut.
Vous avez la possibilité d'encoder tous les contenus du fichier de clé en base64.
Linux
```
base64 FILE-NAME > NEW-FILE-NAME
```
macOS
```
base64 -i FILE-NAME -o NEW-FILE-NAME
```
Windows
```
Base64.exe -e FILE-NAME > NEW-FILE-NAME
```
Où FILE-NAME correspond au nom de fichier de clé d'origine et NEW-FILE-NAME à votre fichier de clé encodé en base64.
Vérifiez que les autorisations sont correctement configurées pour le compte de service. Si vous utilisez le compte de service Compute Engine, vous devez configurer correctement les autorisations et les niveaux d'accès.
Utilisez la clé de compte de service pour configurer l'intégration avec Docker :

Exécutez la commande suivante :
Linux/macOS
```
cat KEY-FILE | docker login -u KEY-TYPE --password-stdin \
https://LOCATION-docker.pkg.dev
```
Windows
```
Get-Content KEY-FILE |
docker login -u KEY-TYPE --password-stdin https://LOCATION-docker.pkg.dev
```
Remplacez les éléments suivants :
- KEY-TYPE est l'un des éléments suivants :
  - _json_key si vous utilisez la clé de compte de service au format JSON tel qu'il a été fourni lors de la création du fichier.
  - _json_key_base64 si vous avez codé en base64 l'ensemble du contenu du fichier.
- KEY-FILE est le nom du fichier de clé du compte de service au format JSON.
- LOCATION est l'emplacement régional ou multirégional du dépôt dans lequel l'image est stockée.

Docker est désormais authentifié avec Artifact Registry.

Configurer l'authentification auprès d'Artifact Registry pour Docker

Avant de commencer

Linux

Windows

Choisir une méthode d'authentification

Paramètres d'authentification dans le fichier de configuration Docker

Assistant d'identification gcloud CLI

Assistant d'identification autonome

Jeton d'accès

Linux

Windows

Clé de compte de service

Linux

macOS

Windows

Linux/macOS

Windows