CDN de Azure: habilitación de la compresión HTTP: rol web alojado

Alguien tiene éxitoAzure CDN configurado para compresión HTTP utilizando su función web alojada? Estamos teniendo problemas para comprimir el contenido HTTP en los servidores perimetrales de Azure. El CDN solo almacena en caché la versión sin comprimir del contenido.

Si golpeamos nuestro enlace de recursos (webresource.axd) desde un enfoque que no es de Azure, se comprime a través de gzip (usando el xxxx.cloudapp.net/cdn/webresource.axd) como se esperaba. Sin embargo, tan pronto como señalamos nuestro enlace de recursos a Azure CDN (xxxx.vo.msecnd.net), el contenido se sirve sin comprimir, a pesar de que el navegador le indica a Azure CDN que acepta gzip.

I publicado este mismo problema en los foros de Azure, pero nadie ha respondido todavía.

Al solucionar el problema, parece que el CDN de Azure está eliminando elAceptar-codificación Encabezado HTTP Solo por curiosidad si otros han tenido este mismo problema.

Azure CDN Best Practices estados ...

¿Cómo funciona el CDN de Windows Azure con contenido comprimido?

El CDN de Windows Azure no modificará (ni agregará) la compresión a sus objetos. El CDN de Windows Azure respeta cualquier compresión proporcionada por el origen en función del encabezado "Aceptar-codificación". A partir de 1.4, Azure Storage no admite la compresión. Si está utilizando la entrega de objetos de servicio alojado, puede configurar IIS para que devuelva los objetos comprimidos.

Lo que estamos viendo es que el CDN no está respetando el origen.Aceptar-codificación, está siendo despojado.

Respuestas a la pregunta(3)

Su respuesta a la pregunta