Google używa technologii AI do tłumaczenia treści na Twój preferowany język. Tłumaczenia wygenerowane przez AI mogą zawierać błędy.

4.19.06.14 – informacje o wersji Edge dla Private Cloud

Wyświetlasz dokumentację Apigee Edge.
Otwórz dokumentację Apigee X. info

19 lutego 2021 r. udostępniliśmy nową wersję Apigee Edge Private Cloud.

Procedura aktualizacji

Aktualizacja tej wersji spowoduje zaktualizowanie komponentów z tej listy pakietów RPM:

edge-analytics-4.19.06-0.0.40038.noarch.rpm
apigee-tomcat-7.0.105-0.0.911.noarch.rpm
apigee-sso-4.19.06-0.0.20134.noarch.rpm
edge-gateway-4.19.06-0.0.20112.noarch.rpm
edge-management-server-4.19.06-0.0.20112.noarch.rpm
edge-message-processor-4.19.06-0.0.20112.noarch.rpm
edge-postgres-server-4.19.06-0.0.20112.noarch.rpm
edge-qpid-server-4.19.06-0.0.20112.noarch.rpm
edge-router-4.19.06-0.0.20112.noarch.rpm

Aby sprawdzić, czy zainstalowane wersje pakietów RPM wymagają aktualizacji, wpisz:

apigee-all version

Aby zaktualizować instalację, wykonaj te czynności na węzłach brzegowych:

Na wszystkich węzłach brzegowych:
1. Wyczyść repozytoria Yum:
```
sudo yum clean all
```
2. Pobierz najnowszy plik Edge 4.19.06 bootstrap_4.19.06.sh do /tmp/bootstrap_4.19.06.sh:
```
curl https://software.apigee.com/bootstrap_4.19.06.sh -o /tmp/bootstrap_4.19.06.sh
```
3. Zainstaluj narzędzie apigee-service Edge 4.19.06 i zależności:
```
sudo bash /tmp/bootstrap_4.19.06.sh apigeeuser=uName apigeepassword=pWord
```
  gdzie uName:pWord to nazwa użytkownika i hasło otrzymane od Apigee. Jeśli pominiesz pWord, pojawi się prośba o jego wpisanie.
4. Zaktualizuj narzędzie apigee-setup:
```
sudo /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
```
5. Użyj polecenia source, aby wykonać skrypt apigee-service.sh:
```
source /etc/profile.d/apigee-service.sh
```
Na wszystkich węzłach brzegowych wykonaj skrypt update.sh dla procesu edge. Aby to zrobić, uruchom na każdym węźle to polecenie:
```
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
```
Wykonaj skrypt update.sh dla logowania jednokrotnego na wszystkich węzłach. Na każdym węźle wykonaj to polecenie:
```
/opt/apigee/apigee-setup/bin/update.sh -c sso -f configFile
```

Zmiany w obsługiwanym oprogramowaniu

W tej wersji uaktualniliśmy oprogramowanie Tomcat do wersji 7.0.105.

Wycofania i zakończenia

W tej wersji nie ma żadnych nowych wycofań ani zakończeń obsługi.

Nowe funkcje

Ta wersja nie zawiera nowych funkcji.

Poprawione błędy

W tej wersji naprawiliśmy te błędy:

Identyfikator problemu	Opis
166766984	Oprogramowanie Apache Tomcat zostało uaktualnione do wersji 7.0.105.
165843063	Serwer zarządzania nasłuchiwał na niewłaściwym porcie (8080) w odpowiedzi na polecenie `wait_for_ready`.
139051927	Serwery proxy interfejsu API miały długi czas oczekiwania na przetwarzanie żądań.
172587165	Zdarzało się, że zmienne niestandardowe nie pojawiały się w raportach w interfejsie. Ten proces został ulepszony i jest bardziej niezawodny.
174241354	Puste wiadomości w zasadach MessageLogging powodowały zalewanie logów ostrzeżeniami. Puste wiadomości są teraz obsługiwane prawidłowo.
168258482	Nieprawidłowe uprawnienia do katalogu w `apigee-tomcat` powodowały błędy poleceń `apigee-service`.
161858295	Niektóre zmienne konfiguracji cichej zostały błędnie napisane. Zmienna konfiguracji cichej `SSO_JWT_SIGNING_KEY_FILEPATH` jest teraz poprawnie zapisana.
157521855	Konfigurowanie zestawów szyfrów podczas włączania protokołu TLS dla interfejsu API zarządzania Google Analytics nie działało prawidłowo.

Usunięto problemy dotyczące bezpieczeństwa

Poniżej znajdziesz listę znanych problemów z bezpieczeństwem, które zostały rozwiązane w tej wersji. Aby uniknąć tych problemów, zainstaluj najnowszą wersję Edge Private Cloud.

Identyfikator problemu	Opis
CVE-2020-13935	Długość ładunku w ramce WebSocket nie została prawidłowo zweryfikowana. Nieprawidłowe długości ładunku mogą spowodować nieskończoną pętlę. Wiele żądań o nieprawidłowej długości ładunku może prowadzić do ataku typu DoS. Wersje, których dotyczy problem: Apache Tomcat 10.0.0-M1 do 10.0.0-M6, Apache Tomcat 9.0.0.M1 do 9.0.36, Apache Tomcat 8.5.0 do 8.5.56 i Apache Tomcat 7.0.27 do 7.0.104.
178784031	Asercje używane do weryfikacji odpowiedzi HTTP nie były domyślnie podpisywane, co mogło prowadzić do problemów z bezpieczeństwem. Asercje są teraz domyślnie podpisywane.

Identyfikator problemu

Opis

CVE-2020-13935

Długość ładunku w ramce WebSocket nie została prawidłowo zweryfikowana. Nieprawidłowe długości ładunku mogą spowodować nieskończoną pętlę. Wiele żądań o nieprawidłowej długości ładunku może prowadzić do ataku typu DoS.

Wersje, których dotyczy problem: Apache Tomcat 10.0.0-M1 do 10.0.0-M6, Apache Tomcat 9.0.0.M1 do 9.0.36, Apache Tomcat 8.5.0 do 8.5.56 i Apache Tomcat 7.0.27 do 7.0.104.

178784031

Asercje używane do weryfikacji odpowiedzi HTTP nie były domyślnie podpisywane, co mogło prowadzić do problemów z bezpieczeństwem.

Asercje są teraz domyślnie podpisywane.

Znane problemy

Listę znanych problemów z Edge Private Cloud znajdziesz w artykule Znane problemy z Edge Private Cloud.