Comprendre les réponses HTTP 302 pour les ressources de gestion des ressources numériques dans AEM as a Cloud Service
Cet article explique pourquoi des réponses HTTP 302 sont affichées pour les ressources de gestion des ressources numériques dans Adobe Experience Manager as a Cloud Service (AEMaaCS), clarifie quand ces redirections sont attendues et fournit des conseils pour les distinguer des problèmes de redirection réels dans la surveillance des journaux.
Description description
Dans AEM as a Cloud Service, les requêtes relatives à des ressources de gestion des ressources numériques volumineuses entraînent des réponses HTTP 302 dans les journaux Dispatcher. Ce comportement fait partie de la conception Direct Binary Access (DBA) de la plateforme, où l’instance de publication AEM redirige les requêtes de ressources vers un serveur principal d’espace de stockage pour une diffusion efficace. Alors que les utilisateurs finaux et la couche CDN voient généralement une réponse 200 OK, les réponses intermédiaires 302 apparaissent dans les journaux internes, ce qui entraîne une confusion lors de la surveillance ou du dépannage.
Environnement
Adobe Experience Manager as a Cloud Service (AEMaaCS) (toutes les versions)
Symptômes
- Des réponses HTTP 302 intermittentes pour les ressources de gestion des ressources numériques (par exemple :
/content/dam/<path>/asset.pdf) sont affichées dans les journaux d’accès de Dispatcher. - Ces réponses 302 ne sont pas reproductibles du côté client ; les requêtes directes vers l’URL publique renvoient 200 OK.
- Les journaux CDN affichent uniquement les réponses 200/304, et non 302.
- Les journaux Dispatcher affichent ces requêtes comme
[ action none]et n’indiquent pas la destination de redirection. - D’autres ressources de gestion des ressources numériques (telles que les images et les fichiers PDF) affichent également des réponses 302 similaires.
- Les requêtes 302 manquent souvent d’informations sur la chaîne Agent-utilisateur ou le référent.
Cause
Les réponses 302 sont générées par le servlet binaire de publication AEM DAM dans le cadre du workflow Accès binaire direct (DBA). Ce servlet émet une redirection HTTP 302 avec un en-tête d’emplacement pointant vers un serveur principal de stockage dans le cloud. Le Dispatcher consigne la réponse 302 et la couche CDN suit la redirection, récupère la ressource et renvoie 200 OK au client. Cela est prévu et prévu.
Résolution resolution
Suivez les étapes ci-dessous pour résoudre le problème :
-
Sachez que des réponses HTTP 302 pour les ressources de gestion des ressources numériques dans les journaux Dispatcher sont attendues lorsque Direct Binary Access (DBA) est en cours d’utilisation. Il ne s’agit pas d’erreurs qui n’indiquent pas une configuration incorrecte.
-
Pour distinguer les DBA 302 attendus des problèmes de redirection potentiels votre surveillance :
-
DBA 302 s attendu :
-
Le chemin d’accès de la requête commence par
/content/dam/.... -
Les journaux Dispatcher affichent
[ action none]. -
L’en-tête Emplacement de la réponse 302 correspond à un modèle d’URL d’espace de stockage dans le cloud.
-
Problèmes de redirection potentiels :
- Réponses 3xx pour les chemins en dehors de
/content/dam/... - Redirections pilotées par les configurations Apache RewriteRule ou d’URL de redirection
- En-têtes d’emplacement pointant vers des racines de site, des redirections de paramètres régionaux ou des pages de connexion
- Réponses 3xx pour les chemins en dehors de
-
-
Dans vos outils de surveillance des journaux, filtrez ou annotez les réponses 302 qui correspondent au modèle DBA attendu ci-dessus pour éviter les faux positifs dans les rapports de problèmes de redirection. Par exemple, vous pouvez filtrer les entrées de journal où le chemin commence par
/content/dam/et où le code de réponse est 302. -
Concentrez l’enquête sur les réponses 3xx inattendues qui ne correspondent pas aux critères DBA.
-
Pour vérifier, vérifiez que les utilisateurs finaux reçoivent 200 OK pour les requêtes de ressources de gestion des ressources numériques via l’URL publique et que la couche CDN ne signale pas de réponses 302.