Google utilise la technologie IA pour traduire le contenu dans votre langue préférée. Les traductions générées par IA peuvent contenir des erreurs.

4.50.00.06 - Notes de version d'Edge for Private Cloud

Vous consultez la documentation Apigee Edge.
Accédez à la documentation Apigee X. info

Le 22 janvier 2021, nous avons lancé une nouvelle version d'Apigee Edge pour le cloud privé.

Procédure de mise à jour

La mise à jour de cette version mettra à jour les composants de la liste suivante de RPM :

edge-gateway-4.50.00-0.0.20107.noarch.rpm
edge-management-server-4.50.00-0.0.20107.noarch.rpm
edge-message-processor-4.50.00-0.0.20107.noarch.rpm
edge-postgres-server-4.50.00-0.0.20107.noarch.rpm
edge-qpid-server-4.50.00-0.0.20107.noarch.rpm
edge-router-4.50.00-0.0.20107.noarch.rpm
edge-analytics-4.50.00-0.0.40034.noarch.rpm
apigee-provision-4.50.00-0.0.611.noarch.rpm
apigee-validate-4.50.00-0.0.620.noarch.rpm
apigee-setup-4.50.00-0.0.1124.noarch.rpm
apigee-cassandra-2.1.22-0.0.2512.noarch.rpm
apigee-cassandra-client-2.1.22-0.0.2503.noarch.rpm
apigee-sso-4.50.00-0.0.20088.noarch.rpm
apigee-mtls-4.50.00-0.0.20210.noarch.rpm
apigee-mtls-consul-4.50.00-0.0.20130.noarch.rpm
edge-mint-gateway-4.50.00-0.0.30204.noarch.rpm
edge-mint-management-server-4.50.00-0.0.30204.noarch.rpm
edge-mint-message-processor-4.50.00-0.0.30204.noarch.rpm

Vous pouvez vérifier les versions RPM actuellement installées pour voir si elles doivent être mises à jour en saisissant :

apigee-all version

Pour mettre à jour votre installation, procédez comme suit sur les nœuds Edge :

Sur tous les nœuds Edge :
1. Nettoyez les dépôts Yum :
```
sudo yum clean all
```
2. Téléchargez le dernier fichier Edge 4.50.00 bootstrap_4.50.00.sh dans /tmp/bootstrap_4.50.00.sh :
```
curl https://software.apigee.com/bootstrap_4.50.00.sh -o /tmp/bootstrap_4.50.00.sh
```
3. Installez l'utilitaire et les dépendances Edge 4.50.00 apigee-service :
```
sudo bash /tmp/bootstrap_4.50.00.sh apigeeuser=uName apigeepassword=pWord
```
  où uName:pWord correspondent au nom d'utilisateur et au mot de passe que vous avez reçus d'Apigee. Si vous omettez pWord, vous serez invité à le saisir.
4. Mettez à jour l'utilitaire apigee-setup :
```
sudo /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
```
5. Utilisez la commande source pour exécuter le script apigee-service.sh :
```
source /etc/profile.d/apigee-service.sh
```
Mettez à jour l'utilitaire apigee-validate sur le serveur de gestion :
```
/opt/apigee/apigee-service/bin/apigee-service apigee-validate update
```
Mettez à jour l'utilitaire apigee-provision sur le serveur de gestion :
```
/opt/apigee/apigee-service/bin/apigee-service apigee-provision update
```
Mettez à jour tous les nœuds Cassandra :
```
/opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile
```
où configFile spécifie le fichier de configuration que vous avez utilisé pour installer Apigee Edge pour le cloud privé. Exemple : /opt/silent.conf.
Sur tous les nœuds Edge, exécutez le update.sh script pour le edge processus. Pour ce faire, exécutez la commande suivante sur chaque nœud :
```
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
```
Exécutez le script update.sh pour l'authentification unique sur tous les nœuds. Sur chaque nœud, exécutez la commande suivante :
```
/opt/apigee/apigee-setup/bin/update.sh -c sso -f configFile
```
Si vous utilisez Apigee mTLS, suivez la procédure décrite dans Mettre à niveau Apigee mTLS.
Pour en savoir plus, consultez Présentation d'Apigee mTLS.

Logiciels compatibles

Cette version d'Apigee Edge pour le cloud privé est compatible avec Red Hat Enterprise Linux version (Intel 64 bits) 7.9 et CentOS (Intel 64 bits) 7.9.

Abandon et mise hors service

Aucun abandon ni mise hors service.

Nouvelles fonctionnalités

Cette version introduit les nouvelles fonctionnalités suivantes :

