F5 APM : SWG et protection des accès sortants

Dans le scénario SWG, APM contrôle des accès sortants via un forward proxy. Un proxy explicite est configuré par le client ; un proxy transparent est placé dans le chemin selon l’architecture. Ce rôle est distinct de la publication d’une application interne par un reverse proxy.

Les catégories d’URL et politiques d’accès permettent des décisions selon les ressources demandées et l’identité. Une politique per-request peut appliquer des contrôles complémentaires pendant la session.

Les possibilités de base APM et celles d’une souscription SWG diffèrent dans la documentation citée. Vérifiez disponibilité, mises à jour de la base URL, support et droits de votre version avant de proposer un nouveau déploiement.

Pour TLS intercepté, préparez la confiance des clients, les exclusions nécessaires et la politique de confidentialité. L’interception n’est pas automatiquement possible pour toutes les applications. Recettez proxy, authentification, catégorisation, accès autorisés/refusés et réception des logs avant activation générale.

Ces repères permettent de relier le besoin à la configuration et aux observations. Comparer les objets réellement attachés au service avant de modifier un réglage.

Une URL est bloquée alors que sa catégorie devrait être permise. Comparez la catégorie reçue, la politique per-request et les logs avant d’ajouter un bypass TLS. Les deux mécanismes ne répondent pas nécessairement à la même cause.

Expliquez la décision du schéma, puis recherchez dans la référence les objets qui la produisent. Pour APM, justifiez aussi ce qui changerait si un prérequis échouait : une réponse DNS, une décision WAF et une autorisation d’accès ne se vérifient pas au même endroit.

Revenir au parcours F5 APM pour lire les guides voisins et leurs exemples.