Grundlegendes zu HTTP 302-Antworten für DAM-Assets in AEM as a Cloud Service

Letzte Aktualisierung: 23. Oktober 2026

In diesem Artikel wird erläutert, warum HTTP 302-Antworten für DAM-Assets in Adobe Experience Manager as a Cloud Service (AEMaaCS) angezeigt werden, es wird klargestellt, wann diese Weiterleitungen erwartet werden, und es wird Anleitung bereitgestellt, wie Sie diese bei der Protokollüberwachung von tatsächlichen Weiterleitungsproblemen unterscheiden können.

Beschreibung description

In AEM as a Cloud Service führen Anfragen für große DAM-Assets zu HTTP 302-Antworten in Dispatcher-Protokollen. Dieses Verhalten ist Teil des DBA-Designs (Direct Binary Access) der Plattform, bei dem AEM Publish Asset-Anfragen an ein Cloud-Speicher-Backend umleitet, um eine effiziente Bereitstellung zu ermöglichen. Während Endbenutzende und die CDN-Schicht in der Regel eine 200 OK-Antwort sehen, erscheinen 302-Antworten in internen Protokollen, was bei der Überwachung oder Fehlerbehebung zu Verwirrung führt.

Umgebung

Adobe Experience Manager as a Cloud Service (AEMaaCS) (alle Versionen)

Symptome

Zeitweise HTTP 302-Antworten für DAM-Assets (z. B.: /content/dam/<path>/asset.pdf) werden in Dispatcher-Zugriffsprotokollen angezeigt.
Diese 302-Antworten sind auf Client-Seite nicht reproduzierbar. Direkte Anfragen an die öffentliche URL geben 200 OK zurück.
CDN-Protokolle zeigen nur 200/304-Antworten an, nicht 302.
Dispatcher-Protokolle zeigen diese Anfragen als [ action none] an und geben nicht das Umleitungsziel an.
Andere DAM-Assets (z. B. Bilder und PDFs) zeigen ebenfalls ähnliche 302-Antworten.
Bei 302-Anfragen fehlen häufig Informationen zum Benutzeragenten oder Referrer.

Ursache

Die 302-Antworten werden vom DAM-Binärservlet "AEM Publish“ im Rahmen des Workflows „Direct Binary Access“ (DBA) generiert. Dieses Servlet gibt eine HTTP 302-Umleitung mit einer Location-Kopfzeile aus, die auf ein Cloud-Speicher-Backend verweist. Die Dispatcher protokolliert die 302-Antwort, die CDN-Ebene folgt der Umleitung, ruft das Asset ab und gibt 200 OK an den Client zurück. Dies wird erwartet und ist beabsichtigt.

Lösung resolution

Gehen Sie wie folgt vor, um das Problem zu beheben:

Verstehen Sie, dass HTTP 302-Antworten für DAM-Assets in Dispatcher-Protokollen erwartet werden, wenn der direkte Binärzugriff (DBA) verwendet wird. Dies sind keine Fehler und deuten nicht auf eine Fehlkonfiguration hin.
Um erwartete DBA 302 s von potenziellen Umleitungsproblemen in Ihrem Monitoring zu unterscheiden:
- Erwartete DBA 302 s:
- Der Anfragepfad beginnt mit /content/dam/....
- Dispatcher-Protokolle zeigen [ action none] an.
- Die Location-Kopfzeile in der 302-Antwort entspricht einem Cloud-Speicher-URL-Muster.
- Mögliche Weiterleitungsprobleme:
  - 3xx-Antworten für Pfade außerhalb von /content/dam/...
  - Weiterleitungen, die von Apache RewriteRule- oder Vanity-URL-Konfigurationen gesteuert werden
  - Speicherort-Kopfzeilen, die auf Website-Stammverzeichnisse, Gebietsschema-Umleitungen oder Anmeldeseiten verweisen
Filtern oder kommentieren Sie in Ihren Protokollüberwachungs-Tools 302-Antworten, die dem erwarteten DBA-Muster oben entsprechen, um falsch positive Ergebnisse bei der Umleitung der Problemberichterstattung zu vermeiden. Sie können beispielsweise nach Protokolleinträgen filtern, bei denen der Pfad mit “/content/dam/” beginnt und der Antwort-Code "".
Konzentrieren Sie Ihre Untersuchung auf unerwartete 3xx-Antworten, die nicht den DBA-Kriterien entsprechen.
Um zu überprüfen, ob Endbenutzer 200 OK für DAM-Asset-Anfragen über die öffentliche URL erhalten und ob die CDN-Schicht keine 302-Antworten meldet.