Solución de problemas de compresión de archivos de Azure Content Delivery Network

Importante

Azure CDN Estándar de Microsoft (clásico) no admite la creación de perfiles, la incorporación de nuevos dominios ni los certificados administrados y se retira en September 30, 2027. Para evitar interrupciones del servicio, migren a Azure Front Door Estándar o Premium. Para obtener más información, consulte Azure CDN Standard de Microsoft (clásico) retirada.

Este artículo le ayudará a solucionar los problemas con la compresión de archivos de red CDN.

Si necesita más ayuda en cualquier momento con este artículo, puede ponerse en contacto con los expertos de Azure en los foros de MSDN Azure y Stack Overflow. Como alternativa, también puede registrar un incidente de soporte técnico de Azure. Vaya al sitio de soporte técnico de Azure y seleccione Soporte técnico.

Síntoma

Está habilitada la compresión para el punto de conexión, pero se devuelven archivos sin comprimir.

Sugerencia

Para comprobar si los archivos se devuelven comprimidos, debe usar una herramienta como Fiddler o las herramientas de desarrollo del explorador. Compruebe los encabezados de respuesta HTTP devueltos con el contenido en caché de la red de entrega de contenido (CDN). Si hay un encabezado denominado Content-Encoding con un valor de gzip, bzip2, brotli o deflate, el contenido se comprime.

Encabezado de codificación del contenido

Causa

Hay varias causas posibles, por nombrar algunas:

  • El contenido solicitado no es apto para la compresión.
  • La compresión no está habilitada para el tipo de archivo solicitado.
  • La solicitud HTTP no incluía un encabezado que solicitara un tipo de compresión válido.
  • El origen está enviando contenido fragmentado.

Pasos para solucionar problemas

Sugerencia

Al igual que con la implementación de nuevos puntos de conexión, los cambios de configuración de la red de entrega de contenido tardan algún tiempo en propagarse a través de la red. Normalmente, los cambios se aplican en un plazo de 90 minutos. Si esta es la primera vez que configura la compresión para su punto de conexión de la red de entrega de contenido, debe considerar una espera de 1 o 2 horas para asegurarse de que la configuración de la compresión se propagó a los POP.

Comprobar la solicitud

Primero, deberíamos hacer una verificación básica en la petición. Puede usar las herramientas de desarrollo del explorador para ver las solicitudes que se realizan.

  • Compruebe que la solicitud se envía a la dirección URL del punto de conexión, <endpointname>.azureedge.net, y no a su origen.
  • Compruebe que la solicitud contenga un encabezado Accept-Encoding y que el valor para el encabezado contenga gzip, deflate, brotli o bzip2.

Encabezados de solicitud CDN

Comprobación de la configuración de compresión

Desplácese hasta el punto de conexión en Azure Portal y seleccione el botón Configurar.

  • Compruebe que la compresión está habilitada.
  • Compruebe que el tipo MIME del contenido que se va a comprimir se incluya en la lista de formatos comprimidos.

Compruebe la solicitud en el servidor de origen en busca de un encabezado Via

El encabezado HTTP Via indica al servidor web que la solicitud está siendo pasada por un servidor proxy. De forma predeterminada, los servidores web de Microsoft IIS no comprimen las respuestas si la solicitud contiene un encabezado Via. Para anular este comportamiento, haga lo siguiente:

  • Last updated on