<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Внешние провайдеры аутентификации on </title>
    <link>/ru2/platform-admin/iam/external-providers/</link>
    <description>Recent content in Внешние провайдеры аутентификации on </description>
    <generator>Hugo -- gohugo.io</generator>
    <lastBuildDate>Mon, 16 Nov 2020 13:59:39 +0100</lastBuildDate><atom:link href="/ru2/platform-admin/iam/external-providers/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Подключить внешний OIDC-провайдер</title>
      <link>/ru2/platform-admin/iam/external-providers/setup/</link>
      <pubDate>Mon, 16 Nov 2020 13:59:39 +0100</pubDate>
      
      <guid>/ru2/platform-admin/iam/external-providers/setup/</guid>
      <description>Платформа &amp;ldquo;Штурвал&amp;rdquo; поддерживает подключение Keycloak и Blitz как внешних OIDC-провайдеров.
Когда в кластере управления работают такие сервисы, как Kubeflow, ArgoCD и Grafana, при изменении OIDC-провайдера изменения в ssc не потребуются.
Если внешний OIDC-провайдер перестал работать, вы можете выключить его и возобновить доступ для пользователей. Выполните шаги инструкции.
Подготовка к настройке подключения в платформе # Требования к Access Token внешнего OIDC-провайдера # Для корректной интеграции с платформой &amp;ldquo;Штурвал&amp;rdquo; на стороне внешнего OIDC-провайдера (Blitz, Keycloak) в access_token должны быть настроены поля:</description>
    </item>
    
    <item>
      <title>Восстановление доступа при сбое внешнего сервиса</title>
      <link>/ru2/platform-admin/iam/external-providers/troubleshooting/</link>
      <pubDate>Mon, 16 Nov 2020 13:59:39 +0100</pubDate>
      
      <guid>/ru2/platform-admin/iam/external-providers/troubleshooting/</guid>
      <description>Допустим, в платформе &amp;ldquo;Штурвал&amp;rdquo; для аутентификации вы подключили внешний сервис, например, Keycloak или Blitz (см. инструкцию по подключению). Возникают ситуации, когда на стороне внешнего сервиса аутентификации может произойти сбой. В этом случае есть возможность выключить внешний сервис аутентификации и возобновить доступ всех пользователей в платформу.
Чтобы при сбое внешнего сервиса работа в платформе не прерывалась, выполните:
Подключитесь в кластер управления по kubeconfig, полученному при инсталляции платформы. Также Kubeconfig можно взять с Control Plane узла платформы /etc/kubernetes/admin.</description>
    </item>
    
  </channel>
</rss>
