L’alerte de pic de trafic s’affiche à l’origine dans AEM as a Cloud Service
Cet article explique comment les administrateurs et les développeurs peuvent étudier les alertes de pic de trafic à l’origine dans les environnements Adobe Experience Manager as a Cloud Service (AEMaaCS) et y répondre.
Description description
Environnement
- Environnement de production Adobe Experience Manager as a Cloud Service Sites
- Alerte de pic de trafic d’origine du centre des actions
Problème/Symptômes
- Vous recevez une alerte automatisée indiquant un pic de trafic à l’origine.
- Le volume des demandes augmente considérablement sur une courte période.
- Le trafic est distribué entre plusieurs ressources de site plutôt que concentré sur un seul point d’entrée.
Cause
L’alerte est déclenchée lorsque le trafic provenant d’une adresse IP cliente dépasse un taux de requête défini par Adobe à un point de vente CDN. L’alerte identifie un événement de seuil ; elle ne confirme pas en elle-même une attaque DDoS ou une interruption de service. Les sources de trafic incluent l’activité légitime des utilisateurs, les analyses de sécurité, les systèmes automatisés, les intégrations et les requêtes indésirables. Examinez les modèles de trafic, les requêtes bloquées et l’intégrité du service pour déterminer si l’événement nécessite une action supplémentaire.
Résolution resolution
Pour résoudre ce problème, procédez comme suit :
-
Consultez l’alerte de pic de trafic . Enregistrez sa date et l’heure ainsi que l’environnement affecté.
-
Analysez le volume et les modèles de requêtes :
- Comparez les nombres de requêtes et les taux de pointe avec la base de trafic normale de l’environnement.
- Déterminez si le pic est distribué sur plusieurs points d’entrée ou concentré sur des chemins spécifiques.
-
Identifiez les URL les plus fréquemment consultées pendant la fenêtre de pic. Comparez les requêtes aux schémas de navigation normaux et vérifiez l’accès concentré ou répété.
-
Enquêtez sur les sources de trafic :
- Examiner la distribution géographique et les données de point de présence (PoP) du réseau CDN, le cas échéant.
- Vérifiez les principales adresses IP client. Lorsque le trafic passe par un réseau CDN en amont, l’adresse consignée représente un proxy direct plutôt que l’utilisateur final.
-
Déterminez quel service ou environnement AEM a reçu la plupart des requêtes, telles que Publication, Prévisualisation ou Création, à l’aide des journaux disponibles.
-
Consultez les journaux CDN et les résultats de filtrage du trafic disponibles pour les indicateurs de réduction des attaques par déni de service, les alertes WAF et les requêtes bloquées. Enregistrez si un trafic important a été bloqué.
-
Documentez les résultats. Déterminez si le trafic correspond à l’activité attendue ou s’il nécessite une enquête plus approfondie. Ne le classez pas comme une attaque uniquement en fonction de l’alerte.
-
Pour les pics récurrents ou suspects :
- Consultez les journaux pour identifier les adresses IP qui contribuent au trafic.
- Vérifiez si des analyses de sécurité interne ou des activités planifiées se sont produites pendant le pic.
- Si la preuve identifie le trafic indésirable, configurez une règle de filtre de trafic ou de limite de débit appropriée. Démarrez en mode de journalisation, vérifiez quelles requêtes correspondent et utilisez le blocage uniquement après avoir confirmé que le trafic légitime ne sera pas affecté.
- Continuez à surveiller les modèles de trafic et mettez à jour la configuration en fonction des résultats.
-
Si vous avez besoin d’aide supplémentaire, contactez l’assistance technique d’Adobe 🔗.
Après avoir suivi ces étapes, vérifiez que l’environnement traite normalement les requêtes attendues et que les règles de filtrage du trafic ne bloquent pas les requêtes légitimes.