Справка CDN.com.tr

Главная Центр справки по управлению Начало работы Публикация существующего сайта через CDN

Публикация существующего сайта через CDN

Разместите существующий сайт-источник за CDN.com.tr с помощью Pull CDN, затем проверьте заголовок Host источника, доменное имя доставки, DNS, SSL, Apply Changes и публичный трафик.

Начало работы

Публикация существующего сайта через CDN

Куда двигаться дальше после этого сценария

Наиболее частые следующие шаги для существующего сайта — DNS/SSL, Apply Changes или пересмотр модели выбора.

Пересмотр выбора

Снова сравнить источник и способ доставки

Решите, подходит ли Pull, или лучше подойдут Push/Hosting, CNAME или Full DNS.

Pull / Push / Hosting Default / CNAME / Full DNS

Открыть руководство по выбору

Деплой

Выполнить Apply Changes и следить за Operations

Проверьте, дошли ли изменения origin, Host header, DNS или SSL до конфигурации трафика.

Pull CDN Все способы доставки

Открыть руководство по применению изменений

Путь в панели

Панель управления
CDN Accounts
Pull CDN
Origin Host Header
CNAME / Delivery Hostnames
DNS Settings
SSL
Apply Changes
Operations

Практические сценарии для существующего сайта

Эта страница шире, чем просто «добавить CNAME»: один и тот же источник Pull CDN может использовать три способа доставки.

Тест без DNS

Проверить origin с default endpoint

Сначала используйте xyz.cdn.com.tr, чтобы проверить ответ origin и поведение заголовка Host, затем переходите к модели с кастомным доменом.

Pull CDN Default Endpoint

Перенос одного хоста

Подключить www или assets по CNAME

К CDN направляется только выбранный субдомен, например www.example.com или assets.example.com.

Pull CDN Custom Subdomain

Полное управление DNS домена

Управлять корневым доменом через Full DNS Transfer

Неймсерверы домена становятся CDN.com.tr; записи DNS, SSL и функции CDN управляются из той же панели.

Pull CDN Full DNS Transfer

Предварительные требования

Сервер origin доступен по HTTP или HTTPS.
Известен ожидаемый заголовок Host для приложения на origin.
Домен или субдомен принадлежит выбранному аккаунту.
Покупка и назначение пакета завершены в панели.

Модель принятия решений

Заголовок Host источника

Когда выбрано Keep the request header, бэкенд получает входящий $host; в противном случае он получает фиксированное значение, указанное под чекбоксом.

Выбрано: запрос к player.videoon.ly доходит до бэкенда как player.videoon.ly.
Не выбрано: каждый входящий домен отправляется на бэкенд с настроенным фиксированным значением origin host.
Этот контракт должен соблюдаться для сценариев Pull, Push и Hosting, за исключением платформ AI и Knight Online.

Способ доставки

Существующий сайт может использовать те же три модели публичного доменного имени.

Default Endpoint: xyz.cdn.com.tr для быстрого тестирования.
Full DNS Transfer: неймсерверы корневого домена переходят на CDN.com.tr.
Custom Subdomain: www.example.com или assets.example.com указывает по CNAME.

Пошаговое руководство

Проверить аккаунт и пакет

Настройки Pull CDN привязаны к аккаунту, поэтому начните с подтверждения выбранного аккаунта.

Выберите аккаунт в CDN Accounts.
При необходимости завершите покупку и назначение пакета в панели.
Подготовьте текущий домен или IP origin.

Ожидаемый результат: На экране Pull CDN отображаются настройки origin для выбранного аккаунта.

cdnctl equivalent

cdnctl accounts list
export ACCOUNT_UUID=<account_uuid>

Настроить origin в Pull CDN

Здесь настраиваются адрес origin, путь, порт и поведение заголовка Host.

Откройте Pull CDN.
Укажите в Source Address IP или домен origin.
Настройте Keep the request header в соответствии с ожиданием бэкенда по Host.
Выберите Save Only или Activate для настройки.

Ожидаемый результат: Сгенерированная конфигурация соответствует серверу origin и значению proxy Host в интерфейсе.

Добавить доменное имя доставки

Экран CNAME — это место, где публичный домен или субдомен привязывается к выбранному аккаунту.

Откройте Delivery Hostnames.
Добавьте корневой домен или кастомный субдомен.
Используйте сгенерированную конечную точку CDN в качестве цели DNS.

Ожидаемый результат: Доменное имя принадлежит выбранному аккаунту и отображает статус DNS или проверки.

Проверить статус DNS и SSL

Трафик не считается запущенным, пока не видна готовность DNS и сертификата.

Проверьте записи и статус проверки в DNS Settings.
Проверьте статус автоматического или ручного сертификата в SSL.
Не отмечайте трафик как рабочий, пока сертификат не готов.

Ожидаемый результат: Готовность DNS и SSL видна клиенту.

Применить изменения и протестировать публичный трафик

Изменения origin, доменного имени, DNS или SSL могут потребовать Apply Changes перед обновлением конфигурации трафика.

Выполните Apply Changes из CDN Accounts или через предупреждающий баннер.
Следите за результатом деплоя в Operations.
Проверьте публичный домен в чистом браузере или через curl.

Ожидаемый результат: Публичный URL возвращает ожидаемый ответ origin; неверные ответы бэкенда отлаживаются через заголовок Host или цель DNS.

cdnctl equivalent

curl -I https://www.example.com/

Проверка

Origin в Pull CDN принадлежит выбранному аккаунту.
Keep the request header соответствует ожиданию бэкенда по Host.
Цель CNAME или DNS для доменного имени доставки понятна.
Готовность SSL обязательна перед публичным успехом.
После Apply Changes проверяются успех в Operations и публичный ответ 200/3xx.

Сценарии использования

Клиент хочет оставить приложение на текущем хостинг-провайдере, при этом используя CDN.com.tr для трафика, кеша, безопасности, SSL и управления DNS.

Краткий порядок действий

Аккаунт и приобретённый пакет готовы.
Выберите Pull CDN в качестве источника.
Настройте адрес, порт, путь origin и поведение заголовка Host.
Создайте доменное имя доставки через Default Endpoint, Full DNS Transfer или Custom Subdomain.
Завершите проверку DNS и SSL.
Примените изменения и проверьте публичный трафик.

Проверки

Поведение заголовка Host для origin защищено тестом ConfigServiceOriginHostHeaderContractTest.
API для работы с доменными именами обязаны проверять принадлежность аккаунту.
Готовность DNS и SSL обязательна перед объявлением успеха.
Ручные изменения в БД или вручную написанная конфигурация сервера не входят в клиентский сценарий.