Поддерживаемые методы аутентификации - История изменений

IKuznetsov в 23:48, 28 января 2025

2025-01-28T23:48:49Z

← Предыдущая версия		Версия от 23:48, 28 января 2025
Строка 1:		Строка 1:
			'''''[[Применение Ключ-АСТРОМ]] / [[Применение Ключ-АСТРОМ#.D0.A1.D0.B8.D0.BD.D1.82.D0.B5.D1.82.D0.B8.D1.87.D0.B5.D1.81.D0.BA.D0.B8.D0.B9%20.D0.BC.D0.BE.D0.BD.D0.B8.D1.82.D0.BE.D1.80.D0.B8.D0.BD.D0.B3\|Синтетический мониторинг]] / Общая информация / Поддерживаемые методы аутентификации'''''

	'''Синтетический мониторинг Ключ-АСТРОМ''' предлагает различные методы мониторинга веб-приложений или конечных точек API, требующих аутентификации. Читайте дальше, чтобы ознакомиться с обзором наиболее распространенных сценариев и подходящими методами для использования.		'''Синтетический мониторинг Ключ-АСТРОМ''' предлагает различные методы мониторинга веб-приложений или конечных точек API, требующих аутентификации. Читайте дальше, чтобы ознакомиться с обзором наиболее распространенных сценариев и подходящими методами для использования.

IKuznetsov: /* Авторизация OAuth 2.0 для конечных точек */

2025-01-27T20:20:03Z

Авторизация OAuth 2.0 для конечных точек

IKuznetsov: /* Аутентификация клиентского сертификата для веб-приложений */

2025-01-27T20:19:15Z

Аутентификация клиентского сертификата для веб-приложений

Внесённые изменения

IKuznetsov: Новая страница: «'''Синтетический мониторинг Ключ-АСТРОМ''' предлагает различные методы мониторинга веб-п...»

2025-01-23T20:27:15Z

Новая страница: «'''Синтетический мониторинг Ключ-АСТРОМ''' предлагает различные методы мониторинга веб-п...»

Новая страница

'''Синтетический мониторинг Ключ-АСТРОМ''' предлагает различные методы мониторинга веб-приложений или конечных точек API, требующих аутентификации. Читайте дальше, чтобы ознакомиться с обзором наиболее распространенных сценариев и подходящими методами для использования.

== Браузерные мониторинги ==
Для мониторинга браузера с одним URL-адресом и browser clickpaths поддерживаются методы веб -формы (на основе HTML) , HTTP-аутентификации или аутентификации с помощью сертификата.

=== Аутентификация веб-форм (на основе HTML) для веб-приложений ===
Наиболее распространенным сценарием является веб-страница с аутентификацией с помощью веб-формы (на основе HTML), которая требует ввода имени пользователя и пароля.

[[Файл:1015.png|граница]]

==== Мониторинг браузера с одним URL-адресом ====
Опция аутентификации с помощью веб-форм поддерживается для мониторинга браузера с одним URL-адресом .

# Перейдите в раздел '''Синтетика > Создать синтетический монитор > Создать монитор браузера''' .
# В разделе '''Дополнительные параметры''' включите '''Включить глобальную аутентификацию при входе''' .
# Выберите тип аутентификации '''Веб-форма''' .
# Используйте существующие учетные данные из хранилища учетных данных (Выберите учетные данные ) или создайте новые учетные данные .
# Завершите настройку вашего браузерного монитора с одним URL-адресом.

Обратите внимание, что при выборе аутентификации с помощью веб-формы автоматически настраивается монитор с одним URL-адресом с двумя событиями сценария: Navigate и нередактируемым событием AutoLogin.

==== Синтетический Рекордер Ключ-Астром ====
При мониторинге в браузере clickpath вы можете просто записать вводимые учетные данные в веб-форму.

# Перейдите в раздел '''Синтетика > Создать синтетический монитор > Создать монитор браузера'''.
# Укажите имя монитора, начальный URL-адрес и другие параметры, прежде чем выбрать '''События Clickpath''' в нижней части страницы.
# Во время записи вручную введите имя пользователя и пароль для аутентификации; Ключ-АСТРОМ автоматически сохранит учетные данные.
# После записи у вас есть возможность сохранить учетные данные в хранилище учетных данных .
# Завершите настройку вашего Clickpath.