Une nouvelle option d'installation, 'mt', pour installer le serveur de gestion séparément de l'interface utilisateur Edge et d'OpenLDAP (problème 175793014). Consultez Spécifier les composants à installer.
Une expiration du cache L1 sur un processeur de messages, qui spécifie la durée de vie (TTL) d'une entrée dans le cache L1. Auparavant, vous ne pouviez spécifier que la durée de vie des entrées du cache L2. Consultez Définir l'expiration du cache L1 sur un processeur de messages.
Une version améliorée de apigee-provision qui inclut une nouvelle delete-user option. Exécutez apigee-service apigee-provision delete-user -h pour obtenir de l'aide sur l'utilisation de l'option.

Bugs résolus

Le tableau suivant répertorie les bugs résolus dans cette version :

ID du problème	Description
162320407	Le certificat client n'a pas été envoyé, même si `clientauthenabled` était défini sur le serveur cible.
169401128	L'envoi de notifications par e-mail ne fonctionnait pas pour la monétisation.
158714633	La configuration du fichier journal Cassandra ne fonctionnait pas. De nouveaux jetons logback ont été ajoutés pour `maxfilesize` et `maxbackupindex`.
125273766	Échec de la propagation de la mise à jour du cache entre les pods dans la configuration de pod multirégionale.
170656165	L'installation de l'authentification unique Apigee échouait lorsque le protocole HTTP était désactivé sur le serveur de gestion.
174307086	`InvalidateCache` générait une clé incorrecte si le type de champ d'application était défini sur `Proxy`.
143178281	Le service de notification de monétisation échouait en raison d'une mauvaise configuration SMTP.
151756535	La commande `apigee-validate clean` ne nettoyait pas l' utilisateur apigee_validator@apigee.com. `apigee-validate clean` supprime désormais l'utilisateur créé dans le cadre de la validation.
174735160	Une faille de sécurité potentielle liée à une injection SQL via l'interface utilisateur classique Edge a été corrigée.
145994176	La recherche d'éléments du service de notification par date ne fonctionnait pas car `createdDate` n'était pas renseigné.
142386756	`setup.sh` ne comportait pas d'option permettant d'installer uniquement le composant du serveur de gestion.
165421271	L'outil de suivi affichait toutes les valeurs JSON de la charge utile de la requête sous forme de chaînes, même celles qui étaient des entiers.
169212613	La réponse de l'API Management contenait des en-têtes de réponse de date en double.
171245851	L'installation de mTLS nécessite toutes les adresses IP dans le fichier de configuration.
172379664	`CredentialUtil` n'enregistre plus les messages indésirables.
172367536	Les processeurs de messages utilisaient un certificat autosigné pour mTLS même lorsque l'utilisateur fournissait un certificat qu'il avait défini.
169020349	`servicecallout.requesturi` n'affichait pas le bon URI.
175313717	Les failles potentielles de Cassandra CVE-2020-13946 et CVE-2019-2684 ont été corrigées. Consultez Problèmes de sécurité résolus.
169020349	Une faille potentielle liée aux attaques d'anniversaire contre les algorithmes de chiffrement TLS avec une taille de bloc de 64 bits a été corrigée. Consultez Problèmes de sécurité résolus.

Problèmes de sécurité résolus

Voici la liste des problèmes de sécurité connus qui ont été résolus dans cette version. Pour éviter ces problèmes, installez la dernière version d'Edge pour le cloud privé.

CVE	Description
CVE-2020-13946	Dans Apache Cassandra, toutes les versions antérieures à 2.1.22, 2.2.18, 3.0.22, 3.11.8 et 4.0-beta2 permettent à un pirate informatique local sans accès au processus Apache Cassandra ni aux fichiers de configuration de manipuler le registre RMI pour effectuer une attaque de l'homme du milieu et capturer les noms d'utilisateur et les mots de passe utilisés pour accéder à l'interface JMX. Le pirate informatique peut ensuite utiliser ces identifiants pour accéder à l'interface JMX et effectuer des opérations non autorisées. Les utilisateurs doivent également être conscients de la faille CVE-2019-2684, une faille JRE qui permet d'exploiter ce problème à distance.
CVE-2019-2684	Une faille a été détectée dans la façon dont l'algorithme de chiffrement DES/3DES était utilisé dans le cadre du protocole TLS/SSL protocole. Un pirate informatique de l'homme du milieu pouvait utiliser cette faille pour récupérer des données en texte brut en capturant de grandes quantités de trafic chiffré entre le serveur et le client TLS/SSL si la communication utilisait une suite de chiffrement basée sur DES/3DES.
CVE-2016-2183	Une faille a été détectée dans la façon dont l'algorithme de chiffrement DES/3DES était utilisé dans le cadre du protocole TLS/SSL. Un pirate informatique de l'homme du milieu pouvait utiliser cette faille pour récupérer des données en texte brut en capturant de grandes quantités de trafic chiffré entre le serveur et le client TLS/SSL si la communication utilisait une suite de chiffrement basée sur DES/3DES.

Problèmes connus

Pour obtenir la liste des problèmes connus liés à Edge pour le cloud privé, consultez Problèmes connus liés à Edge pour le cloud privé.