O Google usa tecnologia de IA na tradução de conteúdos para seu idioma de preferência. As traduções com IA podem ter erros.

4.19.06.10 - Notas da versão do Edge para nuvem privada

Você está lendo a documentação do Apigee Edge.
Acesse a documentação da Apigee X. info

Em 29 de setembro de 2020, lançamos uma nova versão do Apigee Edge para Private Cloud.

Procedimento de atualização

A atualização desta versão vai atualizar os componentes na seguinte lista de RPMs:

edge-gateway-4.19.06-0.0.20094.noarch.rpm
edge-management-server-4.19.06-0.0.20094.noarch.rpm
edge-message-processor-4.19.06-0.0.20094.noarch.rpm
edge-postgres-server-4.19.06-0.0.20094.noarch.rpm
edge-qpid-server-4.19.06-0.0.20094.noarch.rpm
edge-router-4.19.06-0.0.20094.noarch.rpm
apigee-mtls-4.19.06-0.0.20189.noarch.rpm
apigee-mtls-consul-4.19.06-0.0.20128.noarch.rpm
apigee-cassandra-2.1.16-0.0.2508.noarch.rpm
edge-ui-4.19.06-0.0.20164.noarch.rpm
edge-management-ui-static-4.19.06-0.0.20018.noarch.rpm
apigee-sso-4.19.06-0.0.20080.noarch.rpm
apigee-setup-4.19.06-0.0.1122.noarch.rpm

Para verificar se as versões do RPM instaladas precisam ser atualizadas, insira:

apigee-all version

Para atualizar a instalação, siga este procedimento nos nós de borda:

Em todos os nós de borda:
1. Limpe os repositórios do Yum:
```
sudo yum clean all
```
2. Faça o download do arquivo bootstrap_4.19.06.sh mais recente do Edge 4.19.06 para /tmp/bootstrap_4.19.06.sh:
```
curl https://software.apigee.com/bootstrap_4.19.06.sh -o /tmp/bootstrap_4.19.06.sh
```
3. Instale o utilitário e as dependências do Edge 4.19.06 apigee-service:
```
sudo bash /tmp/bootstrap_4.19.06.sh apigeeuser=uName apigeepassword=pWord
```
  Em que uName:pWord são o nome de usuário e a senha que você recebeu da Apigee. Se você omitir pWord, será solicitado que você o insira.
4. Atualize o utilitário apigee-setup:
```
sudo /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
```
5. Use o comando source para executar o script apigee-service.sh:
```
source /etc/profile.d/apigee-service.sh
```
Atualize todos os nós do Cassandra:
```
/opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile
```
em que configFile especifica o arquivo de configuração usado para instalar o Apigee Edge para nuvem privada. Por exemplo, /opt/silent.conf.
Em todos os nós de borda, execute o script update.sh para o processo edge. Para isso, execute o seguinte comando em cada nó:
```
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
```

Atualize a interface do Edge:

/opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile

Execute o script update.sh para SSO em todos os nós. Em cada nó, execute o seguinte comando:
```
/opt/apigee/apigee-setup/bin/update.sh -c sso -f configFile
```
Se você estiver usando a nova experiência do Edge, execute o seguinte comando:
```
/opt/apigee/apigee-setup/bin/update.sh -c ue -f configFile
```
Se você estiver usando o mTLS da Apigee, siga o procedimento descrito em Fazer upgrade do mTLS da Apigee.
Para mais informações, consulte Introdução ao mTLS da Apigee.

Software compatível

Sem alterações.

Descontinuações e desativações

Nenhuma descontinuação ou desativação nova.

Novos recursos

Esta seção lista os novos recursos desta versão.

Criptografar senhas JMX

Agora é possível criptografar senhas do JMX. Consulte Como ativar a criptografia de senha do JMX e Como ativar a autenticação do JMX para o Cassandra para mais detalhes. (150633039)

Bugs corrigidos

A tabela a seguir lista os bugs corrigidos nesta versão:

