Esta página foi traduzida pela API Cloud Translation.

Configurar a autenticação no Artifact Registry para npm

É necessário se autenticar no Artifact Registry ao usar um aplicativo de terceiros para se conectar a um repositório.

Não é necessário configurar a autenticação para o Cloud Build ou o Google Cloud ambientes de execução, como o Google Kubernetes Engine e o Cloud Run, mas recomendamos Verifique se as permissões necessárias estão configurados.

Antes de começar

Install the Google Cloud CLI, then initialize it by running the following command:
```
gcloud init
```
Note: If you installed the gcloud CLI previously, make sure you have the latest version by running gcloud components update.
(Opcional) Configure padrões para comandos da CLI gcloud.
Se você estiver se conectando a repositórios do Windows, instale PowerShell:
Crie uma conta de serviço para agir em nome do seu aplicativo.
Se você não conhece o npm, leia a visão geral para saber mais sobre pacotes com escopo e o arquivo de configuração para suas configurações de autenticação.

Visão geral

O Artifact Registry é compatível com os seguintes métodos de autenticação.

Como usar um auxiliar de credenciais: Essa opção oferece a maior flexibilidade. Quando você inclui o auxiliar na configuração do npm, o Artifact Registry busca credenciais da conta de serviço no ambiente.
Como especificar uma chave de conta de serviço como uma credencial: Use esta opção quando um aplicativo não for compatível com credenciais de aplicativo padrão, mas for compatível com autenticação com nome de usuário e senha.

Como autenticar com um auxiliar de credenciais

google-artifactregistry-auth é uma biblioteca de cliente que recebe credenciais para repositórios do Artifact Registry.

O Artifact Registry procura credenciais na seguinte ordem:

Application Default Credentials (ADC), uma estratégia que procura credenciais na seguinte ordem:
1. Credenciais definidas na variável de ambiente GOOGLE_APPLICATION_CREDENTIALS.
2. credenciais que a conta de serviço padrão do Compute Engine Funções do Google Kubernetes Engine, Cloud Run, App Engine ou Cloud Run oferece.
Credenciais fornecidas pela Google Cloud CLI, incluindo credenciais de usuário de o comando gcloud auth application-default login.

A variável GOOGLE_APPLICATION_CREDENTIALS torna a conta a autenticação explícita, o que facilita a solução de problemas. Se você não usar a variável, verifique se as contas usadas pelo ADC têm as permissões necessárias. Por exemplo, o conta de serviço padrão para VMs do Compute Engine, nós do Google Kubernetes Engine e as revisões do Cloud Run têm acesso somente leitura aos repositórios. Se você pretendem fazer upload desses ambientes usando a conta de serviço padrão, é necessário modificar as permissões.

Para criar uma conta de serviço e definir a variável de ambiente GOOGLE_APPLICATION_CREDENTIALS:

Crie uma conta de serviço para agir em nome do seu aplicativo ou escolha uma conta de serviço atual que você usa para sua automação de CI/CD.
Conceda o papel específico do Artifact Registry à conta de serviço para dar acesso ao repositório.
Atribua o local do arquivo de chave da conta de serviço à variável GOOGLE_APPLICATION_CREDENTIALS para que o auxiliar de credenciais do Artifact Registry possa conseguir sua chave ao se conectar com os repositórios.
```
export GOOGLE_APPLICATION_CREDENTIALS=KEY-FILE
```
Em que KEY-FILE é o caminho para o arquivo de chave da conta de serviço.

Para configurar a autenticação:

Execute este comando para imprimir a configuração do repositório:
```
gcloud artifacts print-settings npm [--project=PROJECT] \
    [--repository=REPOSITORY] \
    [--location=LOCATION] \
    --scope=@SCOPE-NAME \
```
Onde
- PROJECT é o ID do projeto; Se essa sinalização for omitida, o projeto atual ou padrão será usado.
- REPOSITORY é o ID do repositório. Se você tiver configurado um repositório do Artifact Registry padrão, ele será usado quando essa sinalização for omitida no comando.
- LOCATION é o local regional ou multirregional do repositório.
- SCOPE-NAME é o nome do escopo do npm a ser associado ao repositório.
  
  O uso de escopos garante que você sempre publique e instale pacotes do repositório correto.
  
  Os pacotes sem escopo estão associados ao seu registro npm padrão, normalmente o registro npm público. Se você não especificar um escopo, a configuração retornada define o Artifact Registry do repositório como registro padrão. Isso pode causar problemas quando o Node.js precisam instalar pacotes do registro npm público e repositório do Artifact Registry.
Adicione as definições de configuração retornadas ao arquivo .npmrc. arquivo de configuração nos projetos Node.js. Esse arquivo geralmente está no mesmo diretório que package.json.

Inclua essas configurações Projetos Node.js para pacotes que você publica, bem como projetos que vai instalar dependências do seu repositório NPM.
Se você tiver outros repositórios do Node.js para se conectar, repita a ação anterior etapas para acessar as configurações e adicioná-las aos arquivos .npmrc apropriados.
Quando estiver tudo pronto para conectar um repositório, solicite um token de acesso. para autenticação.

Cada repositório de pacotes Node.js do Artifact Registry está associado a um endpoint de registro https://LOCATION-npm.pkg.dev/PROJECT/REPOSITORY

Se você não tiver especificado um escopo com o comando print-settings, execute: use o comando a seguir para associar um escopo a um Artifact Registry. repositório de dados.

npm config set @SCOPE_NAME:registry https://LOCATION-npm.pkg.dev/PROJECT/REPOSITORY/

Como conseguir um token de acesso