=== Базовая, дайджест-аутентификация, NTLM или Negotiate (Kerberos) аутентификация для веб-приложений ===
Если вам необходимо отслеживать страницу с диалоговым окном браузера (которое не является частью веб-приложения) для аутентификации (как на изображении ниже), скорее всего, в фоновом режиме используются базовый, дайджест-методы аутентификации, NTLM или Negotiate.
{| class="wikitable"
|[[Файл:1002.png|граница|22x22пкс]] Negotiate (Kerberos) официально поддерживается только в системах Windows. Каждая машина Windows, использующая Kerberos, должна быть правильно настроена с Active Directory.
Для систем UNIX и Linux требуется дополнительная настройка. Подробности см. в разделе Поддержка аутентификации Kerberos для Unix и Linux.

Если вам не удается выполнить аутентификацию с помощью Kerberos в Windows, используйте следующую команду для регистрации машины.

<code>DOMANIN.TO.ADD</code> - это ваше доменное имя, а <code>address.of.kerberos.server</code> - это сервер распределения ключей Kerberos (контроллер Active Directory, если вы используете решение Microsoft). Обратите внимание, что в используемых учетных данных доменное имя должно быть указано заглавными буквами (например, user@DOMAIN.NAME).
|}
[[Файл:1016.png|граница]]

==== Мониторинг браузера с одним URL-адресом ====

# Перейдите в раздел '''Синтетика > Создать синтетический монитор > Создать монитор браузера''' .
# В разделе '''Дополнительные параметры''' включите '''Включить глобальную аутентификацию при входе''' .
# Выберите HTTP-аутентификацию .
# Используйте существующие учетные данные из хранилища учетных данных (Выберите учетные данные ) или создайте новые учетные данные .
# Завершите настройку вашего браузерного монитора с одним URL-адресом.

==== Синтетический Рекордер Ключ-Астром ====

# Перейдите в раздел '''Синтетика > Создать синтетический монитор > Создать монитор браузера''' .
# Укажите имя монитора, начальный URL-адрес и другие параметры, прежде чем выбрать '''События Clickpath''' в нижней части страницы.
# Во время записи вручную введите имя пользователя и пароль в диалоговом окне браузера.
# После завершения за'''писи откройте первое событие Navigate вашего пути клика и включите опцию''' Включить HTTP-аутентификацию .
# Используйте существующие учетные данные из хранилища учетных данных (Выберите учетные данные ) или создайте новые учетные данные . Ваш '''clickpath''' будет автоматически использовать эти учетные данные для аутентификации через встроенное в браузер диалоговое окно входа в систему.
# Завершите настройку '''clickpath''' вашего браузера.

{| class="wikitable"
|Поддерживаемые форматы имени пользователя

* Браузерные мониторы: <code><username></code> и <code><domain>\<username></code>
* HTTP-мониторы: <code><username></code>
* Аутентификация NTLM в браузере и HTTP-мониторах: <code><username></code>
|}

=== Аутентификация клиентского сертификата для веб-приложений ===
Аутентификация сертификата доступна для мониторов браузера, запущенных из любого публичного расположения и в частных расположениях на базе Linux . После настройки монитора браузера вам необходимо указать данные сертификата клиента на вкладке Дополнительные настройки параметров монитора в режиме редактирования.

# Перейдите в раздел Synthetic Classic > Создать синтетический монитор > Создать монитор браузера .
# Укажите URL-адрес и имя монитора. При первоначальной настройке монитора браузера с одним URL-адресом невозможно указать клиентский сертификат.
# Завершите настройку вашего браузерного монитора с одним URL-адресом.

Далее в режиме редактирования добавьте клиентские сертификаты для выполнения монитора браузера.

# Выберите вкладку «Дополнительные настройки» в настройках монитора браузера.
# Включите опцию Использовать клиентские сертификаты .
# Выберите Добавить клиентский сертификат .
# Введите домен , для которого действителен сертификат.
# Выберите учетные данные из списка отображаемых учетных данных сертификата. В качестве альтернативы выберите Создать новые учетные данные , чтобы загрузить и использовать новый клиентский сертификат. Любые созданные вами учетные данные сертификата автоматически назначаются только владельцу и сохраняются в хранилище учетных данных . Вы можете указать и загрузить файлы сертификатов в формате PFX, P12 или PEM.
# Выберите Добавить запись .
# Повторите эти шаги, чтобы добавить несколько сертификатов для использования в вашем clickpath. Однако каждый сертификат должен быть привязан к одному домену.
# Сохраните изменения .

