Comprendre F5 · APM

F5 APM : Network Access : routes, DNS et SNAT

Suivre un paquet VPN depuis l’adresse louée jusqu’au retour du serveur interne.

Thomas SAUTIER · Publié le · Révisions de certification

Références et objectifs de certification (1)
  • Certification : F5 304 · Référence consultée le · Objectifs abordés : F5 304 2.02, F5 304 6.07.

Ce guide concerne BIG-IP sur TMOS. Vérifiez les noms et les options dans la documentation de votre version.

Comprendre en imageNetwork Access : tunnel, routage, DNS et chemin retour
Network Access : tunnel, routage, DNS et chemin retour Exemple de ressource Network Access en split tunneling : lease client 10.250.0.20, réseau interne 10.20.0.0/16, serveur 10.20.1.10:443 et DNS interne 10.20.0.53. La politique attribue ressource et ACL, puis le client établit son tunnel avec les profils compatibles. Les routes poussent seulement les destinations choisies dans le tunnel. Sans SNAT, le réseau serveur doit revenir vers le lease pool ; avec SNAT, il répond à la source traduite. Une session Allow ne prouve ni le transport ni la résolution des noms. Tunnel Aller Retour via APM DNS Poste VPN Lease : 10.250.0.20Routes / DNS reçus APM Network Access Ressource + ACL affectéesConnectivity Profileadapté Réseau interne Serveur :10.20.1.10:443DNS : 10.20.0.53 Route du poste 10.20.0.0/16 → tunnel VPNAutres routes selon le posteRequête DNS : chemin à vérifier Source vue par le serveur Sans SNAT : 10.250.0.20Avec SNAT : source traduiteACL et route de sortie applicables Retour vers le client VPN Sans SNAT : route vers lease poolAvec SNAT : retour vers BIG-IPPuis restitution par le tunnel Résolution interne app.example → 10.20.1.10DNS accessible via chemin vouluRésoudre ≠ joindre le serveur Séparer les causes d’échec Vérifier ressource attribuée, tunnel établi, route du poste, ACL, routage BIG-IP et retour réseau. Une IPqui fonctionne mais pas le nom oriente vers DNS ; une résolution correcte ne valide pas le tunnel ni lefiltrage.

Exemple de ressource Network Access en split tunneling : lease client 10.250.0.20, réseau interne 10.20.0.0/16, serveur 10.20.1.10:443 et DNS interne 10.20.0.53. La politique attribue ressource et ACL, puis le client établit son tunnel avec les profils compatibles. Les routes poussent seulement les destinations choisies dans le tunnel. Sans SNAT, le réseau serveur doit revenir vers le lease pool ; avec SNAT, il répond à la source traduite. Une session Allow ne prouve ni le transport ni la résolution des noms.

Télécharger le schéma en SVG · version claire

Une session VPN a plusieurs dépendances

La ressource Network Access définit notamment les adresses louées, réseaux accessibles, routes et DNS. Le connectivity profile et le client doivent être compatibles. Une session APM autorisée peut exister alors que le tunnel ne transporte pas encore les paquets.

Le split tunneling choisit quels réseaux passent par le tunnel. Le DNS reçu par le client doit résoudre les noms utiles via un chemin accessible ; une résolution publique correcte ne garantit pas les noms internes.

Sources : F5 TechDocs, Network access resources ; F5 TechDocs, Connectivity options.

Lire l’aller et le retour

Le backend peut voir l’adresse du lease pool ou une source traduite selon le SNAT retenu. Sans traduction, les réseaux internes doivent savoir revenir vers les adresses des clients VPN. Avec SNAT, le retour est simplifié mais la source vue par le serveur change.

Comparez route du poste, route BIG-IP, ACL APM et route backend. Vérifiez d’abord une IP interne puis un nom. Cela distingue transport du tunnel et résolution DNS. Le guide LTM SNAT décrit les mécanismes de traduction complémentaires.

Sources : F5 TechDocs, Network access resources ; F5 TechDocs, Connectivity options.

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.

F5 APM : Network Access : routes, DNS et SNAT : points de contrôle
ÉlémentÀ comprendreÀ vérifier
Lease poolAdresse du client VPNDisponibilité et retour
Routes / splitRéseaux dans le tunnelAbsence de recouvrement
DNS / SNATNom et retourChemin et source observée

Sources : F5 TechDocs, Network access resources ; F5 TechDocs, Connectivity options.

Une situation à expliquer

Le tunnel est connecté et une IP interne répond, mais le hostname ne fonctionne pas. Comparez les DNS configurés et leur joignabilité via les routes VPN. Ajouter du SNAT à toute la ressource ne corrige pas nécessairement un nom envoyé au mauvais résolveur.

Sources : F5 TechDocs, Network access resources ; F5 TechDocs, Connectivity options.

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, Network access resources ; F5 TechDocs, Connectivity options.

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é.

Retrouver le parcours de lecture F5 APM

Continuer la série F5

Explorer tous les guides du parcours F5 APM

Découvrir l’expertise F5 de Samhan

Échange

Besoin d’éclaircir votre architecture F5 ?

Échangeons sur vos flux, vos contraintes de disponibilité et vos services applicatifs.