Solución:
No, CloudFlare solo ofrece ese tipo de personalización en planes Enterprise.
- CloudFlare expirará si no logra establecer un protocolo de enlace HTTP después de 15 segundos.
- CloudFlare también esperará 100 segundos por una respuesta HTTP de su servidor antes de que vea un error de tiempo de espera 524.
- Aparte de esto, puede haber tiempos de espera en su servidor web de origen.
Parece que necesita comunicación entre procesos. HTTP no debe usarse como un mecanismo para realizar tareas de bloqueo sin enviar respuestas, este tipo de actividades deben abstraerse en un servicio que no sea HTTP en el servidor. Al usar RabbitMQ (o cualquier otro MQ), puede pasar mensajes desde el elemento HTTP de su servidor al servicio de procesamiento en su servidor web.
Estuve en comunicación con Cloudflare sobre el mismo problema y también con el soporte técnico de RabbitMQ.
RabbitMQ sugirió usar Web Stomp que se basa en Web Sockets. Sin embargo, Cloudflare sugirió …
Websockets crearía una conexión persistente a través de Cloudflare y no hay tiempo de espera como tal, pero la mejor manera de resolver esto sería simplemente procesar la solicitud en segundo plano y responder de forma asincrónica, y mostrar una página de ‘Cargando …’ o similar, en su lugar que hacer que el usuario espere 100 segundos. Eso también le daría una mejor experiencia de usuario al usuario.
ACTUALIZAR:
Para completar, también registraré aquí que también le pregunté a CloudFlare sobre la ejecución del informe a través de un subdominio y lo “empañaron de gris” y respondieron lo siguiente:
Sugeriré verificar por qué los informes tardan más de 100 segundos. Al deshabilitar Cloudflare en el subdominio, permita que los atacantes conozcan su IP de origen y los atacantes atacarán directamente sin pasar por Cloudflare.
MÁS ACTUALIZACIÓN
Finalmente resolví este problema ejecutando el informe usando un hilo y usando AJAX para “sondear” si el informe había sido creado. Consulte Cómo omitir el tiempo de espera de 100 segundos de CloudFlare