Entonces, pensé en un título más corto, pero no habría dado en el blanco. Ha venido a la página correcta si elURLla ruta a la que ha sido redirigido se ve así y parece que nunca desaparece:
https://ejemplo.com/z0f76a1d14fd21a8fb5fd0d03e0fdc3d3cedae52f?wsidchk=12345678
Los fundamentos del problema
Esta es una pregunta difícil de explicar, por lo que solo se necesitan algunos conceptos básicos para los lectores no técnicos, pero la mayoría de los que investigan esto serán expertos en tecnología y pueden omitirlo.
El caché es, en resumen, archivos estáticos creados de su sitio web y almacenados en la memoria del servidor, lo que acelera la entrega de su sitio. Ver también¿Qué es el almacenamiento en caché? | ¿Cómo se almacena en caché un sitio web? | Llamarada de la nubepara una explicación simple pero detallada.
TTL significa "Tiempo de vida" y representa la cantidad de tiempo para que los datos almacenados en caché sigan siendo válidos antes de que se vuelvan a crear, se soliciten nuevamente o ambos. El TTL para las páginas web se establece en el encabezado de la página y puede cubrir varios puntos de almacenamiento diferentes, como la caché del servidor perimetral o la caché del navegador. Estos son los dos tipos de caché a los que está conectado este error 404.
Para obtener una explicación detallada de las reglas de Cloudflare, consulte Technoogies.com – “La guía definitiva para las reglas gratuitas y de página de Cloudflare“
¿Qué es Edge Cache TTL?
Cache Everything trata todo el contenido como estático y almacena en caché todos los tipos de archivos más allá del contenido en caché predeterminado de Cloudflare y respeta los encabezados de caché del servidor web de origen, a menos que Edge Cache TTL también esté configurado en la regla de página.
Cuando se combina con un TTL de Edge Cache > 0, Cache Everything elimina las cookies de la respuesta del servidor web de origen.
Aquí está el verdadero problema
El cortafuegos del servidor Imunify360 se ejecuta en su servidor de alojamiento web e intercederá entre los servidores perimetrales de Cloudflare y su servidor de origen. Cuando ves este bazarURLen la barra de direcciones con la página de error "404 Not Found", entonces es probable que esté usando Cloudflare y tenga una regla de página que tenga "Caché de todo" combinado con "Edge Cache TTL". Podría ser un falso positivo, pero incluso si alguien ataca su sitio, Imunify360 intervendrá y Cloudflare terminará almacenando en caché esa salida con la redirección que causa el 404, por lo que con Edge Cache TTL controlado por Cloudflare y no por el servicio Imunify360, Cloudflare cache no se cambiará durante el tiempo que esté configurado el TTL de Edge Cache.
La mejor explicación que encontré está en la comunidad de Cloudflare porcbrandtde hace aproximadamente un año, febrero de 2022.
“Cuando Imunify360 detecta una actividad maliciosa, intercepta la solicitud y envía una página intersticial con un 200HTTPcódigo de estado. Esa página tiene una redirección de JavaScript que apunta a esa ruta, que luego obtiene un 404 ya que no existe tal página en su servidor. El problema es que con Edge Cache TTL, la directiva de no almacenamiento establecida por el encabezado de control de caché en la página intersticial se anula y esa página se almacena en caché. Después de eso, todos los visitantes serán redirigidos al 404 mientras esa página intersticial no se elimine del caché”.
Por lo tanto, no solo se anula el caché de encabezado TTL de Origin por la configuración TTL de Cloudflare Edge Cache, sino también el encabezado TTL de Imunify360 Edge Cache.
¿Qué hacer?
Lo primero que debe hacer es borrar el caché de Cloudlflare. Eso debería hacer que su sitio sea accesible nuevamente. Para solucionar el problema, no agregar ni configurar Edge Cache TTL junto con la opción Cache Everything debería solucionarlo, así que use Cache Everything, pero elimine la parte Edge Cache TTL de su regla para que Origin TTL sea el valor predeterminado y las páginas de seguridad de Imunify360 Cloudflare tampoco anula TTL.
- About the Author
- Latest Posts
Professional geek and early implementer of virtualization in 1998.
Small business owner and was once the network admin for Knight Transportation. Racquetball fanatic, but had to retire from it.
