> ## Documentation Index
> Fetch the complete documentation index at: https://docs.axottle.com/llms.txt
> Use this file to discover all available pages before exploring further.

# CDN: обзор

> Как Axottle автоматически поднимает CDN перед входной нодой: домен, DNS, TLS и проверка готовности без ручной настройки.

CDN-автоматизация избавляет вас от ручной настройки CDN у провайдера. Вы один раз подключаете аккаунт CDN-провайдера, затем добавляете **CDN-блок** к входной ноде в конструкторе <a href="/ru/connection-units/overview">Connection Unit</a>. При применении конфигурации панель делает всё сама: формирует публичный домен доставки, выпускает TLS-сертификат, создаёт CDN-ресурс у провайдера, публикует DNS-запись и проверяет весь путь от клиента до ноды — и только после этого помечает CDN как готовый.

CDN встаёт перед одним управляемым входной нодой (HTTPS-origin). Домен доставки выводится из домена ноды автоматически: для ноды `node.example.com` панель создаст `cdn.node.example.com`.

<Info>Для кого: администратор панели. Требуемые права: полный доступ к панели (управление интеграциями и Connection Units).</Info>

## Как это работает

<Steps>
  <Step title="Подключите аккаунт CDN-провайдера">
    В разделе CDN панели выберите провайдера и заполните поля учётных данных. Панель проверит ключи сразу при сохранении. Подробнее — в статье <a href="/ru/cdn/providers">Провайдеры и аккаунты</a>.
  </Step>

  <Step title="Добавьте CDN-блок в Connection Unit">
    В конструкторе соедините шлюз → CDN-блок → входная нода. CDN-блок должен вести ровно на одну входную ноду с настроенным доменом; в одном Connection Unit поддерживается только один CDN-блок.
  </Step>

  <Step title="Примените конфигурацию">
    При применении Connection Unit панель запускает операцию провижининга: домен доставки, TLS, CDN-ресурс, DNS-запись и сквозная проверка. Отдельной кнопки «создать CDN» нет — всё происходит внутри применения Connection Unit.
  </Step>
</Steps>

## Идемпотентность и журнал состояний

Каждый провижининг — это **операция** с журналом состояний: она проходит через понятные шаги (валидация, создание ресурса, ожидание DNS и сертификата, проверка) до финального статуса `READY`. Операции детерминированы и идемпотентны:

* повторное применение того же Connection Unit переиспользует уже существующую привязку, а не создаёт дубликаты;
* если CDN уже готов, повторное применение завершается сразу;
* если проверки не прошли, повторное применение перепроверяет ресурс и может перевести его в готовое состояние, когда проблема устранена.

Текущий шаг, статус и код ошибки отображаются в CDN-блоке Connection Unit и в разделе **CDN** — см. <a href="/ru/cdn/observability">Наблюдаемость</a>.

## Принцип fail-closed

Панель намеренно не доверяет статусу «готово» на стороне провайдера. Ресурс считается готовым только после полного набора эмпирических проверок: DNS-запись видна и на авторитетных серверах, и в публичных резолверах; TLS валиден и на домене доставки, и на origin-ноде; функциональные пробы (HTTP-методы, отсутствие кэширования, транспорт) пройдены.

Если CDN не готов, применение Connection Unit завершается ошибкой — конфигурация не «уедет наполовину». Это защищает вас от ситуации, когда трафик направлен на CDN, который на самом деле не работает.

## Карта раздела

<CardGroup cols={2}>
  <Card title="Провайдеры и аккаунты" icon="plug" href="/ru/cdn/providers">
    Какие провайдеры поддерживаются, как подключить и проверить аккаунт.
  </Card>

  <Card title="Ресурсы и операции" icon="list-check" href="/ru/cdn/resources-and-operations">
    Жизненный цикл операции, условия READY, откат.
  </Card>

  <Card title="DNS и Cloudflare AutoDNS" icon="globe" href="/ru/cdn/dns">
    Автоматические DNS-записи нод и пулы доменов.
  </Card>

  <Card title="Наблюдаемость" icon="gauge" href="/ru/cdn/observability">
    Статусы, коды ошибок и журнал операций.
  </Card>

  <Card title="Устранение неполадок" icon="life-ring" href="/ru/cdn/troubleshooting">
    Типовые сценарии и порядок диагностики.
  </Card>

  <Card title="Connection Units" icon="network-wired" href="/ru/connection-units/overview">
    Конструктор входных точек, в котором живёт CDN-блок.
  </Card>
</CardGroup>

## Ограничения

* Один CDN-блок на Connection Unit.
* CDN-блок должен разрешаться ровно в одну физическую входную ноду с доменом.
* Полная автоматизация сейчас доступна только для Yandex Cloud; остальные провайдеры — см. <a href="/ru/cdn/providers">Провайдеры и аккаунты</a>.
* Origin-нода обязана отвечать по HTTPS с валидным сертификатом ещё до начала провижининга.

<Note>Проверено для версии Axottle текущей ветки. Дата проверки: 2026-07-11.</Note>