Comparar de nuevo origen y método de entrega
Decide si Pull es lo correcto, o si Push/Hosting, CNAME o Full DNS se ajustan mejor a la necesidad.
Abrir guía de elecciónAyuda de CDN.com.tr
Publicar un sitio web existente a través de CDN
Coloca el sitio web de origen existente detrás de CDN.com.tr con Pull CDN, luego verifica el encabezado Host del origen, el nombre de host de entrega, DNS, SSL, Apply Changes y el tráfico público.
Primeros pasos
Publicar un sitio web existente a través de CDN
Coloca el sitio web de origen existente detrás de CDN.com.tr con Pull CDN, luego verifica el encabezado Host del origen, el nombre de host de entrega, DNS, SSL, Apply Changes y el tráfico público.
Ruta en el panel
- Management Panel
- CDN Accounts
- Pull CDN
- Origin Host Header
- CNAME / Delivery Hostnames
- DNS Settings
- SSL
- Apply Changes
- Operations
Escenarios prácticos para un sitio existente
Esta página es más que “agregar un CNAME”; el mismo origen Pull CDN puede usar tres métodos de entrega.
Hacer una prueba rápida del origen desde el endpoint predeterminado
Usa primero `xyz.cdn.com.tr` para verificar la respuesta del origen y el comportamiento del encabezado Host, luego pasa a un modelo de dominio personalizado.
Conectar www o assets mediante CNAME
Solo el subdominio elegido, como `www.example.com` o `assets.example.com`, apunta al destino CDN.
Gestionar el dominio raíz con Full DNS Transfer
Los servidores de nombres del dominio pasan a ser de CDN.com.tr; los registros DNS, SSL y las funciones CDN se gestionan desde el mismo panel.
Requisitos previos
- El servidor de origen es alcanzable por HTTP o HTTPS.
- Se conoce el encabezado Host esperado por la aplicación de origen.
- El dominio o subdominio pertenece a la cuenta seleccionada.
- La compra y asignación del paquete se completan en el panel.
Modelo de decisión
Encabezado Host del origen
Cuando se selecciona Keep the request header, el backend recibe el `$host` entrante; de lo contrario recibe el valor fijo indicado debajo de la casilla.
- Seleccionado: una solicitud para `player.videoon.ly` llega al backend como `player.videoon.ly`.
- No seleccionado: cada dominio entrante se envía al backend con el host de origen fijo configurado.
- Este contrato debe cumplirse en los flujos Pull, Push y Hosting, salvo las excepciones de las plataformas AI y Knight Online.
Método de entrega
Un sitio existente puede usar los mismos tres modelos de nombre de host público.
- Default Endpoint: `xyz.cdn.com.tr` para pruebas rápidas.
- Full DNS Transfer: los servidores de nombres del dominio raíz se mueven a CDN.com.tr.
- Custom Subdomain: `www.example.com` o `assets.example.com` apunta mediante CNAME.
Guía paso a paso
Verificar cuenta y paquete
La configuración de Pull CDN está limitada a la cuenta, así que empieza confirmando la cuenta seleccionada.
- Seleccionar la cuenta en CDN Accounts.
- Si es necesario, completar la compra y asignación del paquete en el panel.
- Preparar el dominio o IP de origen actual.
Resultado esperado: La pantalla de Pull CDN muestra la configuración de origen para la cuenta seleccionada.
cdnctl equivalent
cdnctl accounts list
export ACCOUNT_UUID=<account_uuid>Configurar el origen de Pull CDN
Aquí se configuran la dirección, la ruta, el puerto y el comportamiento del encabezado Host del origen.
- Abrir Pull CDN.
- Establecer Source Address con la IP o el dominio de origen.
- Configurar Keep the request header según lo que espera el backend en el encabezado Host.
- Guardar (Save Only) o activar (Activate) la configuración.
Resultado esperado: La configuración generada coincide con el servidor de origen y el valor de host del proxy mostrados en la interfaz.
Agregar un nombre de host de entrega
La pantalla de CNAME es donde se vincula un dominio o subdominio público a la cuenta seleccionada.
- Abrir Delivery Hostnames.
- Agregar el dominio raíz o el subdominio personalizado.
- Usar el endpoint CDN generado como destino DNS.
Resultado esperado: El nombre de host pertenece a la cuenta seleccionada y muestra el estado de DNS o verificación.
Verificar el estado de DNS y SSL
El tráfico no se considera en vivo hasta que se puede ver que el DNS y el certificado están listos.
- Revisar DNS Settings para ver registros y estado de verificación.
- Revisar SSL para el estado del certificado automático o manual.
- No marcar el tráfico como en vivo mientras el certificado no esté listo.
Resultado esperado: El estado de DNS y SSL es visible para el cliente.
Aplicar cambios y probar el tráfico público
Los cambios de origen, nombre de host, DNS o SSL pueden requerir Apply Changes antes de que se actualice la configuración de tráfico.
- Ejecutar Apply Changes desde CDN Accounts o desde el aviso de advertencia.
- Observar el resultado del despliegue en Operations.
- Probar el dominio público con un navegador limpio o con curl.
Resultado esperado: La URL pública devuelve la respuesta de origen esperada; las respuestas de backend incorrectas se depuran revisando el encabezado Host o el destino DNS.
cdnctl equivalent
curl -I https://www.example.com/Verificación
- El origen de Pull CDN pertenece a la cuenta seleccionada.
- Keep the request header coincide con lo que espera el backend en el encabezado Host.
- El CNAME o destino DNS del nombre de host de entrega es claro.
- Se requiere que SSL esté listo antes del éxito público.
- El éxito en Operations y una respuesta pública 200/3xx se verifican después de Apply Changes.
Casos de uso
Un cliente quiere mantener la aplicación en el proveedor de hosting actual mientras usa CDN.com.tr para tráfico, caché, seguridad, SSL y gestión de DNS.
Flujo de trabajo rápido
- La cuenta y el paquete comprado están listos.
- Elegir Pull CDN como origen.
- Configurar dirección, puerto, ruta y comportamiento del encabezado Host del origen.
- Crear un nombre de host de entrega mediante Default Endpoint, Full DNS Transfer o Custom Subdomain.
- Completar la verificación de DNS y SSL.
- Aplicar los cambios y verificar el tráfico público.
Verificaciones
- El comportamiento del encabezado Host del origen está protegido por ConfigServiceOriginHostHeaderContractTest.
- Las API de nombres de host deben aplicar la propiedad de la cuenta.
- Se requiere que DNS y SSL estén listos antes de declarar éxito.
- Los cambios manuales en la base de datos o la configuración de servidor escrita a mano no forman parte del flujo del cliente.