automation-suite
2.2510
true
Guia de instalação do Automation Suite no OpenShift
- Visão geral
- Requisitos
- Pré-instalação
- Preparação da instalação
- Baixando os pacotes de instalação
- Configuração do registro compatível com OCI
- Concessão de permissões de instalação com funções de cluster
- Concessão de permissões de instalação sem funções de cluster
- Instalação e configuração do service mesh
- Instalando e configurando a ferramenta GitOps
- Instalando o operador de segredos externos
- Implantação do Redis pelo OperatorHub
- Aplicação de configurações diversas
- Executando o uipathctl
- Instalação
- Pós-instalação
- Migração e atualização
- Monitoramento e alertas
- Administração de cluster
- Configuração específica do produto
- Configuração avançada do Orchestrator
- Configuração de parâmetros 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 do NLog
- Salvando logs do robô no Elasticsearch
- Configuração dos repositórios de credenciais
- Configuração da chave de criptografia por tenant
- Limpeza do banco de dados do Orchestrator
- Ignorar a instalação da biblioteca do host
- AI Trust Layer
- Solução de problemas
- Como desinstalar o Automation Suite
- Como resolver a falha de verificação de conectividade pré-requisito no OpenShift 4.16–4.18
- Como implantar o Insights em um cluster habilitado para FIPS
- Como desabilitar a habilitação automática do CDI no operador de GPU Nvidia
- Como codificar para URL uma senha da string de conexão do PostgreSQL
- 500 erros e limitação de taxa em solicitações do S3 no ODF
- Solução de problemas de segredos externos
- Configurando tolerâncias de driver CSI para ODF 4.20
- Solução de problemas de Temporal como um serviço
- Os pods do AI Center e do Document Understanding falham ao iniciar com a verificação do certificado TLS habilitada
- O Studio Desktop não pode carregar conectores e atividades do Integration Service
- Erros de validação de certificado TLS
- Migreção manual do ArgoCD NetworkPolicy (GHSA-47m3-95c7-g2g8)
- Configuração de solicitações e limites de recursos para cargas de trabalho criadas pelo uipathctl
Importante :
A tradução automática foi aplicada parcialmente neste conteúdo.
A localização de um conteúdo recém-publicado pode levar de 1 a 2 semanas para ficar disponível.
Erros de validação de certificado TLS
Soluções para erros de validação de certificados do TLS no Automation Suite no OpenShift.
Se a validação de certificados do TLS falhar após atualizar os certificados no Automation Suite, consulte a tabela a seguir para identificar a causa e a resolução.
| Mensagem de erro (contém) | Causa | Resolution |
|---|---|---|
incomplete or untrusted certificate chain | Um certificado intermediário ausente ou a cadeia não leva à CA raiz fornecida. | ca.crt todos os certificados intermediários e a CA raiz em. |
is not part of the leaf certificate's chain | Um certificado que não emitiu a folha está presente (um irmãos ou intermediário não relacionado ou uma duplicata). | Certifique-se de que server.crt contenha apenas os certificados da cadeia de assinatura real da folha - remova quaisquer certificados de CA irmãos, não relacionados ou duplicados. Coloque o(s) intermediário(s) da cadeia de assinatura e a CA raiz em ca.crt. |
certificates are not in the correct order | Os certificados estão fora de ordem. | Ordene-os: certificado de folha, depois intermediário(s) e, depois, CA raiz. |
leaf certificate does not match fqdn | O SAN do certificado de folha omite o FQDN do cluster ou server.crt não inicia com a folha. | Certifique-se de que server.crt comece com o certificado leaf e que o FQDN do cluster esteja listado em seus Nomes Alternativos de Assunto. |
Requisitos de certificado
Para garantir que a validação de certificados do TLS seja bem-sucedida, certifique-se de que os arquivos de certificados atendam aos seguintes requisitos:
- O
server.crtdeve conter a cadeia de certificados do servidor público completa no formato PEM. A cadeia deve começar com o certificado leaf do servidor, seguido pelo(s) certificado(s) de CA intermediário(s) e, em seguida, a CA raiz que forma o caminho de assinatura para esse certificado de folha. - O arquivo
server.crtdeve incluir apenas certificados que façam parte da cadeia de assinatura real do certificado de folha. Não inclua certificados de CA irmãos, não relacionados, duplicados ou alternativos, pois a validação TLS falha quando certificados fora da cadeia de certificados de folha estão presentes. - O arquivo deve conter o pacote de certificados de
ca.crtusado para validar a cadeia de certificados do servidor, incluindo o(s) certificado(s) de CA intermediário necessário(s) e a CA raiz. O arquivoca.crtnão deve incluir o certificado leaf do servidor.