Ce guide concerne BIG-IP sur TMOS. Vérifiez les noms et les options dans la documentation de votre version.
Exemple de politique per-session : VS HTTPS avec /Common/vpn_access. Logon Page transmet les identifiants à AD Auth ; Successful mène à AD Query. Une branche configurée confirme l’appartenance à VPN-Users avant Advanced Resource Assign et Allow. Les fallbacks d’AD Auth et d’AD Query mènent à Deny dans cet exemple : un fallback n’est pas universellement un refus. Les ressources, ACL, routes et DNS doivent être adaptés séparément ; Allow ne donne pas tous les accès.
Télécharger le schéma en SVG · version claireUne action produit un résultat
Le VPE relie des actions par des branches. Une branche peut dépendre d’un résultat d’authentification, d’un attribut ou d’une condition. Fallback reçoit les situations qui ne correspondent pas aux branches prévues ; ce n’est pas une preuve de succès.
Dans une politique per-session, Allow et Deny terminent le parcours. Les endings per-request incluent Allow et Reject. L’action disponible dépend aussi du type de profil et de politique.
Sources : F5 TechDocs, Visual Policy Editor concepts ; F5 TechDocs, Access policy item reference.
Faire expliquer toutes les sorties
Pour chaque action, notez ce qu’elle consomme, ce qu’elle produit et la condition de la branche suivante. Vérifiez le parcours en cas de timeout AAA, groupe absent ou contrôle de poste non disponible. Une branche de succès mal définie peut autoriser un cas imprévu.
Save et Apply Access Policy sont des étapes distinctes du workflow. Après application, testez les chemins de succès et d’échec avec des comptes de recette et comparez les traces à la branche attendue.
Sources : F5 TechDocs, Visual Policy Editor concepts ; F5 TechDocs, Access policy item reference.
Repères pour lire une configuration
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.
| Élément | À comprendre | À vérifier |
|---|---|---|
| Action | Résultat ou variables | Prérequis renseignés |
| Branche | Condition | Ordre et valeur |
| Fallback | Cas non correspondants | Ending volontaire |
Sources : F5 TechDocs, Visual Policy Editor concepts ; F5 TechDocs, Access policy item reference.
Une situation à expliquer
Un utilisateur sans groupe attendu arrive sur Allow via fallback. Suivez les branches de la query et de la condition, puis rendez le cas non autorisé explicite. Le fait d’avoir réussi AD Auth ne justifie pas à lui seul l’accès à toutes les ressources.
Sources : F5 TechDocs, Visual Policy Editor concepts ; F5 TechDocs, Access policy item reference.
Pour poursuivre les révisions
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.
Sources : F5 TechDocs, Visual Policy Editor concepts ; F5 TechDocs, Access policy item reference.
Sources et portée
Les dates de consultation et les versions applicables sont précisées pour chaque référence ci-dessous. Les exemples utilisent des noms et adresses de documentation à remplacer. Les commandes de lecture affichent l’existant ; les captures et requêtes de diagnostic sont à limiter au périmètre autorisé.
- F5 TechDocs — Visual Policy Editor concepts · BIG-IP TMOS ; vérifier la liste Applies To de la référence · consulté le 2 octobre 2026.
- F5 TechDocs — Access policy item reference · BIG-IP TMOS ; vérifier la liste Applies To de la référence · consulté le 2 octobre 2026.
Retrouver le parcours de lecture F5 APM