4.19.01.03 - Notes de version d'Edge for Private Cloud

<ph type="x-smartling-placeholder"></ph> Vous consultez la documentation Apigee Edge.
Accédez à la page Documentation sur Apigee X. En savoir plus

Le 10 mars 2020, nous avons lancé une nouvelle version d'Apigee Edge pour Private Cloud.

Mettre à jour la procédure

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

1. Sur tous les nœuds périphériques:

   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 pour /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 faire.

   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 fichier smartdocs.zip dans /opt/apigee/apigee-validate/bundles. et le déployer en tant que nouvelle révision. Le nouveau proxy doit être importé dans l'organisation dans laquelle SmartDocs est actuellement configurée. Le déploiement du proxy en tant que nouvelle révision facilitera le rollback, si nécessaire.

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

4. À partir de l'interface utilisateur Edge, créez et mettez à jour une KVM nommée "smartdocs_membership", comme illustré dans la figure ci-dessous. La KVM doit être créée dans l'organisation et l'environnement dans lesquels le proxy SmartDocs est actuellement déployées.

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

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

Logiciels compatibles

Aucun

Abandons et suppressions

Aucun

Bugs résolus

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

ID du problème	Description
145340106	Vulnérabilité de l'API Apigee SmartDocs Mise à jour du proxy Apigee SmartDocs pour corriger les failles de sécurité. Voir <ph type="x-smartling-placeholder"></ph> Modifiez la procédure pour en savoir plus et connaître les étapes requises.