4.19.01.03 - Notes de version d'Edge for Private Cloud

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

Le 10 mars 2020, nous avons lancé une nouvelle version d'Apigee Edge pour le cloud privé.

Procédure de mise à jour

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

1. Sur tous les nœuds Edge:

   1. Nettoyez les dépôts Yum :

      sudo yum clean all

   2. Téléchargez le dernier fichier bootstrap_4.19.01.sh Edge 4.19.01 dans /tmp/bootstrap_4.19.01.sh :

      curl https://software.apigee.com/bootstrap_4.19.01.sh -o /tmp/bootstrap_4.19.01.sh

   3. Installez l'utilitaire Edge 4.19.01 apigee-service et les dépendances :

      sudo bash /tmp/bootstrap_4.19.01.sh apigeeuser=uName apigeepassword=pWord

      Où uName:pWord correspond 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

2. Mettez à jour l'utilitaire apigee validate :

   sudo /opt/apigee/apigee-service/bin/apigee-service apigee-validate update

3. Importez le nouveau proxy SmartDocs à partir du smartdocs.zip dans le répertoire /opt/apigee/apigee-validate/bundles et déployez-le en tant que nouvelle révision. Le nouveau proxy doit être importé dans l'organisation dans laquelle SmartDocs est actuellement configuré. Déployer le proxy en tant que nouvelle révision facilitera le rollback, si nécessaire.

   Remarque: Avant de procéder au déploiement, vérifiez que le <VirtualHost> du nouveau proxy correspond à la configuration <VirtualHost> actuellement définie dans votre environnement. Si ce n'est pas le cas, modifiez le proxy avant de le déployer.

4. Dans l'interface utilisateur d'Edge, créez et mettez à jour un KVM nommé "smartdocs_whitelist", comme illustré dans la figure ci-dessous. Le KVM doit être créé dans l'organisation et l'environnement dans lesquels le proxy SmartDocs est actuellement déployé.

   Remarque: Assurez-vous que la case chiffré n'est PAS cochée.

   • Ajoutez une clé nommée "is_whitelist_configured", dont la valeur est "YES".
   • Ajoutez une deuxième clé nommée "allowed_hosts", dont les valeurs sont des noms d'hôtes ou des adresses IP séparés par des espaces appelés à partir de SmartDocs. La valeur de "allowed_hosts" doit inclure tous les hôtes inclus dans les spécifications OpenAPI ajoutées à SmartDocs. Par exemple, si vous disposez d'une spécification OpenAPI qui appelle mocktarget.apigee.net, vous devrez ajouter mocktarget.apigee.net à la valeur "allowed_hosts". Si un hôte n'est pas inclus dans le KVM, la réponse SmartDocs est 400 Bad Request avec une charge utile de contenu de Bad Request-Hostname not permitted.
   Remarque: Si vous n'ajoutez pas et ne configurez pas cette KVM, le proxy n'appliquera pas la liste blanche. Cela peut entraîner un accès non autorisé à vos hôtes et à vos adresses IP. Seuls les noms d'hôte et les adresses IP des points de terminaison d'API documentés avec SmartDocs doivent être inclus dans les valeurs "allowed_hosts".

Logiciels compatibles

Aucune.

Déprécations et suppressions

Aucune.

Bugs résolus

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

ID du problème	Description
145340106	Vulnérabilité de l'API SmartDocs d'Apigee Mise à jour du proxy Apigee SmartDocs pour corriger une faille de sécurité. Pour en savoir plus et connaître la procédure à suivre, consultez la section Procédure de mise à jour.