Sie lesen gerade die Dokumentation zu Apigee Edge.
Apigee X-Dokumentation aufrufen. info
Am 22. Januar 2021 haben wir eine neue Version von Apigee Edge for Private Cloud veröffentlicht.
Aktualisierungsvorgang
Durch die Aktualisierung dieses Releases werden die Komponenten in der folgenden Liste von RPMs aktualisiert:
- edge-gateway-4.19.06-0.0.20108.noarch.rpm
- edge-management-server-4.19.06-0.0.20108.noarch.rpm
- edge-message-processor-4.19.06-0.0.20108.noarch.rpm
- edge-postgres-server-4.19.06-0.0.20108.noarch.rpm
- edge-qpid-server-4.19.06-0.0.20108.noarch.rpm
- edge-router-4.19.06-0.0.20108.noarch.rpm
- edge-analytics-4.19.06-0.0.40035.noarch.rpm
- apigee-setup-4.19.06-0.0.1125.noarch.rpm
- apigee-cassandra-2.1.22-0.0.2511.noarch.rpm
- apigee-cassandra-client-2.1.22-0.0.2502.noarch.rpm
- apigee-sso-4.19.06-0.0.20089.noarch.rpm
- apigee-mtls-4.19.06-0.0.20209.noarch.rpm
- edge-mint-gateway-4.19.06-0.0.30205.noarch.rpm
- edge-mint-management-server-4.19.06-0.0.30205.noarch.rpm
- edge-mint-message-processor-4.19.06-0.0.30205.noarch.rpm
Sie können die aktuell installierten RPM-Versionen prüfen, um festzustellen, ob sie aktualisiert werden müssen, indem Sie Folgendes eingeben:
apigee-all version
Führen Sie die folgenden Schritte auf den Edge-Knoten aus, um Ihre Installation zu aktualisieren:
-
Auf allen Edge-Knoten:
- Yum-Repositories bereinigen:
sudo yum clean all
- Laden Sie die aktuelle Edge 4.19.06-Datei
bootstrap_4.19.06.shin/tmp/bootstrap_4.19.06.shherunter:curl https://software.apigee.com/bootstrap_4.19.06.sh -o /tmp/bootstrap_4.19.06.sh
- Installieren Sie das Edge 4.19.06-
apigee-service-Dienstprogramm und die Abhängigkeiten:sudo bash /tmp/bootstrap_4.19.06.sh apigeeuser=uName apigeepassword=pWord
Dabei sind uName:pWord der Nutzername und das Passwort, die Sie von Apigee erhalten haben. Wenn Sie pWord weglassen, werden Sie aufgefordert, sie einzugeben.
- Aktualisieren Sie das
apigee-setup-Tool:sudo /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
- Führen Sie das
apigee-service.sh-Skript mit dem Befehlsourceaus:source /etc/profile.d/apigee-service.sh
- Yum-Repositories bereinigen:
Aktualisieren Sie alle Cassandra-Knoten:
/opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile
Dabei gibt configFile die Konfigurationsdatei an, die Sie zum Installieren von Apigee Edge for Private Cloud verwendet haben. Beispiel:
/opt/silent.conf.- Führen Sie auf allen Edge-Knoten das
update.sh-Skript für denedge-Prozess aus. Führen Sie dazu auf jedem Knoten den folgenden Befehl aus:/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
- Führen Sie das
update.sh-Skript für SSO auf allen Knoten aus. Führen Sie auf jedem Knoten den folgenden Befehl aus:/opt/apigee/apigee-setup/bin/update.sh -c sso -f configFile
- Wenn Sie Apigee mTLS verwenden, folgen Sie der Anleitung unter Apigee mTLS aktualisieren.
Weitere Informationen finden Sie unter Einführung in Apigee mTLS.
Unterstützte Software
Diese Version von Apigee Edge Private Cloud unterstützt Red Hat Enterprise Linux-Version 7.9 (Intel 64-Bit) und CentOS-Version 7.9 (Intel 64-Bit).
Einstellung und Außerbetriebnahme
Keine neuen Einstellungen oder Außerbetriebnahmen.
Neue Funktionen
Diese Version enthält die folgenden neuen Funktionen:
- Eine neue Installationsoption,
'mt', zum Installieren des Verwaltungsservers getrennt von der Edge-UI und OpenLDAP (Problem 175793014). Weitere Informationen finden Sie unter Zu installierende Komponenten angeben. - Unterstützung mehrerer Zertifikatsaliasse. Weitere Informationen finden Sie unter
Schlüsselspeicherzertifikat mit dem Schlüsselalias angeben. In dieser Version wurde ein neuer Message Processor-Code mit der Konfigurationseigenschaft,
HTTPClient.choose.alias.by.keyalias=true(Standard) eingeführt, um diese Funktion zu aktivieren.
Fehlerkorrekturen
In der folgenden Tabelle sind die in diesem Release behobenen Fehler aufgeführt:
| Problem-ID | Beschreibung |
|---|---|
| 159858015 | GET-Anfragen gaben falsche 408-Antworten zurück. |
| 153231909 | Der Befehl |
| 142141620 | In diesem Release werden jetzt mehrere Zertifikatsaliasse unterstützt. |
| 138107618 | Hohe Rate von Zeitüberschreitungen bei der Kommunikation zwischen Router und Message Processor. |
| 169401128 | Das Senden von E‑Mail-Benachrichtigungen für die Monetarisierung hat nicht funktioniert. |
| 158714633 | Die Konfiguration der Cassandra-Logdatei hat nicht funktioniert. Es wurden neue Logback-Tokens für |
| 143178281 | Der Benachrichtigungsdienst für die Monetarisierung ist aufgrund einer fehlerhaften SMTP-Konfiguration fehlgeschlagen. |
| 174735160 | Eine potenzielle Sicherheitslücke für eine SQL-Injection über die klassische Edge-Benutzeroberfläche wurde behoben. |
| 169212613 | Die Management API-Antwort enthielt doppelte Antwortheader für das Datum. |
| 172379664 |
|
| 170656165 | Die Apigee SSO-Einrichtung schlug fehl, wenn HTTP auf dem Managementserver deaktiviert war. |
| 175313717 | Die potenziellen Cassandra-Sicherheitslücken CVE-2020-13946 und CVE-2019-2684 wurden behoben. Weitere Informationen finden Sie unter Behobene Sicherheitsprobleme. |
Behobene Sicherheitsprobleme
Im Folgenden finden Sie eine Liste bekannter Sicherheitsprobleme, die in diesem Release behoben wurden. Installieren Sie die neueste Version von Edge Private Cloud, um diese Probleme zu vermeiden.
| CVE | Beschreibung |
|---|---|
| CVE-2020-13946 |
In Apache Cassandra ist es in allen Versionen vor 2.1.22, 2.2.18, 3.0.22, 3.11.8 und 4.0-beta2 einem lokalen Angreifer ohne Zugriff auf den Apache Cassandra-Prozess oder die Konfigurationsdateien möglich, die RMI-Registrierung zu manipulieren, um einen Man-in-the-Middle-Angriff durchzuführen und Nutzernamen und Passwörter zu erfassen, die für den Zugriff auf die JMX-Schnittstelle verwendet werden. Der Angreifer kann dann mit diesen Anmeldedaten auf die JMX-Schnittstelle zugreifen und unbefugte Vorgänge ausführen. Nutzer sollten sich auch über CVE-2019-2684 informieren, eine JRE-Sicherheitslücke, die es ermöglicht, dieses Problem per Remote-Zugriff auszunutzen. |
| CVE-2019-2684 |
Es wurde eine Sicherheitslücke in der Art und Weise gefunden, wie die DES/3DES-Verschlüsselung im Rahmen des TLS/SSL-Protokolls verwendet wurde. Ein Man-in-the-Middle-Angreifer könnte diese Sicherheitslücke nutzen, um einige Klartextdaten wiederherzustellen, indem er große Mengen an verschlüsseltem Traffic zwischen TLS-/SSL-Server und ‑Client abfängt, wenn für die Kommunikation eine DES-/3DES-basierte Chiffre-Suite verwendet wurde. |
| CVE-2016-2183 |
Es wurde eine Sicherheitslücke in der Art und Weise gefunden, wie die DES/3DES-Verschlüsselung im Rahmen des TLS/SSL-Protokolls verwendet wurde. Ein Man-in-the-Middle-Angreifer könnte diese Sicherheitslücke nutzen, um einige Klartextdaten wiederherzustellen, indem er große Mengen an verschlüsseltem Traffic zwischen TLS/SSL-Server und ‑Client abfängt, wenn für die Kommunikation eine DES/3DES-basierte Chiffre-Suite verwendet wurde. |
Bekannte Probleme
Eine Liste der bekannten Probleme mit Edge Private Cloud finden Sie unter Bekannte Probleme mit Edge Private Cloud.