Создание конфигурации транспортного протокола HTTP

Можно создать конфигурацию транспортного протокола HTTP, описывающую параметры транспортного протокола в контексте запроса службы. Параметры транспортного протокола и защиты можно связать с любым запросом службы.

Прежде чем начать

В случае применения идентификации SSL в рабочей области должны быть доступны допустимые файлы ключей.

В случае применения защиты SOAP убедитесь, что в среде настроены правильные библиотеки и файлы конфигурации.

Процедура

  1. Щелкните на значке Общий клиент служб Открыть общий клиент служб на панели инструментов, чтобы открыть общий клиент служб, и перейдите на вкладку Транспортный протокол. Откроется страница Конфигурации транспортных протоколов.
  2. На странице Конфигурации транспортных протоколов выберите Создать конфигурацию HTTP (Создать конфигурацию HTTP), для того чтобы создать новую конфигурацию транспортного протокола HTTP.
  3. В поле Имя введите имя новой конфигурации транспортного протокола.
  4. Укажите следующие параметры транспортного протокола HTTP:
    HTTP/2
    Включите этот переключатель для тестирования службы, использующей протокол HTTP/2.
    Использовать HTTP Keep Alive
    Позволяет сохранить соединение HTTP после запроса. Этот параметр недоступен в случае применения IBM® Rational AppScan.
    Использовать SSL
    Позволяет задать конфигурацию SSL. Для создания новой или выбора существующей конфигурации SSL нажмите кнопку Настроить SSL.
    Идентификация платформы
    В этом разделе указывается тип идентификации для доступа к службе. Если нет необходимости в идентификации, выберите Нет.
    Простая идентификация HTTP
    Позволяет задать Имя пользователя и Пароль для простой идентификации.
    Идентификация NTLM
    Позволяет разрешить применение протокола идентификации Microsoft NTLM. В NTLM применяется идентификация типа запрос-ответ. В этом окне показывается, что согласовывается (принимается клиентом и запрашивается сервером) и что идентифицируется (ответ клиента на запрос от сервера).
    Идентификация Kerberos
    Позволяет задать использование между клиентом и сервером протокола идентификации Kerberos.
    Подключаться через сервер proxy
    Если для HTTP-соединения необходимо задать прокси-сервер или корпоративный брандмауэр, то укажите Адрес и Порт прокси-сервера. Если серверу proxy требуется идентификация, выберите Базовая идентификация proxy или Идентификация proxy NTLM.
    Идентификация Proxy
    В этом разделе указывается тип идентификации для доступа к прокси-серверу. Если нет необходимости в идентификации, выберите Нет.
    Простая идентификация proxy
    Позволяет задать Имя пользователя и Пароль для простой идентификации.
    Идентификация NTLM proxy
    Позволяет разрешить применение протокола идентификации Microsoft NTLM. В NTLM применяется идентификация типа запрос-ответ. В этом окне показывается, что согласовывается (принимается клиентом и запрашивается сервером) и что идентифицируется (ответ клиента на запрос от сервера).
    Пользовательский класс
    Выберите эту опцию, если протокол связи требует сложной низкоуровневой обработки с пользовательским кодом Java™ для преобразования входящих или исходящих сообщений. С помощью кнопки Обзор можно выбрать класс Java, использующий соответствующий API. Эта опция недоступна в IBM Security AppScan.
    Дополнительная информация об идентификации SSL приведена в разделе Создание конфигураций SSL.
  5. Нажмите кнопку OK, для того чтобы создать новую конфигурацию.

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

Созданную конфигурацию можно указать для любого запроса службы, использующего транспортный протокол HTTP. В списке Конфигурации в общем клиенте служб можно внести изменения в существующие конфигурации или дублировать их.

Комментарии