ID do problema	Descrição
159360654	Os certificados apigee-mtls eram válidos por apenas 30 dias. Os novos certificados agora são válidos por um ano. Para fazer upgrade de um certificado antigo de 30 dias com um novo certificado válido por um ano, consulte Fazer upgrade do mTLS da Apigee.
147736003	Uma biblioteca desatualizada em enterprise.apigee.com estava causando problemas de segurança. A biblioteca foi atualizada.
150594487	Um conjunto de recursos Java no nível da organização estava fazendo com que os processadores de mensagens não carregassem as organizações.
149739904	O mascaramento de dados para cabeçalhos HTTP diferenciava maiúsculas de minúsculas. Isso foi corrigido: a máscara de dados não diferencia mais maiúsculas de minúsculas.
130416715	Possível vulnerabilidade devido ao cabeçalho "True-Client-IP" Esta versão apresenta um novo elemento de política de controle de acesso, `IgnoreTrueClientIPHeader`, que corrige o problema. Consulte o elemento IgnoreTrueClientIPHeader.
161858295	Algumas variáveis silenciosas estavam com erros de ortografia. A variável de instalação silenciosa `SSO_JWT_SIGNING_KEY_FILEPATH` não está mais com erro de ortografia.
160951701	A instalação do mTLS estava falhando devido a um problema no servidor do Consul. O binário do Consul foi atualizado da v1.6.2 para a versão estável mais recente, v1.8.0.
132654321	Os logs de auditoria não mostravam os usuários cujas funções foram atualizadas. Depois de fazer mudanças de função para usuários atuais ou adicionar um usuário atual a uma organização, o registro de auditoria mostrava "Update user undefined", o que impedia que você soubesse em quem a ação foi realizada.
160916451	A instalação do mTLS estava falhando devido a uma versão binária desatualizada do Consul. O binário do Consul foi atualizado da v1.6.2 para a versão estável mais recente, a v1.8.0. O apigee-mtls agora processa corretamente servidores com várias interfaces de rede e endereços.
161764596	O apigee-tomcat não era atualizado ao aplicar atualizações de patch. Isso foi corrigido.
133145969	A documentação para desativar protocolos na interface estava faltando. Para nova documentação, consulte Desativar protocolos TLS.

Problemas conhecidos

A tabela a seguir lista os problemas conhecidos nesta versão:

ID do problema Descrição

149245401

ID do problema	Descrição
149245401	Problema de pooling de conexão da política LDAP As configurações do pool de conexão LDAP para JNDI configuradas pelo recurso LDAP não são refletidas, e os padrões do JNDI causam conexões de uso único a cada vez. Como resultado, as conexões são abertas e fechadas a cada vez para uso único, criando um grande número de conexões por hora com o servidor LDAP. Alternativa: Para mudar as propriedades do pool de conexões LDAP, siga estas etapas para definir uma mudança global em todas as políticas do LDAP. Crie um arquivo de propriedades de configuração se ele ainda não existir: /opt/apigee/customer/application/message-processor.properties Adicione o seguinte ao arquivo (substitua os valores das propriedades da Java Naming and Directory Interface (JNDI) com base no requisito de configuração do recurso LDAP). bin_setenv_ext_jvm_opts="-Dcom.sun.jndi.ldap.connect.pool.maxsize=20 -Dcom.sun.jndi.ldap.connect.pool.prefsize=2 -Dcom.sun.jndi.ldap.connect.pool.initsize=2 -Dcom.sun.jndi.ldap.connect.pool.timeout=120000 -Dcom.sun.jndi.ldap.connect.pool.protocol=ssl" Verifique se o arquivo `/opt/apigee/customer/application/message-processor.properties` é de propriedade de apigee:apigee. Reinicie cada processador de mensagens. Para verificar se as propriedades JNDI do pool de conexões estão sendo aplicadas, faça um tcpdump para observar o comportamento do pool de conexões LDAP ao longo do tempo. Observação:as propriedades do pool de conexões especificadas pelo procedimento acima são globais e, portanto, aplicáveis a todas as conexões LDAP ativadas para pool de conexões estabelecidas pelo processador de mensagens do Apigee.

Problema de pooling de conexão da política LDAP

As configurações do pool de conexão LDAP para JNDI configuradas pelo recurso LDAP não são refletidas, e os padrões do JNDI causam conexões de uso único a cada vez. Como resultado, as conexões são abertas e fechadas a cada vez para uso único, criando um grande número de conexões por hora com o servidor LDAP.

Alternativa:

Para mudar as propriedades do pool de conexões LDAP, siga estas etapas para definir uma mudança global em todas as políticas do LDAP.

Crie um arquivo de propriedades de configuração se ele ainda não existir:
```
/opt/apigee/customer/application/message-processor.properties
```

Adicione o seguinte ao arquivo (substitua os valores das propriedades da Java Naming and Directory Interface (JNDI) com base no requisito de configuração do recurso LDAP).

bin_setenv_ext_jvm_opts="-Dcom.sun.jndi.ldap.connect.pool.maxsize=20
-Dcom.sun.jndi.ldap.connect.pool.prefsize=2
-Dcom.sun.jndi.ldap.connect.pool.initsize=2
-Dcom.sun.jndi.ldap.connect.pool.timeout=120000
-Dcom.sun.jndi.ldap.connect.pool.protocol=ssl"

Verifique se o arquivo /opt/apigee/customer/application/message-processor.properties é de propriedade de apigee:apigee.
Reinicie cada processador de mensagens.

Para verificar se as propriedades JNDI do pool de conexões estão sendo aplicadas, faça um tcpdump para observar o comportamento do pool de conexões LDAP ao longo do tempo.