В таблицах ниже перечислены соединения, которые нужно разрешить на межсетевых экранах. Порты Stronghold (8200, 8201) — значения по умолчанию для standalone-установки, их можно изменить в параметрах listener, api_addr и cluster_addr конфигурационного файла. Порты внешних систем зависят от их настроек; в таблицах указаны стандартные значения.

Порты Stronghold

Standalone-установка Stronghold использует следующие соединения:

ИсточникПолучательПорт/протоколНазначение
Клиенты, CLI, веб-интерфейс, Stronghold AgentУзлы Stronghold (listener)8200/TCP, HTTPSAPI и веб-интерфейс. Адрес задаётся в listener "tcp" и анонсируется через api_addr.
Узел StrongholdДругие узлы кластера8201/TCP, TLSКластерный порт (cluster_addr): консенсус и репликация Raft, пересылка запросов со standby на активный узел. TLS используется всегда.
Новый узел StrongholdAPI узла-лидера8200/TCP, HTTPSПрисоединение к кластеру Raft (retry_join, leader_api_addr).
Узел StrongholdAPI других узлов8200/TCP, HTTPSАвтоматическое распечатывание seal "inner-cluster": распечатанный узел передаёт ключ распечатывания, который читает из собственного барьера, запечатанным узлам из блоков node (через sys/unseal).
Secondary-кластер (Stronghold EE)Кластерный порт primary8201/TCP, TLSНативная performance-репликация (PR) и репликация для аварийного восстановления (DR): поток WAL с primary на secondary и пересылка записей на primary.
Secondary-кластер (Stronghold EE)API primary8200/TCP, HTTPSРазворачивание activation-токена при включении secondary (primary_api_addr).
Кластер-потребитель KV-репликацииAPI кластера-источника8200/TCP, HTTPSРепликация KV1/KV2 на уровне API. Доступ к кластерному порту не нужен.

Мониторинг и телеметрия настраиваются в секции telemetry конфигурационного файла: например, при statsite_address = "127.0.0.1:8125" Stronghold отправляет метрики на указанный адрес. Метрики также доступны через API на порту 8200. Подробнее — в разделе «Мониторинг».

Метрики Prometheus отдаются эндпоинтом /v1/sys/metrics?format=prometheus на API-порту, а statsite_address использует TCP.

Порты в Deckhouse Platform

В Deckhouse Platform (DP) модуль stronghold использует следующие соединения:

ИсточникПолучательПорт/протоколНазначение
Пользователи, CLI, приложения вне кластераIngress-контроллер DP443/TCP, HTTPSВеб-интерфейс и API по адресу stronghold.<DOMAIN> из publicDomainTemplate.
Браузер пользователяDex (модуль user-authn)443/TCP, HTTPSВход в веб-интерфейс через OIDC.
Ingress-контроллер или Application Load Balancer (только инлеты Ingress и GatewayAPI)Поды Stronghold8500/TCP, HTTPSHTTPS с обязательным клиентским сертификатом (https-mtls). По умолчанию Ingress и ALB отправляют трафик на порт https-mtls.
Клиенты, приложения (через Service stronghold, инлеты кроме Ingress)Поды Stronghold8200/TCP, HTTPSВнешний API через Service. Сертификат берётся из секрета ingress-tls.
Secondary-кластер (Stronghold EE)Поды Stronghold primary-кластера8201/TCP, TLSКластерный порт для PR- и DR-репликации. Публикуется за пределы кластера только при publishCluster.enabled. Поды Stronghold не используют этот порт для связи друг с другом.
Поды приложений, поды Stronghold, unsealer модуляПоды Stronghold8300/TCP, HTTPSВнутренний API: retry_join, seal "inner-cluster", пробы и распечатывание.
Под StrongholdДругие поды Stronghold8301/TCP, TLSВнутренний кластерный адрес: Raft и пересылка запросов между узлами.
PrometheusПоды Stronghold (kube-rbac-proxy)9889/TCP, HTTPSМетрики.

