Google verwendet KI-Technologie, um Inhalte in Ihre bevorzugte Sprache zu übersetzen. KI-Übersetzungen können Fehler enthalten.

4.50.00.06 – Versionshinweise zu Edge für Private Cloud

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.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

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:
1. Yum-Repositories bereinigen:
```
sudo yum clean all
```
2. Laden Sie die neueste Edge 4.50.00-Datei bootstrap_4.50.00.sh unter /tmp/bootstrap_4.50.00.sh herunter:
```
curl https://software.apigee.com/bootstrap_4.50.00.sh -o /tmp/bootstrap_4.50.00.sh
```
3. Installieren Sie das Edge 4.50.00-apigee-service-Dienstprogramm und die Abhängigkeiten:
```
sudo bash /tmp/bootstrap_4.50.00.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.
4. Aktualisieren Sie das apigee-setup-Tool:
```
sudo /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
```
5. Führen Sie das apigee-service.sh-Skript mit dem Befehl source aus:
```
source /etc/profile.d/apigee-service.sh
```
Aktualisieren Sie das apigee-validate-Dienstprogramm auf dem Verwaltungsserver:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-validate update
```
Aktualisieren Sie das apigee-provision-Dienstprogramm auf dem Verwaltungsserver:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-provision update
```
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 den edge-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.
Ein L1-Cache-Ablauf auf einem Message Processor, der die Gültigkeitsdauer (Time-to-Live, TTL) eines Eintrags im L1-Cache angibt. Bisher konnten Sie nur die TTL von L2-Cacheeinträgen angeben. Weitere Informationen finden Sie unter Ablauf des L1-Cache für einen Message Processor festlegen.
Eine erweiterte Version von apigee-provision mit einer neuen Option delete-user. Führen Sie apigee-service apigee-provision delete-user -h aus, um Hilfe zur Verwendung der Option zu erhalten.

Fehlerkorrekturen

In der folgenden Tabelle sind die in diesem Release behobenen Fehler aufgeführt:

Problem-ID	Beschreibung
162320407	Clientzertifikate wurden nicht gesendet, obwohl `clientauthenabled` auf dem Zielserver festgelegt war.
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 `maxfilesize` und `maxbackupindex` hinzugefügt.
125273766	Fehler bei der Weitergabe von Cache-Aktualisierungen zwischen Pods in einer multiregionalen Pod-Konfiguration.
170656165	Die Apigee SSO-Einrichtung schlug fehl, wenn HTTP auf dem Managementserver deaktiviert war.
174307086	`InvalidateCache` hat einen falschen Schlüssel generiert, wenn der Bereichstyp auf `Proxy` festgelegt war.
143178281	Der Benachrichtigungsdienst für die Monetarisierung ist aufgrund einer fehlerhaften SMTP-Konfiguration fehlgeschlagen.
151756535	Mit dem Befehl `apigee-validate clean` wurde der Nutzer apigee_validator@apigee.com nicht bereinigt. `apigee-validate clean` löscht jetzt den Nutzer, der im Rahmen der Validierung erstellt wurde.
174735160	Eine potenzielle Sicherheitslücke für eine SQL-Injection über die klassische Edge-Benutzeroberfläche wurde behoben.
145994176	Die Suche nach Benachrichtigungsdienst-Elementen nach Datum funktionierte nicht, da `createdDate` nicht ausgefüllt war.
142386756	In `setup.sh` fehlte eine Option zum Installieren nur der Management Server-Komponente.
165421271	Im Trace-Tool wurden alle JSON-Werte in der Anfrage-Nutzlast als Strings angezeigt, auch diejenigen, die Ganzzahlen waren.
169212613	Die Management API-Antwort enthielt doppelte Antwortheader für das Datum.
171245851	Für die mTLS-Installation sind alle IP-Adressen in der Konfigurationsdatei erforderlich.
172379664	`CredentialUtil` protokolliert keine unerwünschten Nachrichten mehr.
172367536	Nachrichtenprozessoren haben ein selbst signiertes Zertifikat für mTLS verwendet, auch wenn der Nutzer ein von ihm definiertes Zertifikat bereitgestellt hat.
169020349	`servicecallout.requesturi` hat nicht den richtigen URI angezeigt.
175313717	Die potenziellen Cassandra-Sicherheitslücken CVE-2020-13946 und CVE-2019-2684 wurden behoben. Weitere Informationen finden Sie unter Behobene Sicherheitsprobleme.
169020349	Eine potenzielle Sicherheitslücke für Birthday-Angriffe auf TLS-Chiffren mit einer Blockgröße von 64 Bit wurde 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.