Loading...

Ayuda de CDN.com.tr

Conexión con el origen: la IP real del visitante, el bloqueo de su origen, WebSocket y tiempos de espera

Los servidores edge transmiten la dirección IP del visitante en la cabecera X-CDN-Client-IP. Abra su origen únicamente al CDN con una cabecera secreta que añade a cada regla. Configure WebSocket y las solicitudes de larga duración por regla.

Conexión con el origen: la IP real del visitante, el bloqueo de su origen, WebSocket y tiempos de espera

Los servidores edge transmiten la dirección IP del visitante en la cabecera X-CDN-Client-IP. Abra su origen únicamente al CDN con una cabecera secreta que añade a cada regla. Configure WebSocket y las solicitudes de larga duración por regla.

Casos de uso

Un equipo ejecuta una aplicación web con inicio de sesión en su propio servidor y pone el CDN y el WAF por delante. Quieren la IP real del visitante en sus registros, rechazar las solicitudes que no pasan por el CDN y mantener las conexiones WebSocket funcionando.

Flujo de trabajo

  1. Haga que su aplicación lea la IP real del visitante de la cabecera X-CDN-Client-IP.
  2. Genere un valor largo y aleatorio. Escriba la misma línea en el campo Cabeceras enviadas a su origen de cada regla de entrega de su cuenta, por ejemplo X-CDN-Auth <valor>.
  3. Una vez que la cabecera esté activa en todas las reglas y su dominio apunte al CDN, rechace en su origen las solicitudes que no lleven esta cabecera.
  4. Para las rutas que usan WebSocket, cree una regla aparte y active Permitir conexiones WebSocket. Para las solicitudes de larga duración, aumente el valor de Tiempo de espera de respuesta del origen (segundos).
  5. Si su API usa PUT, PATCH o DELETE, añada estos métodos a la lista WAF: Métodos HTTP permitidos.

Verificaciones

  • La IP real del visitante llega en la cabecera X-CDN-Client-IP. Contiene un único valor y el servidor edge la reescribe en cada solicitud; no se usa una cabecera con el mismo nombre enviada por el visitante. El valor también puede ser una dirección IPv6.
  • Los servidores edge también envían X-Real-IP y X-Forwarded-For. Si usa X-Forwarded-For, tome el valor más a la derecha, no el primero; el visitante puede escribir los valores de la izquierda.
  • Cabeceras enviadas a su origen se configuran por regla: una cabecera por línea, en la forma Header-Name value. Cuando añada una regla nueva, añádale también la cabecera secreta; si no, su origen rechaza las solicitudes de esa regla.
  • Haga que el valor de la cabecera secreta sea un valor aleatorio de al menos 32 caracteres, solo letras y dígitos. En las reglas que se conectan con su origen por HTTPS, la cabecera viaja cifrada.
  • Confíe en la cabecera secreta en lugar de bloquear su origen solo con una lista de IP. Le indicamos las direcciones actuales de los servidores edge vinculados a su cuenta cuando lo solicite.
  • En una regla con Permitir conexiones WebSocket activado, las conexiones llegan a su origen y permanecen abiertas mientras fluyen datos; las respuestas en esa ruta no se almacenan en caché. WebSocket no se puede activar en una regla que optimiza imágenes, así que cree una regla aparte para la ruta de WebSocket.
  • El tiempo de espera de respuesta del origen es de 60 segundos por defecto: si su origen no envía datos durante 60 segundos, la solicitud termina con un error 504 y una conexión WebSocket inactiva se cierra. Puede configurarlo por regla entre 1 y 3600 segundos. Mientras fluyan datos, no hay límite para la duración total de una conexión.
  • En el dominio de sus aplicaciones de Managed Container, WebSocket está activado por defecto y el tiempo de espera es de 300 segundos salvo que la regla establezca otro valor.
  • Con el WAF activado, GET, HEAD, POST y OPTIONS están permitidos por defecto. La verificación de JavaScript se aplica solo a las solicitudes de página desde navegadores y no afecta a las solicitudes de API.

Preguntas frecuentes

¿Cómo compruebo la cabecera secreta en Apache o nginx?

En Apache, añada las líneas RewriteEngine On, RewriteCond %{HTTP:X-CDN-Auth} !=<valor> y RewriteRule ^ - [F] justo al principio de .htaccess. En nginx, añada if ($http_x_cdn_auth != "<valor>") { return 403; } al bloque server. Active la comprobación en último lugar: primero la cabecera debe estar activa en todas las reglas y su dominio debe apuntar al CDN.

¿Se admite WebSocket?

Sí. Cree una regla para la ruta que usa WebSocket y active Permitir conexiones WebSocket. La conexión llega a su origen y permanece abierta mientras fluyen datos; en esa ruta no se usa caché.

¿Cuánto tiempo puede permanecer abierta una solicitud?

Mientras fluyan datos, no hay límite para el tiempo total. El límite es el tiempo que el edge espera sin que fluyan datos: 60 segundos por defecto. Puede aumentarlo hasta 3600 segundos en el campo Tiempo de espera de respuesta del origen (segundos) de la regla.

¿Dónde leo la IP real del visitante?

En la cabecera X-CDN-Client-IP. El servidor edge escribe esta cabecera él mismo en cada solicitud y no usa una cabecera con el mismo nombre enviada por el visitante. Si usa X-Forwarded-For, tome el valor más a la derecha.

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.