FortiGate : routes statiques, table de routage et chemin retour

Une route indique comment atteindre une destination. Pour un client et un serveur séparés par FortiGate, dessinez les deux sens et les prochains sauts. La présence d’une règle accept ne fournit pas le chemin réseau ; le routage et la politique doivent répondre au même scénario.

La route par défaut couvre les destinations qui ne correspondent pas à une route plus spécifique. Elle sert souvent de sortie vers un opérateur, mais ne doit pas masquer l’absence d’une route dédiée vers un réseau interne ou un site distant.

La distance administrative intervient dans le choix entre routes candidates pour une destination. Pour des routes statiques de même distance, la documentation donne la préférence à la valeur de priorité la plus basse. Comparez donc destination, distance et priorité plutôt que le seul ordre d’affichage.

Une route reçue via DHCP peut concurrencer une route statique. Fortinet donne le cas d’une route par défaut DHCP de distance 5 face à une route statique de distance 10. Vérifiez les options de récupération de passerelle avant de conclure qu’une route ajoutée manuellement sera celle utilisée.

La configuration contient les routes déclarées ; la table de routage montre les routes actives dans le contexte consulté. La base de routage donne un autre niveau de lecture. Les deux commandes de l’extrait permettent de comparer ces vues, sans changer une route.

Avec des VDOM, Fortinet précise que les commandes de routage doivent être exécutées dans le VDOM concerné et non dans le contexte global. Un résultat vide ou inattendu peut donc être une erreur de contexte. Relevez également l’interface et le prochain saut de la route sélectionnée.

Deux routes déclarées ne prouvent pas à elles seules une bascule efficace. Préparez les conditions qui rendent chaque chemin utilisable, la destination de contrôle et les observations de changement. Si plusieurs chemins restent éligibles, examinez le mécanisme de répartition au lieu d’imaginer un secours totalement inactif.

Pour le dépannage, vérifiez aussi la route vers la source et les contrôles reverse path dans leur contexte. Les réponses appartenant à une session et les nouveaux flux ne se raisonnent pas exactement de la même façon. L’objectif est de localiser l’écart observé avant de modifier le traitement de l’asymétrie.

Sur un schéma avec deux sorties, prévoir le chemin vers chaque réseau. Introduire la perte d’une sortie et préciser quelles informations permettraient de comprendre le nouveau chemin.

Pour terminer, formulez votre résultat attendu, les observations relevées et une hypothèse alternative si le résultat diffère. Conservez la version du produit et le contexte de test avec vos notes de laboratoire.