--- title: Данные и доступ в самостоятельно размещаемом Claude Managed Agents url: https://platform.claude.com/docs/ru/managed-agents/self-hosted-data-and-access description: Что самостоятельно размещаемый Claude Managed Agents отправляет за пределы вашей сети, куда направляются его журнал, трассировки и метрики, как долго хранятся данные, кто может получить доступ к серверу и как разделять арендаторов. --- Чтобы запросить доступ к самостоятельно размещаемому Claude Managed Agents, обратитесь к команде, работающей с вашей учётной записью в Anthropic. При использовании [самостоятельно размещаемого Claude Managed Agents](https://platform.claude.com/docs/ru/managed-agents/self-hosted) вы управляете сервером, его базой данных и песочницами, в которых воркеры запускают инструменты агента для работы с оболочкой и файлами. Эта страница отвечает на вопросы проверки безопасности. Поставщик инференса сервера — это сервис, который отвечает на его вызовы модели. Сервер подключается к Anthropic, только когда этим поставщиком является Claude API. У Anthropic нет удалённого доступа к серверу или его журналу. ## Что покидает вашу сеть ### Все подключения, которые устанавливает сервер Сервер подключается только к следующим адресатам: * Ваш поставщик инференса * База данных сервера * Сервисы, выдающие учётные данные сервера для вызовов модели, если он получает эти учётные данные от сервиса * Сервис облачного провайдера для получения списка моделей, если ваш поставщик инференса публикует список своих моделей в отдельном сервисе * Серверы MCP, которые вы разрешаете * Хосты Git, которые вы разрешаете, для репозиториев, используемых сеансами * Коллектор OpenTelemetry, если вы его настроили * Поставщики удостоверений, которые вы указываете для единого входа, если вы их настроили * Менеджер секретов или сервис управления ключами, если вы его настроили * Сервисы, выдающие учётные данные сервера для этого менеджера секретов или сервиса управления ключами * Любой другой сервис, к которому вы настроили обращения сервера Поставщик инференса по умолчанию — Claude API. Если вы настроите другого поставщика инференса, вызовы модели вместо этого будут отправляться туда. Сервер подключается к Anthropic, только когда его поставщиком инференса является Claude API. Если поставщик инференса предоставляет инструменты веб-поиска и получения веб-страниц, он их и выполняет. Сервер не устанавливает для них собственных подключений. Инструменты отключены, пока вы не включите их в настройках сервера. Чтобы проверить трафик сервера, сравните журнал вашего прокси-сервера для исходящего трафика или брандмауэра с этим списком. Запросы сервера к Claude API содержат заголовок `User-Agent`. См. [Поля, указывающие серверное программное обеспечение](https://platform.claude.com/docs/ru/managed-agents/self-hosted-data-and-access#fields-that-name-the-server-software). ### К чему могут обращаться воркеры Список адресатов охватывает только сервер. [Шлюз исходящего трафика](https://platform.claude.com/docs/ru/managed-agents/self-hosted/agent-identity#environment-variable-credentials), если вы его запускаете, подключается к хостам, которые вы для него указываете, и отправляет им значения учётных данных, которые вы для них храните. Воркеры рассматриваются отдельно. Воркер имеет тот сетевой доступ, который вы разрешаете контейнеру, виртуальной машине или другой песочнице, в которой он работает. Каждая команда, которую агент выполняет через воркер, имеет такой же сетевой доступ. ### Что сервер отправляет своему поставщику инференса Каждый вызов модели содержит всю беседу на текущий момент, включая подсказки, входные данные инструментов и результаты инструментов. Когда поставщиком инференса является Claude API, каждый вызов модели также содержит до трёх заголовков. В них находятся идентификаторы, которые сгенерировал ваш сервер: | Заголовок | Что он содержит | | ----------------------------------------- | ----------------------------------------------- | | `anthropic-managed-agents-session-id` | Идентификатор сеанса, который обслуживает вызов | | `anthropic-managed-agents-agent-id` | Идентификатор агента этого сеанса | | `anthropic-managed-agents-environment-id` | Идентификатор окружения этого сеанса | Идентификатор не содержит ни имени, ни содержимого, но в нём закодировано время, когда ваш сервер его создал. С помощью этих заголовков Anthropic может относить использование к сеансу, агенту или окружению. Никакая настройка их не отключает. Если `ANTHROPIC_BASE_URL` указывает на прокси или шлюз, заголовки отправляются туда. При любом другом поставщике инференса сервер никогда их не отправляет. Когда поставщиком инференса является Claude API, сервер также проверяет через Claude API, что его учётные данные для вызовов модели действительны. Проверка выполняется при запуске, а затем каждые 60 секунд, если вы не измените `health.check_interval`. Эти проверки не запускают инференс и не содержат ни одного из трёх заголовков. ### Поля, указывающие серверное программное обеспечение Каждый запрос к Claude API содержит заголовок `User-Agent`, в котором указаны серверное программное обеспечение и его версия. Сам этот заголовок не идентифицирует ваше развёртывание. Как и в любом запросе к Claude API, ключ API идентифицирует вашу организацию. Anthropic может использовать этот заголовок для подсчёта использования самостоятельно размещаемого Managed Agents. Вызовы модели также могут содержать метку `cma-server` в теле запроса в виде `metadata.user_id`. Метка одинакова на каждом сервере, поэтому сама по себе она не идентифицирует ваше развёртывание, ваших пользователей или ваши сеансы. Когда вызов достигает Anthropic, Anthropic может использовать метку для подсчёта использования самостоятельно размещаемого Managed Agents, даже если прокси удалил заголовок `User-Agent`. Содержит ли вызов метку, зависит от того, куда он направляется: * **Сервер отправляет метку в следующих вызовах:** вызовы к Claude API, к Microsoft Foundry и к шлюзу моделей, который принимает те же запросы, что и Claude API. * **Сервер никогда не отправляет `metadata.user_id` в следующих вызовах:** вызовы к Amazon Bedrock, к Claude Models on Google Cloud (Google managed) и к шлюзу моделей, который принимает другой формат запросов. Если шлюз моделей или прокси передаёт вызов другому поставщику, `metadata.user_id` может быть передан вместе с ним. В вызовах, которые содержат `metadata.user_id`, ваш собственный прокси или шлюз должен принимать его в теле запроса. Если он отклоняет это поле, каждый вызов модели завершается ошибкой. ## Куда направляются журнал, трассировки и метрики Сервер записывает свой журнал в стандартный поток ошибок. Когда вы запускаете сервер под Docker, Kubernetes или менеджером служб, эта система собирает журнал из стандартного потока ошибок. Сервер не записывает трассировки и метрики, пока вы не включите их с помощью стандартных переменных окружения OpenTelemetry. Он отправляет их только туда, куда указывают эти переменные. Метрики также может предоставлять конечная точка Prometheus. См. [Где сервер принимает подключения](https://platform.claude.com/docs/ru/managed-agents/self-hosted-data-and-access#where-the-server-listens). ## Как долго хранятся данные Ваш конвейер журналов, ваш коллектор и ваш бэкенд трассировки определяют, как долго хранятся журнал, трассировки и метрики. Сервер не ведёт файлов журналов и не хранит трассировки или метрики. Всё остальное, например агентов, сеансы и историю сеансов, сервер хранит в вашей базе данных. Если вы не настроите базу данных (это поведение по умолчанию), сервер хранит эти данные в памяти, и перезапуск их стирает. Если вы настроите менеджер секретов, сервер хранит секрет каждых новых [учётных данных хранилища](https://platform.claude.com/docs/ru/managed-agents/vaults) там, а не в базе данных. Секреты, которые он сохранил ранее, остаются в базе данных. Сеансы и их история хранятся в вашей базе данных, пока вы их не удалите. Сервер не удаляет сеанс из-за его возраста, независимо от того, архивирован он или нет. Удаление сеанса через API удаляет сеанс и его историю из вашей базы данных, хотя сервер сохраняет идентификатор сеанса. Сервер может отклонить удаление, пока сеанс выполняется. Удаление не затрагивает копии в других местах, такие как резервные копии базы данных, экспортированные журналы и трассировки или то, что агент записал в [хранилище памяти](https://platform.claude.com/docs/ru/managed-agents/memory). В Kubernetes удаление также оставляет на месте том `/workspace` сеанса, как описано в разделе [Освобождение тома сеанса](https://platform.claude.com/docs/ru/managed-agents/self-hosted/kubernetes#free-a-sessions-volume). То, что сервер отправляет модели, и то, что модель возвращает, подпадает под соглашение вашей организации с поставщиком, который обслуживает модель. Применяются условия этого соглашения о хранении данных. Когда модель обслуживается через Claude API, применяются соглашение о хранении данных и настройки, которые действуют между вашей организацией и Anthropic. Если у вашей организации есть режим [нулевого хранения данных (ZDR)](https://platform.claude.com/docs/ru/manage-claude/api-and-data-retention#zero-data-retention-zdr-scope), он охватывает эти вызовы модели так же, как и другие вызовы Messages API. На странице «API и хранение данных» Claude Managed Agents указан как [не охватываемый ZDR](https://platform.claude.com/docs/ru/manage-claude/api-and-data-retention#what-zdr-does-not-cover). Это связано с тем, что Anthropic, когда эксплуатирует этот сервис, хранит транскрипты сеансов до тех пор, пока вы их не удалите. Кто хранит транскрипты, зависит от того, кто эксплуатирует сервис: * **Его эксплуатирует Anthropic:** их хранит Anthropic. При использовании [самостоятельно размещаемых песочниц](https://platform.claude.com/docs/ru/managed-agents/self-hosted-sandboxes) вы размещаете только песочницы, а всё остальное эксплуатирует Anthropic. * **Его эксплуатируете вы, с самостоятельно размещаемым Managed Agents:** вы храните их сами. ## Кто может получить доступ к серверу У Anthropic нет удалённого доступа к серверу или его журналу. Ваши приложения и воркеры подключаются к серверу. Сервер никогда не подключается к воркеру. ### Учётные данные, которые принимает сервер Anthropic не выдаёт никаких учётных данных, которые принимает сервер, и не хранит ни одного из них. Любые учётные данные, которые принимает сервер, относятся к одному из следующих видов: * Те, которые вы задали или создали * Те, которые выдал ваш поставщик удостоверений * Те, которые сервер сгенерировал сам, например токен, который он передаёт воркеру с каждой единицей работы ### Где сервер принимает подключения Сервер принимает запросы API на одном адресе и порту. Сервер открывает ещё два слушателя, каждый только если вы его включите. | Слушатель | Включён по умолчанию | Адрес по умолчанию | Что он запрашивает | | ---------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Запросы API | Да | `127.0.0.1:8400`, который доступен только с той же машины. Чтобы изменить адрес и порт, задайте `server.addr`. | См. [Учётные данные, которые принимает сервер](https://platform.claude.com/docs/ru/managed-agents/self-hosted-data-and-access#credentials-that-the-server-accepts). | | [Консоль на вашем сервере](https://platform.claude.com/docs/ru/managed-agents/self-hosted/console), веб-страница | Да. Чтобы прекратить её предоставление, см. [Отключение консоли](https://platform.claude.com/docs/ru/managed-agents/self-hosted/console#turn-off-the-console). | Тот же адрес и порт, что и для запросов API | Ничего для загрузки страницы — для любого, кто может к ней обратиться. Чтобы выполнить какое-либо действие в консоли, пользователь входит через вашего поставщика удостоверений. | | Конечная точка метрик Prometheus | Нет | `localhost:9464`, который доступен только с той же машины | Никаких учётных данных | | Слушатель сервера для [шлюза исходящего трафика](https://platform.claude.com/docs/ru/managed-agents/self-hosted/agent-identity#environment-variable-credentials) | Нет | Порт 8410 на каждом интерфейсе | Ключ шлюза | Подробнее о двух последних слушателях: * **Конечная точка метрик Prometheus:** Она не запрашивает учётных данных, поэтому то, кто может к ней обратиться, зависит от того, где она принимает подключения. Если вы зададите `OTEL_METRICS_EXPORTER` значение `prometheus` и не зададите адрес, она принимает подключения на адресе по умолчанию. Если вы включите её через Helm-чарт сервера, она принимает подключения на порту 9464 каждого пода сервера. Тогда к ней может обратиться всё, что имеет маршрут к адресу пода, если только NetworkPolicy не блокирует этот трафик. * **Слушатель для шлюза исходящего трафика:** Шлюз исходящего трафика — это необязательный прокси между вашими песочницами и интернетом. Сервер принимает подключения от шлюза на отдельном порту. Этот слушатель работает по обычному HTTP, а его ответы содержат сохранённые значения учётных данных. Стек Compose и Helm-чарт сервера разрешают обращаться к нему только шлюзу. Если вы запускаете сервер любым другим способом, сделайте то же самое. Стек Docker Compose публикует порт 8400 на адресе loopback хоста Docker, `127.0.0.1`. Используйте Docker Engine 28.3.3 или новее. В некоторых более ранних выпусках машины в локальной сети хоста могут обратиться к порту, опубликованному на loopback. Чтобы опубликовать порт на другом адресе, задайте `CMA_PUBLISH_ADDRESS` в `.env`. ## Мультиарендность Каждое развёртывание обслуживает одного арендатора на одном уровне доверия. Окружения в одном развёртывании не разделяют уровни доверия. Ключ API сервера даёт доступ к каждому окружению. Каждая вызывающая сторона с ролью может запускать сеансы в каждом окружении с той сетью и теми файлами, к которым могут обращаться воркеры этого окружения. | Что разделить | Что сделать | | ------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Арендаторов | Предоставьте каждому арендатору собственное развёртывание с собственной базой данных, ключом API сервера и воркерами. | | Рабочие нагрузки с разными уровнями доверия | Предоставьте каждому уровню доверия собственное развёртывание, настроенное так же, как для арендатора. Примеры — доверенный и недоверенный код или воркеры, которые обращаются к системам, доступным только некоторым вызывающим сторонам. | | Вызывающие стороны в одном развёртывании | Включите [единый вход](https://platform.claude.com/docs/ru/managed-agents/self-hosted/configure#single-sign-on), сопоставьте группы с ролью `developer` или `user` и оставьте ключ API сервера для администраторов. В разделе [Что может делать каждая роль](https://platform.claude.com/docs/ru/managed-agents/self-hosted/configure#what-each-role-can-do) показано, что видят эти вызывающие стороны. | ### Менеджеры секретов, единый вход и шлюзы моделей Если ваши развёртывания используют один из этих сервисов, разделяйте их и там: * **Менеджер секретов:** Разделяйте секреты развёртываний так, как указано в [ограничениях менеджера секретов](https://platform.claude.com/docs/ru/managed-agents/self-hosted/agent-identity#limits). * **Единый вход:** Задайте для каждого развёртывания записи `audiences`, которые не указаны ни в одном другом развёртывании, чтобы оно отклоняло токены других развёртываний. В развёртывании каждого уровня доверия назначайте роль только вызывающим сторонам, допущенным на этом уровне, и не задавайте `default_role`. * **[Шлюз моделей](https://platform.claude.com/docs/ru/managed-agents/self-hosted/inference-provider#model-gateway):** Чтобы различать развёртывания, задайте для каждого из них собственное значение заголовка, например `x-tenant-id`, в `inference.headers`. ### Что роли не ограничивают Роли ограничивают только те запросы, которые вызывающая сторона выполняет с собственным токеном. Код, который запускает агент, может обращаться к серверу с любыми учётными данными, которые есть в его песочнице. [Ключ окружения](https://platform.claude.com/docs/ru/managed-agents/self-hosted#the-three-credentials) может читать события и публиковать результаты инструментов в каждом сеансе своего окружения. Поэтому запускайте каждый сеанс в отдельной песочнице и не допускайте попадания ключа окружения в эту песочницу. Стеки из разделов [Начало работы с самостоятельно размещаемым Claude Managed Agents](https://platform.claude.com/docs/ru/managed-agents/self-hosted/quickstart) и [Развёртывание в Kubernetes](https://platform.claude.com/docs/ru/managed-agents/self-hosted/kubernetes) делают именно так.