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

19.06.10 – Versionshinweise zu Edge für Private Cloud

Sie lesen gerade die Dokumentation zu Apigee Edge.
Apigee X-Dokumentation aufrufen. info

Am 29. September 2020 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.20094.noarch.rpm
edge-management-server-4.19.06-0.0.20094.noarch.rpm
edge-message-processor-4.19.06-0.0.20094.noarch.rpm
edge-postgres-server-4.19.06-0.0.20094.noarch.rpm
edge-qpid-server-4.19.06-0.0.20094.noarch.rpm
edge-router-4.19.06-0.0.20094.noarch.rpm
apigee-mtls-4.19.06-0.0.20189.noarch.rpm
apigee-mtls-consul-4.19.06-0.0.20128.noarch.rpm
apigee-cassandra-2.1.16-0.0.2508.noarch.rpm
edge-ui-4.19.06-0.0.20164.noarch.rpm
edge-management-ui-static-4.19.06-0.0.20018.noarch.rpm
apigee-sso-4.19.06-0.0.20080.noarch.rpm
apigee-setup-4.19.06-0.0.1122.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 aktuelle Edge 4.19.06-Datei bootstrap_4.19.06.sh in /tmp/bootstrap_4.19.06.sh herunter:
```
curl https://software.apigee.com/bootstrap_4.19.06.sh -o /tmp/bootstrap_4.19.06.sh
```
3. 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.
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 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
```

Edge-Benutzeroberfläche aktualisieren:

/opt/apigee/apigee-setup/bin/update.sh -c ui -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 die neue Edge-Benutzeroberfläche verwenden, führen Sie den folgenden Befehl aus:
```
/opt/apigee/apigee-setup/bin/update.sh -c ue -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

Keine Änderungen

Einstellung und Außerbetriebnahme

Keine neuen Einstellungen oder Außerbetriebnahmen.

Neue Funktionen

In diesem Abschnitt werden die neuen Funktionen in dieser Version aufgeführt.

JMX-Passwörter verschlüsseln

Sie können jetzt JMX-Passwörter verschlüsseln. Weitere Informationen finden Sie unter JMX-Passwortverschlüsselung aktivieren und JMX-Authentifizierung für Cassandra aktivieren. (150633039)

Fehlerkorrekturen

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

Problem-ID	Beschreibung
159360654	apigee-mtls-Zertifikate waren nur 30 Tage lang gültig. Neue Zertifikate sind jetzt ein Jahr lang gültig. Informationen zum Aktualisieren eines alten 30‑Tage-Zertifikats mit einem neuen Zertifikat, das ein Jahr lang gültig ist, finden Sie unter Apigee-mTLS aktualisieren.
147736003	Eine veraltete Bibliothek auf enterprise.apigee.com hat Sicherheitsprobleme verursacht. Die Bibliothek wurde aktualisiert.
150594487	Eine Reihe von Java-Ressourcen auf Organisationsebene führte dazu, dass Nachrichtenprozessoren Organisationen nicht laden konnten.
149739904	Bei der Datenmaskierung für HTTP-Header wurde zwischen Groß- und Kleinschreibung unterschieden. Das Problem wurde behoben: Die Datenmaskierung berücksichtigt jetzt nicht mehr die Groß- und Kleinschreibung.
130416715	Potenzielle Sicherheitslücke aufgrund des „True-Client-IP“-Headers In diesem Release wird ein neues Access Control Policy-Element eingeführt, `IgnoreTrueClientIPHeader`, mit dem das Problem behoben wird. Weitere Informationen finden Sie unter IgnoreTrueClientIPHeader-Element.
161858295	Einige stumme Variablen wurden falsch geschrieben. Die Variable für die automatische Installation `SSO_JWT_SIGNING_KEY_FILEPATH` wird nicht mehr falsch geschrieben.
160951701	Die mTLS-Installation ist aufgrund eines Consul-Serverproblems fehlgeschlagen. Die Consul-Binärdatei wurde von Version 1.6.2 auf die aktuelle stabile Version 1.8.0 aktualisiert.
132654321	In den Audit-Logs wurden Nutzer, deren Rollen aktualisiert wurden, nicht angezeigt. Nachdem Sie Rollen für vorhandene Nutzer geändert oder einen vorhandenen Nutzer einer Organisation hinzugefügt haben, wurde im Audit-Log „Update user undefined“ angezeigt. Dadurch konnten Sie nicht sehen, für wen die Aktion ausgeführt wurde.
160916451	Die mTLS-Installation schlug aufgrund einer veralteten Consul-Binärversion fehl. Die Consul-Binärdatei wurde von Version 1.6.2 auf die aktuelle stabile Version 1.8.0 aktualisiert. apigee-mtls verarbeitet jetzt Server mit mehreren Netzwerkschnittstellen und Adressen korrekt.
161764596	apigee-tomcat wurde beim Anwenden von Patchupdates nicht aktualisiert. Dieses Problem wurde behoben.
133145969	Die Dokumentation zum Deaktivieren von Protokollen in der Benutzeroberfläche fehlte. Die neue Dokumentation finden Sie unter TLS-Protokolle deaktivieren.

