Источник контента: домен, IP, S3-бакет
Источник (origin) — это сервер, откуда CDN берёт контент при промахе кэша. От того, как вы его укажете, зависит и скорость, и надёжность раздачи. В этой статье — все три типа источников и правила выбора.
Типы источников
Заголовок раздела «Типы источников»| Тип | Кому подходит | Что указать |
|---|---|---|
| Домен | Сервер или S3-бакет с именем | files.example.net или endpoint бакета bucket.s3.region.amazonaws.com |
| IP-адрес | Сервер без имени / чтобы исключить лишний DNS-прыжок | 203.0.113.10 или IPv6 |
| Сервис вашего аккаунта | Ваш VPS в Xipher Cloud | Выбирается из списка — адрес подставится сам |
S3-совместимые бакеты (AWS S3, Selectel, Yandex Object Storage и другие) подключаются типом «Домен» — укажите endpoint бакета. Если бакет приватный, используйте HTTPS-endpoint и стандартную авторизацию бакета: CDN запрашивает объекты как обычный клиент.
Правило против петель
Заголовок раздела «Правило против петель»Источник не должен указывать на сам раздающий домен или на ноды Xipher — иначе запросы зациклятся. Панель ловит это автоматически: ресурс переходит в статус «Петля» и останавливается с баннером «Обнаружена петля: ресурс остановлен». Лечение: исправить источник в «Настройках источника», затем «Запустить».
HTTP или HTTPS к источнику
Заголовок раздела «HTTP или HTTPS к источнику»Чекбокс «Использовать HTTPS-соединение с источником» определяет, как edge ходит на origin:
- HTTPS (включён) — на источнике нужен валидный сертификат; порт 443, если не задан другой.
- HTTP (выключен) — соединение от edge до origin идёт открытым текстом; порт 80. Подходит для публичной статики, где секретов нет.
Участок «посетитель → edge» всегда HTTPS — чекбокс касается только участка «edge → origin».
TTL кэша на источнике
Заголовок раздела «TTL кэша на источнике»Поле «TTL кэша на edge» (в секундах, по умолчанию 3600) — сколько держать объекты, когда у ответа источника нет своих заголовков кэша. Если origin отдаёт Cache-Control/Expires, по умолчанию панель уважает их; переопределить — чекбокс «Игнорировать заголовки кэша источника» в настройках кэша ресурса.
Проверка результата
Заголовок раздела «Проверка результата»Карточка ресурса: блок «Источник и домены раздачи» показывает источник, способ соединения (HTTPS/HTTP) и статус. Проверка фактом: объект с источника открывается через технический домен.
Если что-то пошло не так
Заголовок раздела «Если что-то пошло не так»| Симптом | Причина | Что делать |
|---|---|---|
| «Петля» | Источник = раздающий домен или адреса Xipher | Укажите реальный origin, запустите ресурс |
| 502 при HTTPS к origin | На источнике нет/просрочен сертификат | Обновите сертификат или переключитесь на HTTP |
| Отдаётся не тот контент | На origin по имени резолвится не тот сервер | Проверьте DNS имени источника или используйте IP |
| Бакет отвечает 403 | Приватный бакет без доступа | Настройте публичное чтение нужных объектов или подписанные URL |
Частые вопросы
Заголовок раздела «Частые вопросы»Домен или IP — что лучше?
IP — на один DNS-запрос меньше при промахе кэша; домен — гибкость менять сервер без правки ресурса. Для статики разница незаметна, выбирайте как удобнее управлять.
Можно ли несколько источников на один ресурс?
В одном CDN-ресурсе источник один. Нужны разные источники — создайте под каждый отдельный ресурс и разведите поддомены.
Скорость раздачи зависит от источника?
Только при первом запросе объекта (промах): потом объекты отдаются из кэша. Медленный источник замедляет прогрев кэша и «холодные» объекты.