Ключи доступа

Ключи интеграций, сроки действия и режим применения защиты.

Ключи интеграций, сроки действия и режим применения защиты.

Этот экран относится к администратору контура Router, а не к обычному hosted-клиенту. Hosted-клиент видит отдельный кабинет со своими ключами и лимитами; меню политик и сервисных настроек ему не предоставляется. Для изменения защиты обратитесь к администратору. В операторской консоли откройте маршрут, указанный выше; выбор tenant в отчёте не ограничивает автоматически глобальную настройку.

В примерах используются учебные данные. В реальной интеграции укажите свой разрешённый tenant. Скриншоты показывают настоящий frontend; источник и учебный/демо-режим подписаны под каждым изображением.

Пошаговые действия

  1. Нажмите Ключи доступа → Создать API-ключ.
  2. Введите метку docs-staging, свой Tenant ID и нужный срок.
  3. Для обычной защищённой интеграции выберите Strict Secure/Router; режим внешнего доступа согласуйте с владельцем данных.
  4. Нажмите Создать и скопируйте одноразовый секрет в хранилище интеграции.
  5. При ротации сначала подготовьте клиента к замене, затем Ротировать → скопировать новый ключ → обновить клиент.

Все поля и их назначение

Поле / параметрЗначения, единицы и результат
Метка / LabelОписание назначения, например docs-staging. Не вставляйте секрет в метку.
Tenant IDОбязателен; все запросы ключа учитываются под этим tenant. Не используйте произвольный чужой идентификатор.
Срок действия / ExpiryПусто — бессрочный ключ; дата ограничивает срок. После истечения нужен новый действующий ключ.
policy_modeВ форме strict применяет защиту, external_unrestricted допускает внешние вызовы без screening. external_masked настраивается поддерживаемым API: принудительная замена перед внешним вызовом. В форме третьего режима пока нет.
Ротация / RevokeРотация немедленно заменяет секрет; отзыв прекращает доступ. Bootstrap-ключи управляются оператором, а не обычным удалением.

Проверить результат

Проверьте успешный запрос новым ключом и tenant в истории. Старый секрет после ротации/отзыва должен отклоняться; смена режима должна менять фактическое решение на учебных данных.

Ошибки, отключение и возврат настроек

Закрытый одноразовый секрет не восстанавливается: создайте или ротируйте ключ. Для 401 проверьте expiry/revoked и обновление всех клиентов; обратная смена policy_mode не восстанавливает отозванный секрет.

Форма API-ключа · реальный staging, без создания ключа
Форма API-ключа · реальный staging, без создания ключа
2026-10-15 · Настоящее приложение на staging. Только синтетический клиент, публичные определения или агрегированные показатели тестового стенда. Это не статистика клиентов и не benchmark. Исходные пиксели не изменены; профиль и закрытые данные исключены. Показан несохранённый пример; новое учётное данное не создавалось.
  1. Метка
  2. Tenant ID
  3. Срок действия
  4. Строгие правила
  5. Создать
Форма API-ключа · реальный staging, без создания ключа
Форма API-ключа · реальный staging, без создания ключа
2026-10-15 · Настоящее приложение на staging. Только синтетический клиент, публичные определения или агрегированные показатели тестового стенда. Это не статистика клиентов и не benchmark. Исходные пиксели не изменены; профиль и закрытые данные исключены. Показан несохранённый пример; новое учётное данное не создавалось.
  1. Метка
  2. Tenant ID
  3. Срок действия
  4. Строгие правила
  5. Создать

Подробные настройки безопасности · Анализ трафика · FAQ · Все разделы приложения