Можно запустить рабочий процесс добавления узла REST и настройки параметров его подключения.

Процедура

  1. Войдите в Automation Orchestrator Client в качестве администратора.
  2. Выберите Библиотека > Рабочие процессы и введите теги http-rest и configuration в поле поиска рабочего процесса.
  3. Найдите рабочий процесс Добавление узла REST и щелкните Запустить.
  4. На вкладке Свойства узла введите свойства нового узла.
    1. а. В текстовом поле Имя введите имя узла.
    2. б. В текстовом поле URL-адрес введите адрес узла.
      Примечание: Для проверки подлинности Kerberos требуется адрес узла полного доменного имени (FQDN).
    3. в. В текстовом поле Время ожидания подключения введите количество секунд до истечения времени ожидания подключения.
    4. г. В текстовом поле Время ожидания операции введите количество секунд до истечения времени ожидания операции.
    5. д. Укажите, следует ли принять сертификат узла REST и добавить его в доверенное хранилище сервера Automation Orchestrator.
    6. е. Укажите, следует ли выполнять параллельные запросы.
    7. ё. Выберите стратегию перенаправления.
      Параметр Описание
      defaultRedirect Перенаправление выполняется только при использовании методов HEAD и GET.
      alwaysRedirect Выполняется перенаправление всех методов HTTP, включая методы POST, PUT, DELETE и т. д.
      neverRedirect Запрет всех перенаправлений; при любом методе HTTP коды состояния 3xx не используются.
  5. На вкладке Проверка подлинности узла выберите тип проверки подлинности.
    Параметр Описание
    Нет Проверка подлинности не требуется.
    OAuth 1.0 На вкладке OAuth 1.0 укажите обязательные параметры проверки подлинности.
    OAuth 2.0
    На вкладке OAuth 2.0 укажите маркер проверки подлинности и выберите стратегию отправки маркера.
    • Если выбран вариант Заголовок авторизации, маркер отправляется в заголовке авторизации каждого запроса, отправляемого на узел, в виде маркера носителя.
    • Если выбрать Параметр запроса, маркер будет отправляться в параметре oauth_token каждого запроса, направляемого на узел.

    В то же время параметры проверки подлинности можно настроить с помощью API-интерфейса для создания сценариев в Automation Orchestrator. Инструкции см. в разделе Использование API-интерфейса для создания сценариев для настройки или обновления проверки подлинности узла REST.
    Основные

    Выполняется базовая проверка подлинности доступа.

    На вкладке Учетные данные пользователя выберите сеансовый режим.
    • Если выбран Общий сеанс, укажите учетные данные для общего сеанса.
    • Если выбран Индивидуальный сеанс для каждого пользователя, клиент Automation Orchestrator извлечет учетные данные из учетной записи пользователя, вошедшего в систему.
    Дайджест

    Выполняется дайджест-проверка подлинности доступа с использованием шифрования.

    На вкладке Учетные данные пользователя выберите сеансовый режим.
    • Если выбран Общий сеанс, укажите учетные данные для общего сеанса.
    • Если выбран Индивидуальный сеанс для каждого пользователя, клиент Automation Orchestrator извлечет учетные данные из учетной записи пользователя, вошедшего в систему.
    NTLM

    Выполняется проверка подлинности доступа с использованием протокола NTLM в рамках инфраструктуры Windows SSPI.

    На вкладке Учетные данные пользователя выберите сеансовый режим.

    • Если выбран Общий сеанс, укажите учетные данные для общего сеанса.
    • Если выбран Индивидуальный сеанс для каждого пользователя, клиент Automation Orchestrator извлечет учетные данные из учетной записи пользователя, вошедшего в систему.

    На вкладке NTLM укажите параметры NTLM.

    Kerberos

    Выполняется проверка подлинности доступа Kerberos.

    На вкладке Учетные данные пользователя выберите сеансовый режим.
    • Если выбран Общий сеанс, укажите учетные данные для общего сеанса.
    • Если выбран Индивидуальный сеанс для каждого пользователя, клиент Automation Orchestrator извлечет учетные данные из учетной записи пользователя, вошедшего в систему.
  6. (Необязательно) На вкладке Параметры прокси-сервера укажите, следует ли использовать прокси-сервер.
    1. а. Введите адрес и порт прокси-сервера.
    2. б. Выберите тип проверки подлинности прокси-сервера.
      Параметр Описание
      Нет Проверка подлинности не требуется.
      Основные

      Выполняется базовая проверка подлинности доступа.

      На вкладке Учетные данные прокси-сервера выберите сеансовый режим.
      • Если выбран Общий сеанс, укажите учетные данные для общего сеанса.
      • Если выбран Индивидуальный сеанс для каждого пользователя, клиент Automation Orchestrator извлечет учетные данные из учетной записи пользователя, вошедшего в систему.
  7. На вкладке SSL укажите, должно ли имя целевого узла соответствовать имени, хранящемуся в сертификате сервера.
  8. (Необязательно) Укажите, какую запись хранилища ключей следует использовать для проверки подлинности на сервере. Требуемый тип записи хранилища ключей — PrivateKeyEntry.
  9. Нажмите Запустить.

Результаты

После успешного выполнения рабочего процесса узел REST отобразится в представлении Иерархия.

Дальнейшие действия

Для узла REST можно добавить операции и схему XSD. Чтобы выполнять запросы на узле REST на основе созданных операций REST, можно использовать рабочие процессы подключаемого модуля REST, заданные по умолчанию, или сценарии в Automation Orchestrator.