4.16.05.07 – informacje o wersji Edge dla Private Cloud

Przeglądasz dokumentację Apigee Edge.
Otwórz dokumentację Apigee X.
Informacje

W poniedziałek 20 marca 2017 roku opublikowaliśmy nową wersję Apigee Edge dla Private Cloud.

Zaktualizuj procedurę

Aby zaktualizować instalację, wykonaj następujące czynności:

  1. We wszystkich węzłach serwera zarządzania brzegowego, procesora wiadomości i interfejsu użytkownika wyczyść repozytoria Yum:
    > sudo yum oczyść wszystko

  2. We wszystkich węzłach serwera zarządzania i procesora wiadomości uruchom polecenie:

    >/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile

    gdzie configFile określa plik konfiguracyjny użyty do zainstalowania Edge.

  3. Zaktualizuj edge-ui we wszystkich węzłach interfejsu Edge:

    >/opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile

Naprawione błędy

Poprawiliśmy w niej wymienione niżej błędy.

Identyfikator problemu Opis Numer kompilacji
APIRT-2854

Usunięto kod debugowania z JavaScriptStepExecution

edge-gateway-4.16.05-0.0.1074
DOS-4039

Uwierzytelnianie zewnętrzne powoduje, że polecenia apigee-service kończą się niepowodzeniem

Gdy uwierzytelnianie zewnętrzne jest włączone, większość klientów do uwierzytelniania używa pola nazwy konta SAM Active Directory, a nie adresu e-mail używanego przez serwer Edge OpenLDAP.

Jeśli przeprowadzisz integrację z zewnętrzną usługą katalogową i chcesz, aby przeglądarka Edge obsługiwała nazwę konta, a nie adres e-mail, jako nazwę użytkownika dodaj następujący wiersz do pliku konfiguracyjnego podczas aktualizowania Edge do wersji 4.16.05.07:

IS_EXTERNAL_AUTH="true"

Ten wiersz konfiguruje Edge jako nazwę użytkownika, a nie adres e-mail.

Sprawdź wersję 4.16.05, aby dowiedzieć się więcej.

apigee-lib-4.16.05-0.0.946
EDGEUI-664 Sesja interfejsu Edge jest teraz prawidłowo wydłużana, gdy użytkownik wykonuje działanie edge-ui-4.16.09-0.0.3806
MGMT-1430

Weryfikacja zasobów serwera proxy interfejsu API

Jeśli przechowujesz pliki zasobów serwera proxy interfejsu API (np. JavaScript lub Java JAR) w zakresie na poziomie organizacji, platforma weryfikacji nie wymaga już dodawania tych zasobów na poziomie serwera proxy interfejsu API w pakiecie proxy interfejsu API w celu ich importu w celu przejścia weryfikacji. Weryfikacja zasobów odbywa się teraz w czasie wdrażania, a nie podczas importu.

edge-gateway-4.16.05-0.0.1074

Znane problemy

W tej wersji występują opisane poniżej znane problemy.

Identyfikator problemu Opis
APIRT-2978

Router nie uruchamia się Nginx lub router nie uruchamia się

Jeśli router brzegowy nie uruchamia Nginx lub w ogóle nie uruchamia się, jak widać w pliku /opt/apigee/var/log/edge-router/logs/system.log, usuń wszystkie pliki z katalogu /opt/nginx/conf.d i ponownie uruchom router:

> rm -f /opt/nginx/conf.d/*
> /opt/apigee/apigee-service/bin/apigee-service edge-router restart
APIRT-3364

Procesor wiadomości wyszukuje DNS w IPv4 i IPv6

Jeśli zainstalowano i włączono demon pamięci podręcznej NSCD (NSCD), możesz zauważyć, że procesory wiadomości przeprowadzają 2 wyszukiwania DNS: jedno dla IPv4 i jedno dla IPv6.

Aby wyłączyć wyszukiwanie DNS w IPv6:

  1. W każdym węźle procesora wiadomości edytuj plik /etc/nscd.conf.
  2. Ustaw tę właściwość:

    enable-cache hosts no
PRC-1118

Błąd podczas uruchamiania polecenia „apigee-service apigee-postgresql pg-data-purge”

Jeśli uruchomisz polecenie „apigee-service apigee-postgresql pg-data-purge” i zobaczysz błąd w formularzu:

BŁĄD: musi być właścicielem relacji

Edytuj plik /opt/apigee/apigee-postgresql-4.16.05-0.0.894/lib/actions/pg-data-purge i ustaw tę właściwość na „apigee”:

POSTGRES_USER=apigee

DOC-1687 Z powodu znanego konfliktu zależności pakietów agent Katello używany na serwerze satelitarnym 6 nie będzie prawidłowo zainstalowany na hostach Apigee Edge, na których działa demon Qpid.