Wymagana konfiguracja różnych danych logowania sysadmin

Podczas pierwszej instalacji Edge został utworzony specjalny rodzaj użytkownika, zwany użytkownikiem 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 sysadmina, 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

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

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

1. Zaszyfruj identyfikator użytkownika i hasło:
   

   java -cp "/opt/apigee/edge-ui/conf:/opt/apigee/edge-ui/lib/*" utils.EncryptUtil 'userName:PWord'

2. Otwórz plik ui.properties w edytorze. Jeśli plik nie istnieje, utwórz go:

   vi /opt/apigee/customer/application/ui.properties

3. W 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"

4. Ustaw właściciela ui.properties na „apigee”:

   chown apigee:apigee /opt/apigee/customer/application/ui.properties

5. Ponownie uruchom interfejs Edge:

   /opt/apigee/apigee-service/bin/apigee-service edge-ui restart

Testowanie konfiguracji

1. Otwórz interfejs zarządzania w przeglądarce pod adresem:

   http://management_server_IP:9000/

   Na przykład:

   http://192.168.52.100:9000/

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

1. Zmodyfikuj plik konfiguracji instalacji dyskretnej, który został użyty do zainstalowania interfejsu Edge, aby ustawić tę właściwość i zmienić wartość ADMIN_EMAIL na nazwę użytkownika, której będziesz używać jako administratora systemu w zewnętrznym katalogu LDAP:

   APIGEE_EMAIL=newUser
   IS_EXTERNAL_AUTH="true"

   Właściwość IS_EXTERNAL_AUTH konfiguruje przeglądarkę Edge tak, aby obsługiwała nazwę konta, a nie adres e-mail, jako nazwę użytkownika.

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

   To polecenie musisz uruchomić 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"
} ]