Edge dla chmury prywatnej w wersji 4.17.09
Podczas pierwszej instalacji Edge został utworzony specjalny rodzaj użytkownika o nazwie sysadmin, a jednocześnie niektóre dodatkowe pliki konfiguracji zostały zaktualizowane o dane tego użytkownika. Jeśli skonfigurujesz zewnętrzny serwer LDAP do uwierzytelniania przy użyciu nazwy użytkownika, która nie jest adresem e-mail, lub jeśli masz inne hasło na zewnętrznym serwerze LDAP dla tego administratora systemu, musisz wprowadzić zmiany opisane w tej sekcji.
Musisz zaktualizować 2 lokalizacje:
- Interfejs Edge loguje się na serwerze zarządzania przy użyciu danych logowania, które są przechowywane w postaci zaszyfrowanej w pliku konfiguracji w interfejsie Edge. Ta aktualizacja jest wymagana, gdy nazwa użytkownika lub hasło administratora systemu są inne.
- Edge przechowuje nazwę użytkownika sysadmin w innym pliku, który jest używany podczas uruchamiania różnych skryptów narzędziowych. Ta aktualizacja jest wymagana tylko wtedy, gdy nazwa użytkownika sysadmin jest inna.
Zmienianie hasła do interfejsu Edge
Sposób zmiany hasła do interfejsu Edge zależy od tego, jak zewnętrzny serwer LDAP reprezentuje nazwy użytkowników:
- Jeśli nazwy użytkowników są adresami e-mail, użyj narzędzia setup.sh, aby zaktualizować interfejs Edge.
- Jeśli nazwy użytkowników są identyfikatorami, a nie adresami e-mail, użyj wywołań interfejsu API i plików właściwości, aby zaktualizować interfejs Edge.
Obie procedury opisujemy poniżej.
Zmiana danych logowania do interfejsu Edge dla adresu e-mail
- Zmodyfikuj plik konfiguracji instalacji dyskretnej, który został użyty do zainstalowania interfejsu Edge, aby ustawić te właściwości:
ADMIN_EMAIL=newUser
APIGEE_ADMINPW=newPW
SMTPHOST=smtp.gmail.com
SMTPPORT=465
SMTPUSER=foo@gmail.com
SMTPPASSWORD=bar
SMTPSSL=y
SMTPMAILFROM="My Company <myco@company.com>"
Pamiętaj, że podczas przekazywania nowego hasła musisz uwzględnić właściwości SMTP, ponieważ wszystkie właściwości w interfejsie są resetowane. - Użyj narzędzia apigee-setup, aby zresetować hasło w interfejsie Edge z pliku konfiguracji:
> /opt/apigee/apigee-setup/bin/setup.sh -p ui -f configFile
Zmiana danych logowania do interfejsu Edge dla identyfikatora użytkownika
- Zaszyfruj identyfikator użytkownika i hasło:
> java -cp "/opt/apigee/edge-ui/conf:/opt/apigee/edge-ui/lib/*" utils.EncryptUtil 'userName:PWord' - Otwórz plik ui.properties w edytorze. Jeśli plik nie istnieje, utwórz go:
> vi /opt/apigee/customer/application/ui.properties - W pliku ui.properties ustaw token conf_apigee_apigee.mgmt.credential na wartość zwróconą przez wywołanie w kroku 1:
conf_apigee_apigee.mgmt.credential="STRING_RETURNED_IN_STEP_1" - Ustaw właściciela pliku ui.properties na „apigee”:
> chown apigee:apigee /opt/apigee/customer/application/ui.properties - Uruchom ponownie interfejs Edge:
> /opt/ apigee/apigee-service/bin/apigee-service edge-ui restart
Testowanie konfiguracji
- Otwórz interfejs zarządzania w przeglądarce pod adresem:
http://<management-server-IP>:9000/
Na przykład:
http://192.168.52.100:9000/ - Zaloguj się, używając nowych danych logowania. Jeśli logowanie się powiedzie, konfiguracja jest prawidłowa.
Edytowanie magazynu nazw użytkowników administratora systemu Edge na potrzeby skryptów narzędziowych Apigee
- Zmodyfikuj plik konfiguracji instalacji dyskretnej, który został użyty do zainstalowania interfejsu Edge, aby ustawić następującą właściwość i zmienić wartość ADMIN_EMAIL na nazwę użytkownika, której będziesz używać dla użytkownika sysadmin w zewnętrznym katalogu LDAP:
APIGEE_EMAIL=newUser
?IS_EXTERNAL_AUTH="true"
Właściwość IS_EXTERNAL_AUTH konfiguruje Edge tak, aby obsługiwał nazwę konta, a nie adres e-mail, jako nazwę użytkownika. - Użyj narzędzia apigee-setup, aby zresetować nazwę użytkownika we wszystkich komponentach Edge z pliku konfiguracji:
> /opt/apigee/apigee-setup/bin/setup.sh -p edge -f configFile
Musisz uruchomić to polecenie we wszystkich komponentach Edge we wszystkich węzłach Edge, w tym: serwerze zarządzania, routerze, procesorze komunikatów, Qpid i Postgres.
Testowanie konfiguracji
Sprawdź, czy masz dostęp do centralnego POD. Na serwerze zarządzania uruchom to polecenie CURL:
> curl -u sysAdminEmail:password http://localhost:8080/v1/servers?pod=central
Powinny pojawić się dane wyjściowe w takiej postaci:
[ { "internalIP" : "192.168.1.11", "isUp" : true, "pod" : "central", "reachable" : true, "region" : "dc-1", "tags" : { "property" : [ ] }, "type" : [ "application-datastore", "scheduler-datastore", "management-server", "auth-datastore", "apimodel-datastore", "user-settings-datastore", "audit-datastore" ], "uUID" : "d4bc87c6-2baf-4575-98aa-88c37b260469" }, { "externalHostName" : "localhost", "externalIP" : "192.168.1.11", "internalHostName" : "localhost", "internalIP" : "192.168.1.11", "isUp" : true, "pod" : "central", "reachable" : true, "region" : "dc-1", "tags" : { "property" : [ { "name" : "started.at", "value" : "1454691312854" }, ... ] }, "type" : [ "qpid-server" ], "uUID" : "9681202c-8c6e-4da1-b59b-23e3ef092f34" } ]