Os tokens de acesso são válidos por 60 minutos. Gere um token de acesso em breve antes de executar comandos que interagem com repositórios.

Para receber um token, use uma destas opções:

Use o comando npx para atualizar o token de acesso.
1. Verifique se as credenciais para se conectar ao registro npm público estão no arquivo de configuração do npm do usuário, ~/.npmrc.
2. Execute o seguinte comando no diretório do projeto Node.js.
```
npx google-artifactregistry-auth
```
  Se o repositório do Artifact Registry estiver definido como o registro global e o pacotes sem escopo, use o seguinte comando para que o pode fazer o download do auxiliar de credenciais do registro npm público em vez do repositório do Artifact Registry.
```
npm_config_registry=https://registry.npmjs.org npx google-artifactregistry-auth
```

Adicione um script ao arquivo package.json no seu projeto.

"scripts": {
 "artifactregistry-login": "npx google-artifactregistry-auth"
}

Execute o script no diretório do projeto do Node.js.

npm run artifactregistry-login

O Artifact Registry lê as configurações do repositório do Artifact Registry no arquivo .npmrc do projeto e as usa para adicionar credenciais de token ao seu usuário .npmrc. Armazenar o token no arquivo .npmrc do usuário isola seu credenciais do código-fonte e do sistema de controle de origem.

--repo-config é o arquivo .npmrc com as configurações do repositório. Se você não especificar essa flag, o local padrão será o diretório atual.
--credential-config é o caminho para o arquivo .npmrc em que você quer gravar o token de acesso. O padrão é o arquivo .npmrc do usuário.

Como configurar a autenticação por senha

Use essa abordagem quando o aplicativo Node.js exigir autenticação com um nome de usuário e uma senha especificados.

As chaves da conta de serviço são credenciais de longa duração. Use as seguintes diretrizes para limitar o acesso aos seus repositórios:

Considere usar uma conta de serviço dedicada para interagir com repositórios.
Conceda o papel mínimo do Artifact Registry exigido pela conta de serviço. Por exemplo, atribua o leitor do Artifact Registry a uma conta de serviço que faz o download apenas de artefatos.
Se os grupos na sua organização exigirem níveis diferentes de acesso a repositórios específicos, conceda acesso no nível do repositório em vez de no nível do projeto.
Siga as práticas recomendadas para gerenciar as credenciais.

Para criar uma conta de serviço e configurar a autenticação:

Crie uma conta de serviço para agir em nome do seu aplicativo ou escolha uma conta de serviço atual que você usa para automação.

Você precisará do local do arquivo de chave da conta de serviço para configurar a autenticação com o Artifact Registry. Para contas existentes, é possível ver as chaves e criar novas chaves na página "Contas de serviço".

Acesse a página Contas de serviço

Observação: as chaves de conta de serviço poderão causar problemas de segurança se não forem gerenciadas corretamente. Sempre que possível, escolha uma alternativa mais segura do que as chaves de conta de serviço. Caso seja necessário autenticar com uma chave de conta de serviço, você será responsável pela segurança da chave privada e por outras operações descritas em Práticas recomendadas para gerenciar chaves de contas de serviço. Se não for possível criar uma chave de conta de serviço, a criação pode ser desativada para sua organização. Para mais informações, consulte Gerenciar recursos da organização com segurança por padrão.
Conceda o papel específico do Artifact Registry à conta de serviço para dar acesso ao repositório.
Se você quiser ativar a conta de serviço na CLI gcloud atual execute o comando:
```
gcloud auth activate-service-account ACCOUNT --key-file=KEY-FILE
```
Onde
- ACCOUNT é a conta de usuário ou de serviço.
- KEY-FILE é o caminho para o arquivo de chaves JSON da conta de serviço.
Execute este comando para imprimir a configuração do repositório:
```
gcloud artifacts print-settings npm [--project=PROJECT] \
[--repository=REPOSITORY] [--location=LOCATION] --scope=@SCOPE-NAME --json-key=KEY-FILE
```
Onde
- PROJECT é o ID do projeto; Se essa sinalização for omitida, o projeto atual ou padrão será usado.
- REPOSITORY é o ID do repositório. Se você tiver configurado um repositório do Artifact Registry padrão, ele será usado quando essa sinalização for omitida no comando.
- LOCATION é o local regional ou multirregional do repositório.
- SCOPE-NAME é o nome do escopo do npm a ser associado ao repositório.
  
  O uso de escopos garante que você sempre publique e instale pacotes do repositório correto.
  
  Os pacotes sem escopo estão associados ao seu registro npm padrão, normalmente o registro npm público. Se você não especificar um escopo, a configuração retornada define o Artifact Registry do repositório como registro padrão. Isso pode causar problemas se seus projetos Node.js precisarem instalar pacotes do registro npm público e do repositório do Artifact Registry.
- KEY-FILE é o caminho para o arquivo de chaves JSON da conta de serviço.
Observação: as definições de configuração retornadas incluem um endereço de e-mail de marcador. Um endereço de e-mail é necessário na configuração do npm para publicar os pacotes de NPM. O endereço de e-mail de marcador não é usado pelo Artifact Registry para autenticação.
Adicione as definições de configuração retornadas ao arquivo de configuração .npmrc dos projetos do Node.js. Esse arquivo geralmente está no mesmo diretório que package.json. Inclua essas configurações Projetos Node.js para pacotes que você publica, bem como projetos que vai instalar dependências do seu repositório NPM.
Se você tiver outros repositórios do Node.js para se conectar, repita as etapas anteriores para conseguir as configurações e adicioná-las ao arquivo .npmrc.