I dette afsnit vil du udforske konfigurationen og administrationen af routingtabeller inden for RELIANOID Load BalancerVi vil gennemgå, hvordan man tilpasser tabellers adfærd, tilføjer nye ruter og sletter eksisterende.
Subnet-bevidsthed #
Hver routingtabel i load balancer er opmærksom på de undernet, der er konfigureret på dens tilhørende grænseflader. Dette gør det muligt at videresende pakker direkte til destinationsnetværk via den samme tabel, hvor pakken stammer fra. For eksempel, hvis eth0 administrerer undernettet 192.168.100.0/24 og eth1 administrerer 192.168.101.0/24, tabeller som f.eks. table_eth0 og table_eth1 er opmærksomme på hinandens undernet. Derfor, hvis en pakke, der er bestemt til en VIP i table_eth0 skal nå en backend i 192.168.101.0/24 (kan nås via eth1), table_eth0 vil dirigere pakken direkte til 192.168.101.0/24 gennem sine egne routingmekanismer.
Ethvert undernet, der ikke er kendt via en anden tabel, forbliver dog ikke-administreret inden for den valgte routingtabel.
Ruteliste #
Nedenfor er en beskrivelse af de egenskaber, der bruges til konfiguration af routingtabeller:
IDIntern unik identifikator tildelt af systemet.
TilDestinations-CIDR (IP/bitmaske) hvor pakken ledes hen.
grænsefladeGrænseflade brugt til at nå destinationen, tidligere konfigureret.
KildePakkens kilde-IP-adresse.
ViaNæste vært, der når destinationen, konfigureret i felten. Denne vært skal kende stien til destinationen og være i samme netværk som Kilde.
PrioritetTal, der bestemmer en regels styrke. Lavere værdier angiver højere prioritet.
handlinger #
Brug følgende handlinger til at administrere routingregler:
- Opret ruteÅbner en formular til at oprette en ny rute.
- RedigereÆndrer eksisterende rutekonfigurationer.
- SletteÆndrer eksisterende rutekonfigurationer.
Grænsefladestyring #
Denne visning kategoriserer grænseflader i to grupper:
- Administrerede grænsefladerGrænseflader, der er kendte og brugte af den aktuelle routingtabel.
- Ikke-administrerede grænsefladerGrænseflader administreres ikke af den aktuelle routingtabel.
Flytning af en grænseflade til Ikke-administrerede grænseflader fjerner alle ruter, der er knyttet til den pågældende grænseflade, fra den aktuelle routingtabel. Dette sikrer, at netværkstrafik, der er bestemt til disse grænseflader, ikke bruger denne routingtabel, medmindre den er eksplicit konfigureret.
Denne fleksible konfiguration giver brugerne mulighed for at skræddersy routingadfærd præcist til deres netværksarkitektur og driftskrav.
