Dans cette section, vous explorerez la configuration et la gestion des tables de routage au sein du RELIANOID Load Balancer. Nous verrons comment personnaliser le comportement des tables, ajouter de nouvelles routes et supprimer celles existantes.
Connaissance du sous-réseau #
Chaque table de routage de l'équilibreur de charge connaît les sous-réseaux configurés sur ses interfaces associées. Cela permet aux paquets d'être transmis aux réseaux de destination directement via la même table d'origine du paquet. Par exemple, si eth0 gère le sous-réseau 192.168.100.0/24 eth1 gère 192.168.101.0/24, des tableaux tels que table_eth0 table_eth1 connaissent les sous-réseaux de chacun. Par conséquent, si un paquet destiné à un VIP dans table_eth0 doit atteindre un backend dans 192.168.101.0/24 (accessible via eth1), table_eth0 acheminera le paquet directement vers 192.168.101.0/24 via ses propres mécanismes de routage.
Cependant, tout sous-réseau non connu via une autre table reste et dans la table de routage sélectionnée.
Liste des itinéraires #
Vous trouverez ci-dessous une description des propriétés utilisées pour configurer les tables de routage :
ID. Identifiant unique interne attribué par le système.
À. Destination CIDR (IP/masque de bits) vers laquelle le paquet est dirigé.
Interface. Interface utilisée pour atteindre la destination, préalablement configurée.
Source. Adresse IP source du paquet.
Via. Hôte suivant à atteindre la destination, configuré sur le terrain. Cet hôte doit connaître le chemin d'accès à la destination et se trouver sur le même réseau que l'hôte. Source.
Priorité. Nombre déterminant la force d’une règle. Des valeurs inférieures indiquent une priorité plus élevée.
Action #
Utilisez les actions suivantes pour gérer les règles de routage :
- Créer un itinéraire. Ouvre un formulaire pour créer un nouvel itinéraire.
- Modifier. Modifie les configurations d'itinéraire existantes.
- Supprimer . Modifie les configurations d'itinéraire existantes.
Gestion des interfaces #
Cette vue classe les interfaces en deux groupes :
- Interfaces gérées: Interfaces connues et utilisées par la table de routage actuelle.
- Interfaces non gérées: Interfaces non gérées par la table de routage actuelle.
Déplacer une interface vers Interfaces non gérées supprime toutes les routes associées à cette interface de la table de routage actuelle. Cela garantit que le trafic réseau destiné à ces interfaces n'utilise pas cette table de routage à moins qu'elle ne soit explicitement configurée.
Cette configuration flexible permet aux utilisateurs d'adapter précisément le comportement de routage à leur architecture réseau et à leurs exigences opérationnelles.
