Folosesc 1 ubuntu ca gateway cu 2 gateway internet:
eno3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq stare UP grup implicit qlen 1000
link/ether d4:be:d9:f8:82:7a brd ff:ff:ff:ff:ff:ff
inet 10.11.12.3/24 brd 10.11.12.255 domeniul de aplicare global eno3
valid_lft pentru totdeauna preferred_lft pentru totdeauna
inet6 fe80::d6be:d9ff:fef8:827a/64 scope link
valid_lft pentru totdeauna preferred_lft pentru totdeauna
eno4: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq stare UP grup implicit qlen 1000
link/eter d4:be:d9:f8:82:7c brd ff:ff:ff:ff:ff:ff
inet 192.168.1.7/24 brd 192.168.1.255 scope global dynamic eno4
valid_lft 45456sec preferred_lft 45456sec
inet6 fe80::d6be:d9ff:fef8:827c/64 scope link
valid_lft pentru totdeauna preferred_lft pentru totdeauna
Folosesc această comandă pentru a împărți pachetele în mod egal între 2 gateway internet:
ip route add default
nexthop prin 192.168.1.1 dev eno4 greutate 1
nexthop prin 10.11.12.2 dev eno3 greutate 1
Aici e al meu hostnamectl ieșire comandă:
Numele pictogramei: computer-server
Șasiu: server
ID aparat: 05347957aee242939b05284f3a25313f
ID boot: 2d1adf269c6d4e9cacffc843ebd386a8
Sistem de operare: Ubuntu 18.04.5 LTS
Kernel: Linux 4.15.0-144-generic
Arhitectură: x86-64
Totul a mers perfect. Clientul poate accesa internetul sub ambele gateway, descarcă și încărcă perfect.
Ceea ce mă întreb aici este cum a fost? Știu că comanda de mai sus folosește cache de rutare Linux, dar pornind de la Linux 3.6 rutele nu mai sunt stocate în cache, tot codul de cache a fost eliminat pentru IPv4. Deci, cum s-a întâmplat când sesiunile de conectare ale clientului erau încă păstrate și perfecte