Подробнее о размещении модуля — на странице «Развёртывание в DP».

Seal и внешние хранилища ключей

Seal yandexcloudkms и pkcs11 используют следующие соединения:

ИсточникПолучательПорт/протоколНазначение
Узел StrongholdYandex Cloud KMS443/TCP, HTTPSШифрование и расшифровка root-ключа для seal "yandexcloudkms". При двойном шифровании KMS должен быть доступен постоянно. Эндпоинт можно переопределить параметром endpoint.
Узел StrongholdMetadata service виртуальной машины Yandex Cloud80/TCP, HTTPПолучение токена сервисного аккаунта ВМ, если не задан ни один из параметров oauth_token, service_account_key_file, service_account_key_json. Адрес — 169.254.169.254 (можно переопределить переменной окружения YC_METADATA_ADDR).
Узел StrongholdHSMЛокально или порт производителяseal "pkcs11" работает через локальную библиотеку PKCS#11. Для USB-токенов (Рутокен ЭЦП 3.0) и TPM2 сетевые порты не нужны. Для сетевого HSM откройте порт, указанный в документации производителя.

Методы аутентификации

Методы аутентификации используют следующие соединения:

ИсточникПолучательПорт/протоколНазначение
Узел StrongholdСервер LDAP / Active Directory389/TCP (LDAP, StartTLS), 636/TCP (LDAPS)Метод аутентификации LDAP и механизм секретов LDAP.
Узел StrongholdПровайдер OIDC / JWT443/TCP, HTTPSМетоды OIDC и JWT: получение OIDC Discovery, JWKS, обмен кода на токен.
Узел StrongholdAPI Kubernetes6443/TCP или 443/TCP, HTTPSМетод Kubernetes: проверка токенов ServiceAccount (TokenReview). Порт задаётся в kubernetes_host.
Браузер пользователяПровайдер OIDC, SAML IdP443/TCP, HTTPSПеренаправление пользователя на страницу входа провайдера.

Механизмы секретов

Механизмы секретов используют следующие соединения:

ИсточникПолучательПорт/протоколНазначение
Узел StrongholdPostgreSQL5432/TCPДинамические учётные данные PostgreSQL.
Узел StrongholdMySQL / MariaDB3306/TCPДинамические учётные данные MySQL/MariaDB.
Узел StrongholdClickHouse9000/TCP (нативный протокол)Динамические учётные данные ClickHouse. Адрес задаётся в connection_url.
Узел StrongholdRabbitMQ management HTTP API15672/TCP, HTTP(S)Механизм секретов RabbitMQ (connection_uri).
Узел StrongholdAPI Kubernetes6443/TCP или 443/TCP, HTTPSМеханизм секретов Kubernetes: создание ServiceAccount и их токенов.

Плагин ClickHouse подключается по нативному протоколу (TCP, порт 9000); HTTP-порт 8123 не используется.

Механизмы KV, PKI, Transit, SSH и TOTP не устанавливают исходящих соединений: они работают с данными в хранилище Stronghold.

Аудит и резервное копирование

Аудит-устройства и автоматические снимки используют следующие соединения:

ИсточникПолучательПорт/протоколНазначение
Узел StrongholdЛокальная служба syslogЛокальный сокетАудит-устройство syslog. Пересылку на удалённый сервер настраивайте в самой службе syslog.
Узел StrongholdПриёмник журналовПорт из параметра address, TCP или UDPАудит-устройство socket (например, address=127.0.0.1:9090 socket_type=tcp). Для UNIX-сокета сетевой порт не нужен.
Активный узел StrongholdS3-совместимое хранилище443/TCP, HTTPS, или порт из aws_s3_endpointАвтоматические снимки (Stronghold EE) с типом хранилища aws-s3.

Аудит-устройство file и снимки с типом local пишут на локальный диск узла. Правила записи в аудит-устройства и поведение при их недоступности описаны в разделе «Аудит».