== HTTP-мониторы ==
HTTP-мониторы поддерживают базовую аутентификацию, аутентификацию NTLM, аутентификацию на основе токенов, OAuth 2.0 или сертификатов.

=== Базовая или NTLM-аутентификация для конечных точек ===

# Перейдите в раздел Synthetic Classic > Создать синтетический монитор > Создать HTTP-монитор .
# Выберите Добавить HTTP-запрос и выберите тип HTTP-запроса .
# В Дополнительных параметрах запроса установите аутентификацию/авторизацию .
# Выберите Базовую аутентификацию или NTLM .
# Используйте существующие учетные данные из хранилища учетных данных ( Выберите учетные данные ) или создайте новые учетные данные . Dynatrace автоматически генерирует требуемый <code>Authorization</code>заголовок с предоставленной вами информацией. Поддерживаемые форматы имени пользователя
#* Браузерные мониторы: <code><username></code>и<code><domain>\<username></code>
#* HTTP-мониторы:<code><username></code>
#* Аутентификация NTLM в браузере и HTTP-мониторах:<code><username></code>
# Завершите настройку вашего HTTP-монитора .

=== Аутентификация носителя или токена для конечных точек ===

# Перейдите в раздел Synthetic Classic > Создать синтетический монитор > Создать HTTP-монитор .
# Выберите Добавить HTTP-запрос и выберите тип HTTP-запроса .
# В Дополнительных параметрах запроса установите дополнительные заголовки HTTP .
# Выберите Добавить заголовок .
# Заполните заголовок, например, укажите: Имя заголовка =<code>Authorization</code> Значение заголовка =<code>Bearer <your-token></code> или Имя заголовка =<code>Authorization</code> Значение заголовка =<code>Api-Token <your-token></code>
# Завершите настройку вашего HTTP-монитора .

=== Авторизация OAuth 2.0 для конечных точек ===
Авторизация OAuth 2.0 доступна для HTTP-мониторов и чаще всего используется при запросе конечных точек API. Dynatrace предоставляет тип запроса авторизации OAuth2 , который является специализированным шаблоном HTTP-запроса для запросов авторизации OAuth 2.0.

Сначала вам нужно настроить запрос OAuth 2.0 для токена доступа, который вы затем используете во всех последующих HTTP-запросах в вашем мониторе, который запрашивает конечную точку API. Возвращенный токен не сохраняется в хранилище учетных данных, но он легко доступен как опция автозаполнения в ваших последующих HTTP-запросах.

# Перейдите в раздел Synthetic Classic > Создать синтетический монитор > Создать HTTP-монитор и укажите Имя .
# Выберите Добавить HTTP-запрос и выберите тип запроса авторизации OAth2 .
# Введите URL-адрес, с которого вы запрашиваете токен авторизации ( URL-адрес токена доступа ), и имя запроса .
# Выберите Добавить HTTP-запрос , чтобы просмотреть расширенные настройки запроса. Обратите внимание, что запрос OAuth 2.0 автоматически создается как <code>POST</code>запрос.
# Заполните или отредактируйте эти важные параметры в деталях запроса.
## В зависимости от того, как настроен ваш сервер аутентификации, выберите Добавить данные авторизации в тело запроса или URL запроса . Заполните параметры POST ( <code>grant_Type</code>, <code>scope</code>, <code>client_id</code>, <code>username</code>, и <code>password</code>) в теле запроса или URL запроса . Вы можете добавлять или изменять параметры по мере необходимости.
## Автоматически включается скрипт после выполнения, где :
##* Запрос не выполняется, если возвращенный код статуса не равен <code>200</code>.
##* Метод <code>api.fail()</code>определяет сообщение об ошибке , которое появляется в случае сбоя на карточке «События» на странице сведений о HTTP-мониторе и в сведениях о выполнении .
##* Если запрос выполнен успешно, тело ответа, представляющее собой строку в формате JSON, сохраняется в объекте JavaScript ( <code>bearToken-2</code>в этом примере называется ).
##* Метод <code>api.info()</code>отправляет информацию в файл журнала, доступный в закрытых синтетических расположениях . Пользовательские сообщения журнала также отображаются в <code>customLogs</code>атрибуте в сведениях о выполнении HTTP-монитора .
## Аутентификация запроса на установку токена позволяет указать дополнительные данные аутентификации ( базовая аутентификация , NTLM или Kerberos ) для сервера, за которым находится приложение OAuth.

