Résolution des problèmes de compression de fichiers d’Azure Content Delivery Network
Important
Azure CDN Standard de Microsoft (classique) sera mis hors service le 30 septembre 2027. Pour éviter toute interruption de service, il est important de migrer vos profils du niveau Azure CDN Standard de Microsoft (classique) vers le niveau Azure Front Door Standard ou Premium au plus tard le 30 septembre 2027. Pour découvrir plus d’informations, consultez Mise hors service d’Azure CDN Standard de Microsoft (classique).
Cet article vous aide à résoudre les problèmes de compression des fichiers CDN.
Si vous avez besoin d'aide supplémentaire concernant n'importe quel point de cet article, contactez les experts Azure sur les forums MSDN Azure et Stack Overflow. Vous pouvez également signaler un incident au Support Azure. Accédez au site du support Azure, puis sélectionnez Obtenir un support.
Symptôme
La compression pour votre point de terminaison est activée, mais les fichiers sont renvoyés non compressés.
Conseil
Pour vérifier si vos fichiers sont retournés sous une forme compressée, vous devez utiliser un outil comme Fiddler ou les outils de développement de votre navigateur. Vérifiez les en-têtes de réponse HTTP retournés avec votre contenu de réseau de distribution de contenu mis en cache. S’il existe un en-tête nommé Content-Encoding avec une valeur gzip, bzip2, brotli ou deflate, votre contenu est compressé.
Cause
Il existe plusieurs causes possibles, y compris :
- Le contenu demandé n’est pas éligible à la compression.
- La compression n’est pas activée pour le type de fichier demandé.
- La requête HTTP ne comprenait pas un en-tête demandant un type de compression valide.
- L’origine envoie du contenu segmenté.
Étapes de dépannage
Conseil
Comme lors du déploiement de nouveaux points de terminaison, les modifications de configuration de réseau de distribution de contenu prennent un certain temps à se propager sur le réseau. En règle générale, les modifications sont appliquées dans les 90 minutes. Si c’est la première fois que vous avez configuré la compression pour votre point de terminaison de réseau de distribution de contenu, vous devez envisager d’attendre 1 à 2 heures pour être sûr que les paramètres de compression ont été propagés aux POP.
Vérifier la requête
Tout d’abord, effectuez une vérification rapide de l’intégrité de la requête. Vous pouvez utiliser les outils de développement de votre navigateur pour afficher les requêtes en cours.
- Vérifiez que la requête est envoyée à l’URL de point de terminaison,
<endpointname>.azureedge.net, et non à l’origine. - Vérifiez que la requête contient un en-tête Accept-Encoding et que la valeur de cet en-tête contient gzip, deflate, brotli ou bzip2.
Vérifier les paramètres de compression (profils CDN Standard)
Remarque
Cette étape s’applique seulement si votre profil CDN est un profil Azure CDN Standard de Microsoft ou Azure CDN Standard d’Edgio.
Accédez à votre point de terminaison dans le portail Azure et sélectionnez Configurer .
- Vérifiez que la compression est activée.
- Vérifiez que le type MIME pour le contenu à compresser est inclus dans la liste des formats compressés.
Vérifier les paramètres de compression (profils CDN Premium)
Remarque
Cette étape s’applique seulement si votre profil CDN est un profil Azure CDN Premium d’Edgio.
Accédez à votre point de terminaison dans le portail Azure et sélectionnez Gérer . Le portail supplémentaire s’ouvre. Pointez sur l’onglet HTTP volumineux, puis pointez sur le menu volant Paramètres de cache. Sélectionnez Compression.
- Vérifiez que la compression est activée.
- Vérifiez que la liste Types de fichiers contient une liste séparée par des virgules (sans espace) des types MIME.
- Vérifiez que le type MIME pour le contenu à compresser est inclus dans la liste des formats compressés.
Vérifier que le contenu est mis en cache (profils CDN Edgio)
Remarque
Cette étape s’applique seulement si votre profil CDN est un profil Azure CDN Standard d’Edgio ou Azure CDN Premium d’Edgio.
À l’aide des outils de développement de votre navigateur, vérifiez les en-têtes de réponse pour vous assurer que le fichier est mis en cache dans la région où il est demandé.
- Vérifiez l’en-tête de réponse Server . L’en-tête doit être au format Plateforme (ID serveur/POP), comme indiqué dans l’exemple suivant.
- Vérifiez l’en-tête de réponse X-Cache . L’en-tête doit indiquer HIT.
Vérifier que le fichier respecte les critères de taille (profils CDN Edgio)
Remarque
Cette étape s’applique seulement si votre profil CDN est un profil Azure CDN Standard d’Edgio ou Azure CDN Premium d’Edgio.
Afin d’être éligible pour la compression, un fichier doit respecter les exigences de taille suivantes :
- Plus de 128 octets (Longueur du contenu : 128)
- Moins de 3 Mo.
Vérifiez la requête sur le serveur d’origine pour un en-tête Via
L’en-tête HTTP Via indique au serveur web que la requête est transmise par un serveur proxy. Par défaut, les serveurs web Microsoft IIS ne compressent pas les réponses quand la requête contient un en-tête Via. Pour modifier ce comportement, procédez comme suit :