Die Prüfung der Cloud Manager-Protokollweiterleitung schlägt fehl, wobei die Kontextfrist in Adobe Experience Manager überschritten wurde

Letzte Aktualisierung: 31. Juli 2026

In Adobe Experience Manager as a Cloud Service können Cloud Manager-Bereitstellungs-Pipelines bei Prüfungen der LogForwarding fehlschlagen, wenn Protokolle an einen externen Splunk-HEC-Endpunkt weitergeleitet werden. Der Fehler tritt während der Prüfung der Anmeldeinformationen für die LogForwarding vor dem Flug auf und gibt einen Zeitüberschreitungsfehler zurück. Um dieses Problem zu beheben, korrigieren Sie die LogForwarding.yaml, überprüfen Sie die erweiterten Netzwerkeinstellungen und stellen Sie die Konfiguration ordnungsgemäß bereit.

Beschreibung description

Umgebung

Adobe Experience Manager as a Cloud Service (alle Versionen)

Problem/Symptome

Beim Konfigurieren der externen Protokollweiterleitung an einen Splunk-HTTP Event Collector (HEC)-Endpunkt mithilfe von LogForwarding.yaml schlägt die Cloud Manager-Implementierungs-Pipeline während des Audit-Auftrags für LogForwarding-Anmeldeinformationen vor dem Flug fehl.
Folgender Fehler tritt auf:Kontextfristüberschreitung (Client.Timeout überschritten)
Der Netzwerkkonnektivitätstest von der Live-AEM-Umgebung zum Splunk-Endpunkt ist erfolgreich, da die dedizierte statische Ausgangs-IP zuvor allowlisted wurde.
Der Pipeline-Build-Container verwendet dynamische IPs, die nicht allowlisted sind, was dazu führt, dass der Überwachungsauftrag fehlschlägt.
Der Kunde fordert entweder die öffentlichen Ausgangs-IP-CIDR-Bereiche für die Build-Agenten oder eine Methode zur Route des Pipeline-/Pre-Flight-Traffics über die dedizierte Ausgangs-IP an.

Ursache

Die Prüfung der LogForwarding-Anmeldeinformationen schlägt fehl, da die dynamischen IP-Adressen der Pipeline nicht auf die Zulassungsliste gesetzt werden und die erweiterten Netzwerkfunktionen in der Konfiguration nicht korrekt aktiviert sind.

Lösung resolution

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

Stellen Sie sicher, dass Erweiterte Netzwerke/Dedizierte Ausgänge für die entsprechenden Umgebungen (Entwicklung, Staging und Produktion) in Cloud Manager aktiviert sind.

Korrigieren Sie die LogForwarding.yaml. Platzieren Sie den aem:, der erweiterte Vernetzung ermöglicht, innerhalb des splunk:, anstatt ihn als gleichrangigen Block zu definieren. Verwenden Sie die folgende Struktur:

code language-none

code language-none
`kind: "LogForwarding" version: "1" metadata: envTypes: [ "dev", "stage", "prod"] data: splunk: default: enabled: true host: "<splunk-hec-host>" port: 443 token: "${{SPLUNK_TOKEN}}" index: "aem" aem: advancedNetworking: true`

kind: "LogForwarding"
version: "1"
metadata:
  envTypes: [ "dev", "stage", "prod"]
data:
  splunk:
    default:
      enabled: true
      host: "<splunk-hec-host>"
      port: 443
      token: "${{SPLUNK_TOKEN}}"
      index: "aem"
    aem:
      advancedNetworking: true

Stellen Sie die Konfiguration in jeder Umgebung bereit. Schließen Sie für eine freigegebene Konfigurationsdatei alle relevanten Umgebungen in envTypes ein. Stellen Sie für separate Dateien jede korrekt strukturierte Datei über die entsprechende Konfigurations-Pipeline bereit.
Stellen Sie zuerst in der Staging-Umgebung bereit und bestätigen Sie, dass die Prüfung der Anmeldedaten erfolgreich war und dass Protokolle im Splunk-Index empfangen werden. Wiederholen Sie nach der Validierung die Bereitstellung für die Produktion.

Hinweis Die Agenten für die Pipeline-Erstellung in Cloud Manager verwenden dynamische IPs, und die individuelle Zulassungsauflistung wird nicht unterstützt. Die Cloud Manager-Pipeline und der Pre-Flight-Traffic können nicht über die dedizierte Ausgangs-IP des Programms geleitet werden. Nur AEM-Laufzeitumgebungen verwenden die dedizierte Ausgangs-IP.