Для последующих HTTP-запросов

# Создайте дополнительный HTTP-запрос для конечной точки, которую необходимо отслеживать ( Добавить HTTP-запрос ).
# В Дополнительных параметрах второго запроса:
#* Включите опцию Set authentication/authorization и выберите метод OAuth2 . Обратите внимание, что эта опция доступна только в том случае, если вы сначала создали запрос на авторизацию OAuth 2.0 (описано выше). Отображается автоматически сгенерированный сценарий предварительного выполнения , ссылающийся на токен OAuth, полученный в созданном выше запросе.
#* В качестве альтернативы установите <code>Authorization</code>заголовок HTTP с объектом JavaScript, содержащим токен OAuth в качестве значения заголовка .
# Завершите настройку вашего HTTP-монитора .

=== Аутентификация клиентского сертификата для конечных точек ===

# Перейдите в раздел Synthetic Classic > Создать синтетический монитор > Создать HTTP-монитор и укажите Имя .
# Выберите Добавить HTTP-запрос и выберите тип HTTP-запроса .
# В дополнительных параметрах запроса выберите Добавить клиентский сертификат .
# Используйте существующий сертификат из хранилища учетных данных ( Выберите учетные данные ) или создайте новые учетные данные .
# Завершите настройку вашего HTTP-монитора .

Чтобы обеспечить полную взаимную аутентификацию, отключите функцию «Принимать любые сертификаты SSL» при использовании аутентификации по сертификату.

← Предыдущая версия		Версия от 20:20, 27 января 2025
Строка 80:		Строка 80:
	# Выберите '''Добавить сертификат клиента'''.		# Выберите '''Добавить сертификат клиента'''.
	# Введите домен , для которого действителен сертификат.		# Введите домен , для которого действителен сертификат.
	# Выберите учетные данные из списка отображаемых учетных данных сертификата. В качестве альтернативы выберите '''Создать новые учетные данные''' , чтобы загрузить и использовать новый клиентский сертификат. Любые созданные вами учетные данные сертификата автоматически назначаются только владельцу и сохраняются в хранилище учетных данных. Вы можете указать и загрузить файлы сертификатов в формате PFX, P12 или PEM. [[Файл:1020.png\|граница]]		# Выберите учетные данные из списка отображаемых учетных данных сертификата. В качестве альтернативы выберите '''Создать новые учетные данные''' , чтобы загрузить и использовать новый клиентский сертификат. Любые созданные вами учетные данные сертификата автоматически назначаются только владельцу и сохраняются в хранилище учетных данных. Вы можете указать и загрузить файлы сертификатов в формате PFX, P12 или PEM. <br />[[Файл:1020.png\|граница]]
	# Выберите '''Добавить запись'''.		# Выберите '''Добавить запись'''.
	# Повторите эти шаги, чтобы добавить несколько сертификатов для использования в вашем clickpath. Однако каждый сертификат должен быть привязан к одному домену.		# Повторите эти шаги, чтобы добавить несколько сертификатов для использования в вашем clickpath. Однако каждый сертификат должен быть привязан к одному домену.
Строка 98:		Строка 98:
	# Выберите '''Добавить сертификат клиента'''.		# Выберите '''Добавить сертификат клиента'''.
	# Введите домен , для которого действителен сертификат.		# Введите домен , для которого действителен сертификат.
	# Выберите учетные данные из списка отображаемых учетных данных сертификата. В качестве альтернативы выберите '''Создать новые учетные данные''' , чтобы загрузить и использовать новый клиентский сертификат. Любые созданные вами учетные данные сертификата автоматически назначаются только владельцу и сохраняются в хранилище учетных данных. Вы можете указать и загрузить файлы сертификатов в формате PFX, P12 или PEM. [[Файл:1020.png\|граница]]		# Выберите учетные данные из списка отображаемых учетных данных сертификата. В качестве альтернативы выберите '''Создать новые учетные данные''' , чтобы загрузить и использовать новый клиентский сертификат. Любые созданные вами учетные данные сертификата автоматически назначаются только владельцу и сохраняются в хранилище учетных данных. Вы можете указать и загрузить файлы сертификатов в формате PFX, P12 или PEM. <br />[[Файл:1020.png\|граница]]
	# Выберите '''Добавить запись'''.		# Выберите '''Добавить запись'''.
	# Повторите эти шаги, чтобы добавить несколько сертификатов для использования в вашем clickpath. Однако каждый сертификат должен быть привязан к одному домену.		# Повторите эти шаги, чтобы добавить несколько сертификатов для использования в вашем clickpath. Однако каждый сертификат должен быть привязан к одному домену.