Bekannte Probleme

In der folgenden Tabelle sind bekannte Probleme in dieser Version aufgeführt:

Problem-ID Beschreibung

149245401

Problem-ID	Beschreibung
149245401	Problem mit dem Verbindungspooling für die LDAP-Richtlinie LDAP-Verbindungspool-Einstellungen für JNDI, die über die LDAP-Ressource konfiguriert werden, werden nicht berücksichtigt und JNDI-Standardeinstellungen führen jedes Mal zu Einmalverbindungen. Daher werden Verbindungen jedes Mal für die einmalige Verwendung geöffnet und geschlossen, was zu einer großen Anzahl von Verbindungen pro Stunde zum LDAP-Server führt. Workaround: Wenn Sie die Eigenschaften des LDAP-Verbindungspools ändern möchten, führen Sie die folgenden Schritte aus, um eine globale Änderung für alle LDAP-Richtlinien festzulegen. Erstellen Sie eine Konfigurationsattributdatei, falls sie noch nicht vorhanden ist: /opt/apigee/customer/application/message-processor.properties Fügen Sie der Datei Folgendes hinzu (ersetzen Sie die Werte der JNDI-Attribute (Java Naming and Directory Interface) entsprechend den Anforderungen Ihrer LDAP-Ressourcenkonfiguration). bin_setenv_ext_jvm_opts="-Dcom.sun.jndi.ldap.connect.pool.maxsize=20 -Dcom.sun.jndi.ldap.connect.pool.prefsize=2 -Dcom.sun.jndi.ldap.connect.pool.initsize=2 -Dcom.sun.jndi.ldap.connect.pool.timeout=120000 -Dcom.sun.jndi.ldap.connect.pool.protocol=ssl" Achten Sie darauf, dass die Datei `/opt/apigee/customer/application/message-processor.properties` dem Nutzer „apigee:apigee“ gehört. Starten Sie jeden Message Processor neu. Wenn Sie prüfen möchten, ob die JNDI-Eigenschaften Ihres Verbindungspools wirksam werden, können Sie einen tcpdump durchführen, um das Verhalten des LDAP-Verbindungspools im Zeitverlauf zu beobachten. Hinweis:Die in der obigen Anleitung angegebenen Eigenschaften des Verbindungspools sind global und gelten daher für alle LDAP-Verbindungen mit aktiviertem Verbindungspool, die der Message Processor von Apigee herstellt.

Problem mit dem Verbindungspooling für die LDAP-Richtlinie

LDAP-Verbindungspool-Einstellungen für JNDI, die über die LDAP-Ressource konfiguriert werden, werden nicht berücksichtigt und JNDI-Standardeinstellungen führen jedes Mal zu Einmalverbindungen. Daher werden Verbindungen jedes Mal für die einmalige Verwendung geöffnet und geschlossen, was zu einer großen Anzahl von Verbindungen pro Stunde zum LDAP-Server führt.

Workaround:

Wenn Sie die Eigenschaften des LDAP-Verbindungspools ändern möchten, führen Sie die folgenden Schritte aus, um eine globale Änderung für alle LDAP-Richtlinien festzulegen.

Erstellen Sie eine Konfigurationsattributdatei, falls sie noch nicht vorhanden ist:
```
/opt/apigee/customer/application/message-processor.properties
```

Fügen Sie der Datei Folgendes hinzu (ersetzen Sie die Werte der JNDI-Attribute (Java Naming and Directory Interface) entsprechend den Anforderungen Ihrer LDAP-Ressourcenkonfiguration).

bin_setenv_ext_jvm_opts="-Dcom.sun.jndi.ldap.connect.pool.maxsize=20
-Dcom.sun.jndi.ldap.connect.pool.prefsize=2
-Dcom.sun.jndi.ldap.connect.pool.initsize=2
-Dcom.sun.jndi.ldap.connect.pool.timeout=120000
-Dcom.sun.jndi.ldap.connect.pool.protocol=ssl"

Achten Sie darauf, dass die Datei /opt/apigee/customer/application/message-processor.properties dem Nutzer „apigee:apigee“ gehört.
Starten Sie jeden Message Processor neu.

Wenn Sie prüfen möchten, ob die JNDI-Eigenschaften Ihres Verbindungspools wirksam werden, können Sie einen tcpdump durchführen, um das Verhalten des LDAP-Verbindungspools im Zeitverlauf zu beobachten.