- Visão geral
- Requisitos
- Instalação
- Pós-instalação
- Migração e atualização
- Atualização do Automation Suite no EKS/AKS
- Etapa 1: mover os dados da organização do Identity, de independente para o Automation Suite
- Etapa 2: restauração do banco de dados de produtos independente
- Etapa 3: backup do banco de dados da plataforma no Automation Suite
- Etapa 4: mesclando organizações no Automation Suite
- Etapa 5: atualização das strings de conexão do produto migradas
- Etapa 6: migração do Orchestrator independente
- Etapa 7: migração do Insights independente
- Etapa 8: migração do Test Manager independente
- Etapa 9: exclusão do tenant padrão
- Executando uma migração de único tenant
- Migração do Automation Suite no Linux para o Automation Suite no EKS/AKS
- Monitoramento e alertas
- Administração de cluster
- Configuração específica do produto
- Configuração de parâmetros do Orchestrator
- Configurações de aplicativo do Orchestrator
- Configuração do AppSettings
- Configuração do tamanho máximo da solicitação
- Substituição da configuração de armazenamento no nível do cluster
- Configuração dos repositórios de credenciais
- Configuração da chave de criptografia por tenant
- Limpeza do banco de dados do Orchestrator
- Solução de problemas
- A configuração de backup não funciona devido a uma falha na conexão com o Azure Government
- Pods no namespace uipath travaram ao habilitar taints de nó personalizado
- Não é possível iniciar o Automation Hub e o Apps com configuração de proxy
- Os pods não podem se comunicar com o FQDN em um ambiente de proxy
- A cadeia de caracteres de conexão SQL da Automação de Teste é ignorada
- Falha de backup do EKS devido à versão do Velero
- O backup do Velero falha com o erro FailedValidation
- O acesso ao FQDN retorna o erro de acesso negado do RBAC
- Migreção manual do ArgoCD NetworkPolicy (GHSA-47m3-95c7-g2g8)
Como trabalhar com certificados
Valide, separe e combine certificados usando comandos openssl para o Automation Suite no EKS/AKS.
Description
Esta seção explica como usar os comandos openssl para validar uma cadeia de certificados (CA, intermediário e de servidor), e separar ou combinar certificados.
Você pode trazer certificados da seguinte forma:
- Cenário 1: três arquivos crt/pem, incluindo os certificados de CA, intermediário e de servidor e uma chave privada.
- Cenário 2: dois arquivos crt/pem, incluindo certificados de CA e de servidor e uma chave privada.
- Cenário 3: um arquivo pfx contendo todos os certificados de CA/intermediários e de servidor e uma chave privada.
A tabela a seguir descreve os nomes de arquivos usados:
| Nome do arquivo | Description |
|---|---|
ca.crt | Um certificado CA. |
intermediate.crt | Um certificado intermediário. |
ca-bundle.crt | Um certificado contendo a CA e certificados intermediários. |
server.crt | Um certificado de servidor. |
server.key | Uma chave privada usada para gerar a server.crt. |
server.pfx | Um arquivo de certificado pfx contendo CA, intermediário, certificados do servidor e a chave privada do servidor. |
Cenário 1 e Cenário 2
Quando você trazer três arquivos de certificados diferentes (CA, intermediário e de servidor), siga as seguintes etapas para validação:
-
Combine a CA com os certificados intermediários (aplicáveis apenas para o Cenário 1).
cp ca.crt ca-bundle.crt cat intermediate.crt >> ca-bundle.crtcp ca.crt ca-bundle.crt cat intermediate.crt >> ca-bundle.crt -
Verifique se o certificado do servidor contém (especificamente os campos
subject alternative namesevalidity.openssl x509 -in server.crt -text -nooutopenssl x509 -in server.crt -text -noout -
Verifique se o certificado do servidor foi assinado pelo servidor da CA.
openssl verify -CAfile ca-bundle.crt server.crtopenssl verify -CAfile ca-bundle.crt server.crtSaída:
server.crt: OKserver.crt: OK -
Verifique se o certificado do servidor foi gerado pela chave privada do servidor comparando os hashes md5. Se as saídas dos comandos a seguir corresponderem, ela validará que o certificado do servidor foi gerado usando a chave privada.
-
openssl x509 -noout -modulus -in server.crt | openssl md5Saída do certificado do servidor:
(stdin)= c9b0c5c3fe11b0b09947415236c4a441 -
openssl rsa -noout -modulus -in server.key | openssl md5Saída da chave privada do servidor:
stdin)= c9b0c5c3fe11b0b09947415236c4a441)
-
-
Gere o arquivo pfx a partir do certificado do servidor e da chave privada. Depois que o comando a seguir for executado, você será solicitado a digitar uma senha duas vezes. A senha é sempre necessária para descriptografar o arquivo pfx.
openssl pkcs12 -inkey server.key -in server.crt -export -out server.pfxopenssl pkcs12 -inkey server.key -in server.crt -export -out server.pfxSaída:
Enter Export Password: Verifying - Enter Export Password:Enter Export Password: Verifying - Enter Export Password:
Cenário 3
Quando você traz um certificado no formato pfx contendo CA, intermediário, servidor e chave privada, você pode usar o arquivo pfx como um certificado de assinatura de token de identidade, mas deve dividir o arquivo pfx em vários arquivos certificados. As seguintes etapas descrevem como quebrar o arquivo pfx de acordo.
-
Exporte o certificado da CA (incluindo o intermediário, se fornecido no arquivo pfx):
openssl pkcs12 -in server.pfx -cacerts -nokeys -chain | sed -ne '/-BEGIN CERTIFICATE-/,/-END CERTIFICATE-/p' > ca.crtopenssl pkcs12 -in server.pfx -cacerts -nokeys -chain | sed -ne '/-BEGIN CERTIFICATE-/,/-END CERTIFICATE-/p' > ca.crt -
Exporte o certificado do servidor:
openssl pkcs12 -in server.pfx -clcerts -nokeys | sed -ne '/-BEGIN CERTIFICATE-/,/-END CERTIFICATE-/p' > server.crtopenssl pkcs12 -in server.pfx -clcerts -nokeys | sed -ne '/-BEGIN CERTIFICATE-/,/-END CERTIFICATE-/p' > server.crt -
Exporte a chave privada:
openssl pkcs12 -in server.pfx -nocerts -nodes | sed -ne '/-BEGIN PRIVATE KEY-/,/-END PRIVATE KEY-/p' > server.keyopenssl pkcs12 -in server.pfx -nocerts -nodes | sed -ne '/-BEGIN PRIVATE KEY-/,/-END PRIVATE KEY-/p' > server.key