Добавление SSL-сертификата в TrustStore кластера Dynatrace Managed - История изменений

YaPolkin: YaPolkin переименовал страницу Добавление SSL-сертификата в TrustStore кластера Ключ-АСТРОМ Managed в Добавление SSL-сертификата в TrustStore кластера Dynatrace Managed

2023-01-26T11:34:58Z

YaPolkin переименовал страницу Добавление SSL-сертификата в TrustStore кластера Ключ-АСТРОМ Managed в Добавление SSL-сертификата в TrustStore кластера Dynatrace Managed

← Предыдущая	Версия 11:34, 26 января 2023
(нет различий)

YaPolkin в 11:34, 26 января 2023

2023-01-26T11:34:41Z

← Предыдущая		Версия 11:34, 26 января 2023
Строка 1:		Строка 1:
	Могут быть случаи, когда вам нужно вручную добавить сертификат SSL в TrustStores кластера ~~Ключ-АСТРОМ~~ Managed, например, если ваш кластер отказывается принимать сертификат SSL при отправке электронных писем или уведомлений WebHook. Обычно это происходит при использовании самозаверяющего сертификата.		Могут быть случаи, когда вам нужно вручную добавить сертификат SSL в TrustStores кластера Dynatrace Managed, например, если ваш кластер отказывается принимать сертификат SSL при отправке электронных писем или уведомлений WebHook. Обычно это происходит при использовании самозаверяющего сертификата.

	== Как узнать, что ваш кластер не принимает сертификаты ==		== Как узнать, что ваш кластер не принимает сертификаты ==

YaPolkin в 20:19, 8 февраля 2022

2022-02-08T20:19:30Z

← Предыдущая		Версия 20:19, 8 февраля 2022
Строка 1:		Строка 1:
	Могут быть случаи, когда вам нужно вручную добавить сертификат SSL в ~~хранилища доверия управляемого~~ кластера Ключ-АСТРОМ, например, если ваш кластер отказывается принимать сертификат SSL при отправке электронных писем или уведомлений WebHook. Обычно это происходит при использовании самозаверяющего сертификата.		Могут быть случаи, когда вам нужно вручную добавить сертификат SSL в TrustStores кластера Ключ-АСТРОМ Managed, например, если ваш кластер отказывается принимать сертификат SSL при отправке электронных писем или уведомлений WebHook. Обычно это происходит при использовании самозаверяющего сертификата.

	== Как узнать, что ваш кластер не принимает сертификаты ==		== Как узнать, что ваш кластер не принимает сертификаты ==
	Если в кластере возникают проблемы с отправкой уведомлений, поищите в каталоге журнала установки узла кластера ~~все файлы~~ с шаблоном имени <code>Server...log</code>.		Если в кластере возникают проблемы с отправкой уведомлений, поищите [[Требования Managed к оборудованию\|файлы в каталоге журнала установки]] узла кластера с шаблоном имени <code>Server...log</code>.

	Если какие-либо файлы с этим шаблоном именования существуют в папке журнала, найдите в этих файлах журнала следующую запись:		Если какие-либо файлы с этим шаблоном именования существуют в папке журнала, найдите в этих файлах журнала следующую запись:
Строка 12:		Строка 12:
	Записи журнала, подобные приведенному выше примеру, указывают на то, что сертификат, предоставленный получателем уведомления, не был принят узлом кластера. Причина этого обычно в том, что сертификату не доверяют.		Записи журнала, подобные приведенному выше примеру, указывают на то, что сертификат, предоставленный получателем уведомления, не был принят узлом кластера. Причина этого обычно в том, что сертификату не доверяют.

	== Добавьте ~~настраиваемый~~ сертификат в TrustStore ноды кластера ==		== Добавьте пользовательский сертификат в TrustStore ноды кластера ==
	Используйте сертификат PEM (<code>.crt</code> , <code>.pem</code> , <code>.cer</code>) и выполните сценарий реконфигурации на каждом узле кластера, используя параметры <code>--update-cert</code> и <code>--network-proxy-cert-file</code>:		Используйте сертификат PEM (<code>.crt</code> , <code>.pem</code> , <code>.cer</code>) и выполните сценарий реконфигурации на каждом узле кластера, используя параметры <code>--update-cert</code> и <code>--network-proxy-cert-file</code>: Используйте команду <code>nohup</code> , чтобы предотвратить прерывание выполнения сценария (например, отключение сеанса) во время важных операций.

	<code><PRODUCT_PATH>/installer/reconfigure.sh --update-cert --network-proxy-cert-file <cert_file>.cer</code>		<code>nohup <PRODUCT_PATH>/installer/reconfigure.sh --update-cert --network-proxy-cert-file <cert_file>.cer &</code>
	----<big>''Параметр прокси''</big>		----<big>''Параметр прокси''</big>

	Параметр <code>--network-proxy-cert-file</code> предназначен для предоставления сертификата прокси для ~~управляемого~~, но его также можно использовать для предоставления сертификата для любого безопасного подключения к ~~управляемому~~ кластеру.		Параметр <code>--network-proxy-cert-file</code> предназначен для предоставления сертификата прокси для Managed, но его также можно использовать для предоставления сертификата для любого безопасного подключения к кластеру Managed.

YaPolkin: Новая страница: «Могут быть случаи, когда вам нужно вручную добавить сертификат SSL в хранилища доверия уп...»

2021-12-06T00:51:25Z

Новая страница: «Могут быть случаи, когда вам нужно вручную добавить сертификат SSL в хранилища доверия уп...»

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

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

== Как узнать, что ваш кластер не принимает сертификаты ==
Если в кластере возникают проблемы с отправкой уведомлений, поищите в каталоге журнала установки узла кластера все файлы с шаблоном имени <code>Server.*.*.log</code>.

Если какие-либо файлы с этим шаблоном именования существуют в папке журнала, найдите в этих файлах журнала следующую запись:

<code>sun.security.validator.ValidatorException: PKIX path building failed:</code>

<code>sun.security.provider.certpath.SunCertPathBuilderException</code>

Записи журнала, подобные приведенному выше примеру, указывают на то, что сертификат, предоставленный получателем уведомления, не был принят узлом кластера. Причина этого обычно в том, что сертификату не доверяют.

== Добавьте настраиваемый сертификат в TrustStore ноды кластера ==
Используйте сертификат PEM (<code>.crt</code> , <code>.pem</code> , <code>.cer</code>) и выполните сценарий реконфигурации на каждом узле кластера, используя параметры <code>--update-cert</code> и <code>--network-proxy-cert-file</code>:

<code><PRODUCT_PATH>/installer/reconfigure.sh --update-cert --network-proxy-cert-file <cert_file>.cer</code>
----<big>''Параметр прокси''</big>

Параметр <code>--network-proxy-cert-file</code> предназначен для предоставления сертификата прокси для управляемого, но его также можно использовать для предоставления сертификата для любого безопасного подключения к управляемому кластеру.