Loading...

Ayuda de CDN.com.tr

Conexión autenticada al origen (mTLS): acepte solo a CDN.com.tr en su origen

Nuestros servidores edge presentan un certificado de cliente cuando se conectan a su origen. Su origen lo exige y acepta únicamente el nombre que usted fije: el certificado de CDN.com.tr en todos los planes de pago, o un certificado solo para su cuenta en los planes Enterprise. Los servidores edge también pueden verificar el certificado de su origen.

Conexión autenticada al origen (mTLS): acepte solo a CDN.com.tr en su origen

Nuestros servidores edge presentan un certificado de cliente cuando se conectan a su origen. Su origen lo exige y acepta únicamente el nombre que usted fije: el certificado de CDN.com.tr en todos los planes de pago, o un certificado solo para su cuenta en los planes Enterprise. Los servidores edge también pueden verificar el certificado de su origen.

Casos de uso

Una empresa mantiene su origen accesible desde internet, pero quiere que responda solo a las solicitudes que llegan a través de su propia cuenta de CDN.com.tr, sin mantener una lista de direcciones de los servidores edge.

Flujo de trabajo

  1. Asegúrese de que su origen responde por HTTPS en un puerto propio: en la página Origen, el puerto HTTPS debe ser distinto del puerto HTTP.
  2. En la página Origen, abra Conexión autenticada al origen (mTLS) y elija Certificado de CDN.com.tr (planes de pago) o Certificado solo para esta cuenta (Enterprise). Guarde.
  3. Con el certificado de la cuenta, espere hasta que la tarjeta deje de indicar que se está instalando: el certificado se coloca primero en todos los servidores edge de su cuenta y después se activa solo.
  4. Descargue el paquete de CA (cdn-com-tr-origin-pull-ca.pem) desde la tarjeta y configure su servidor web para exigir un certificado de cliente firmado por él, aceptando únicamente el nombre que aparece en Nombre que se acepta (CN): el ID de su cuenta con el certificado de la cuenta, origin-pull.cdn.com.tr con el certificado de CDN.com.tr.
  5. Si lo desea, active Verificar el certificado del origen: el servidor edge acepta entonces solo un certificado válido para el nombre de host de su origen (con un origen en IP, el nombre que usted introduzca), emitido por una autoridad pública o por su propia autoridad (pegue su certificado).

Verificaciones

  • Mientras esta opción esté activada, los servidores edge se conectan a su origen por HTTPS también para los visitantes HTTP, en el puerto HTTPS de su origen.
  • El certificado de CDN.com.tr demuestra que una solicitud procede de CDN.com.tr, no que procede de su cuenta: mantenga con él su cabecera secreta (por ejemplo X-CDN-Auth). El certificado de la cuenta (CN = el ID de su cuenta) se emite solo para su cuenta.
  • Fije el nombre (CN), nunca la huella del certificado: los certificados se renuevan automáticamente antes de caducar y el nombre sigue siendo el mismo.
  • La optimización de imágenes sigue funcionando: nuestros servidores de optimización presentan el mismo certificado cuando obtienen sus originales.
  • Cuando su origen exige un certificado y no recibe ninguno, nginx responde 400; Apache, Caddy e IIS cierran la conexión, y el visitante lo ve como un 502. Active la exigencia solo cuando los servidores edge ya presenten el certificado.
  • Con la verificación activada, un certificado caducado, autofirmado sin su autoridad o emitido para otro nombre hace que la solicitud falle con un 502.

Preguntas frecuentes

¿Cómo exijo el certificado en nginx?

En el bloque server que sirve al CDN: ssl_client_certificate /etc/nginx/cdn-com-tr-origin-pull-ca.pem;, ssl_verify_client on;, ssl_verify_depth 2; y if ($ssl_client_s_dn !~ "(^|,)CN=<id-de-cuenta>(,|$)") { return 403; }. Con el certificado de CDN.com.tr, escriba origin-pull\.cdn\.com\.tr en lugar de <id-de-cuenta> y conserve su comprobación de X-CDN-Auth.

¿Cómo lo exijo en Apache?

En el virtual host HTTPS: SSLCACertificateFile /etc/ssl/cdn-com-tr-origin-pull-ca.pem, SSLVerifyClient require, SSLVerifyDepth 2; después, dentro de <Location "/">, la línea Require expr %{SSL_CLIENT_S_DN_CN} == "<id-de-cuenta>".

¿Cómo lo exijo en Caddy?

En el bloque de su sitio: tls { client_auth { mode require_and_verify trust_pool file /etc/caddy/cdn-com-tr-origin-pull-ca.pem } }, después @notcdn not expression {http.request.tls.client.subject}.matches("(^|,)CN=<id-de-cuenta>(,|$)") y respond @notcdn 403. trust_pool file requiere Caddy 2.8 o posterior.

¿Cómo lo exijo en IIS?

Importe el paquete de CA en las Entidades de certificación raíz de confianza (la raíz) y en las Entidades de certificación intermedias (la intermedia) del equipo local. En Configuración de SSL del sitio, marque Requerir SSL y establezca Certificados de cliente en Requerir. Después, en el Editor de configuración, bajo system.webServer/security/authentication/iisClientCertificateMappingAuthentication, actívelo y añada una asignación de uno a varios con una regla: certificateField Subject, certificateSubField CN, matchCriteria <id-de-cuenta>.

¿Sigo necesitando la cabecera secreta?

Con el certificado de CDN.com.tr, sí: todas las cuentas de CDN.com.tr presentan el mismo certificado y la cabecera distingue sus solicitudes. Con el certificado de la cuenta, la comprobación del CN ya acepta solo su cuenta; mantener también la cabecera no hace daño.

¿Qué ocurre cuando se renueva el certificado?

Nada por su parte. Los certificados se renuevan en nuestros servidores edge antes de caducar, desde la misma autoridad y con el mismo nombre, así que la comprobación del nombre (CN) sigue pasando.

Páginas relacionadas

Administrar registros DNS

Agregue, actualice, elimine, importe, exporte y traslade los registros elegibles a DNS en la nube.

HTTP/3 e IPv6 en el edge

Desde septiembre de 2026 el edge de CDN.com.tr sirve cada hostname por HTTP/3 (QUIC) e IPv6 además de HTTP/2 e IPv4. Los navegadores cambian solos; no hay ajuste por cuenta y su origen puede seguir solo con IPv4.