Строка 145:		Строка 145:
	##* Метод <code>api.fail()</code> определяет сообщение об ошибке, которое появляется в случае сбоя на карточке '''События''' на странице сведений о '''HTTP-мониторе''' и в сведениях о выполнении.		##* Метод <code>api.fail()</code> определяет сообщение об ошибке, которое появляется в случае сбоя на карточке '''События''' на странице сведений о '''HTTP-мониторе''' и в сведениях о выполнении.
	##* Если запрос выполнен успешно, тело ответа, представляющее собой строку в формате '''JSON''', сохраняется в объекте '''JavaScript''' (в этом примере называется <code>bearToken-1</code>).		##* Если запрос выполнен успешно, тело ответа, представляющее собой строку в формате '''JSON''', сохраняется в объекте '''JavaScript''' (в этом примере называется <code>bearToken-1</code>).
	##* Метод <code>api.info()</code> отправляет информацию в файл логов, доступный в закрытых синтетических расположениях. Пользовательские сообщения логов также отображаются в атрибуте <code>customLogs</code> в сведениях о выполнении '''HTTP-монитора'''. [[Файл:1021.png\|граница]]		##* Метод <code>api.info()</code> отправляет информацию в файл логов, доступный в закрытых синтетических расположениях. Пользовательские сообщения логов также отображаются в атрибуте <code>customLogs</code> в сведениях о выполнении '''HTTP-монитора'''. <br />[[Файл:1021.png\|граница]]
	## '''Установить аутентификацию запроса токена''' позволяет указать дополнительные данные аутентификации (базовая аутентификация , NTLM или Kerberos) для сервера, за которым находится приложение OAuth.		## '''Установить аутентификацию запроса токена''' позволяет указать дополнительные данные аутентификации (базовая аутентификация , NTLM или Kerberos) для сервера, за которым находится приложение OAuth.

Строка 152:		Строка 152:
	# Создайте дополнительный '''HTTP-запрос''' для конечной точки, которую необходимо отслеживать ('''Добавить HTTP-запрос''').		# Создайте дополнительный '''HTTP-запрос''' для конечной точки, которую необходимо отслеживать ('''Добавить HTTP-запрос''').
	# В Дополнительных опциях второго запроса:		# В Дополнительных опциях второго запроса:
	#* Включите опцию '''Установить аутентификацию/авторизацию''' и выберите метод '''OAuth2'''. Обратите внимание, что эта опция доступна только в том случае, если вы сначала создали запрос на авторизацию '''OAuth 2.0''' (описано выше). Отображается автоматически сгенерированный сценарий предварительного выполнения , ссылающийся на токен '''OAuth''', полученный в созданном выше запросе. [[Файл:1022.png\|граница]]		#* Включите опцию '''Установить аутентификацию/авторизацию''' и выберите метод '''OAuth2'''. Обратите внимание, что эта опция доступна только в том случае, если вы сначала создали запрос на авторизацию '''OAuth 2.0''' (описано выше). Отображается автоматически сгенерированный сценарий предварительного выполнения , ссылающийся на токен '''OAuth''', полученный в созданном выше запросе. <br />[[Файл:1022.png\|граница]]
	#* В качестве альтернативы '''установите дополнительный заголовок HTTP''' с объектом JavaScript <code>Authorization</code>, содержащим токен '''OAuth''' в качестве значения заголовка . [[Файл:1023.png\|граница]]		#* В качестве альтернативы '''установите дополнительный заголовок HTTP''' с объектом JavaScript <code>Authorization</code>, содержащим токен '''OAuth''' в качестве значения заголовка. <br />[[Файл:1023.png\|граница]]
	# Завершите настройку вашего '''HTTP-монитора''' .		# Завершите настройку вашего '''HTTP-монитора''' .