Tworzenie atrybutów niestandardowych przy użyciu schematu użytkownika

Niektóre wstępnie skonfigurowane aplikacje SAML wymagają dodania atrybutu niestandardowego do użytkownika. Możesz użyć schematu, aby zaktualizować profil użytkownika za pomocą utworzonych atrybutów. Przykłady poniżej są dostosowane do aplikacji Amazon Web Services w chmurze. Zawierają one odwołania do wartości Role ARN i Provider ARN, które są specyficzne dla Amazon Web Services.

Tworzenie niestandardowego schematu

  1. Otwórz stronę wstawiania schematu.
  2. W polu customerId wpisz „my_customer”.

  3. W obszarze Treść żądania wklej ten tekst:

    {
  "fields":
  [
    {
      "fieldName": "role",
      "fieldType": "STRING",
      "readAccessType": "ADMINS_AND_SELF",
      "multiValued": true,
      "displayName": "role"
    }
  ],
  "schemaName": "SSO"
  "displayName": "Amazon"
}

    Uwagi:

    • Chociaż schemaName może zwykle być dowolną wartością tekstową, podczas konfigurowania niestandardowego schematu do użycia z aplikacją w chmurze Amazon Web Services wymagana jest konkretna wartość „SSO”.
    • Jeśli chcesz użyć więcej niż jednej roli, ustaw atrybut multiValued na wartość true.

  4. Kliknij Execute (Wykonaj).

  5. Autoryzuj dostęp do interfejsu Directory API.

    Powinna pojawić się odpowiedź 200 OK i wynik żądania.

Dodawanie danych niestandardowych do profilu użytkownika

  1. Otwórz stronę aktualizacji użytkownika.
  2. W polu userKey wpisz adres e-mail użytkownika Google, którego profil chcesz zaktualizować. (Możesz też użyć aliasu e-mail lub unikalnego identyfikatora użytkownika. Szczegółowe informacje znajdziesz w dokumentacji interfejsu Directory API).

  3. W obszarze Treść żądania wklej ten tekst, zastępując parametry <role ARN> i <provider ARN> odpowiednimi wartościami, które znajdziesz w artykule o aplikacji chmurowej Amazon Web Services.

    Uwaga: jeśli pole niestandardowe type ma wartość custom, musisz też użyć parametru customType i ustawić jego wartość, aby uniknąć błędu.

    {
  "customSchemas":
  {
    "SSO":
    {
      "role": [
      {
       "value": "<role ARN>,<provider ARN>",
       "type": "custom"
       "customType": "SSO"

      }
     ]
    }
  }
}

  4. (Opcjonalnie) Aby przyznać dostęp do więcej niż 1 roli, dodaj wartości w elemencie {}, oddzielając je przecinkiem „,”.

    • Wiele ról możesz skonfigurować tylko wtedy, gdy podczas tworzenia schematu ustawisz wartość multiValued na true.
    • Jeśli dostępnych jest kilka ról, użytkownik zostanie poproszony o wybranie tej, której chce użyć.

    W tym przykładzie 2 role to SSO i tester:

    {
  "customSchemas":
  {
    "SSO":
    {
      "role": [
      {
       "value": "arn:aws:iam::038047464115:role/SSO,arn:aws:iam::038047464115:saml-provider/Google",
       "type": "custom"
       "customType": "SSO"
      },
      {
       "value": "arn:aws:iam::038047464115:role/tester,arn:aws:iam::038047464115:saml-provider/Google",
       "type": "custom"
       "customType": "tester"
      }
     ]
    }
  }
}

  5. Kliknij Execute (Wykonaj).

  6. Autoryzuj dostęp do interfejsu Directory API.

    Powinna pojawić się odpowiedź 200 OK, a profil użytkownika powinien zostać zaktualizowany o dane niestandardowe.