Dotaz: Automaticky failover pres dve defalutni gatewaye

[hermelin]

Zdravim

Nemate nekdo zkusenost s dvema pripojenimi routeru do internetu (ISP1 a ISP2) ? Mam to nastavene tak ze jedno pripojeni je jako vychozi gateway s metrikou 1 a druha vychozi gateway s metrikou 5. Vse jede spravne do doby nez spadne gateway s metrikou 1. Zde by melo jadro samo prepnou na dalsi gateway v zapisu (tedy s metrikou 5) ale neudela to.

Napr zde je navod jak to nastavit ale nedari se mi zaboha prinutit automaticke prepnuti na zalozni linku

ip route show
192.168.254.2 dev tun1  proto kernel  scope link  src 192.168.254.1 
192.168.253.2 dev tun0  proto kernel  scope link  src 192.168.253.1 
ISP1.x.x.x dev eth3  proto kernel  scope link  src 10.108.151.146 
ISP2.x.x.x dev eth2  proto kernel  scope link  src 213.29.217.26 
192.168.1.0/24 dev eth0  proto kernel  scope link  src 192.168.1.254 
default via ISP1.x.x.x dev eth3  metric 1
default via ISP2.x.x.x dev eth2  metric 5 

Nastaveni gc_timeout: /proc/sys/net/ipv4/route/gc_timeout = 10

To by melo staci podle navodu na to aby se po 10 vterinach jadro preplo na dalsi gateway podle metriky - ale neudela to

Vim ze to jde resit skriptem ktery bude pingat na nejakou ip a pripadne zmeni gw na zalozni ale proc to resit takto kdyz ma mit jadro samo v sobe tuto funkci

Zkousel jsem i reseni takto ale take bez vysledku

ip route add default scope global nexthop via ISP1.x.x.x dev eth3 weight 5 nexthop via  ISP2.x.x.x dev eth2 weight 1 

Diky za pomoc

---

---

Odpovědi

[vencour]

Zkuste prozkoumat řešení za pomoci dvou routovacích tabulek ... http://lartc.org/howto/lartc.rpdb.multiple-links.html

[hermelin]

Dobry den

Presne podle toho to mam nastavene. To funguje bez problemu ale neresi to prave automaticky failover pri vypadku jedne z GW. Zkousel jsem jestli to treba neresi i load balancing (ktery pouzivat nechci) ale zde se to chova take stejne.

Diky

[Ondrej 'SanTiago' Zajicek]

V prve rade je treba rict jak by mel system poznat, ze primarni uplink nejede.

Pokud se nepletu, tak jadro moc stav linky a pod neresi, sekundarni routa (s horsi metrikou) se pouzije jen kdyz primarni vypadne (napr. kdyz zmizi cilovy iface nebo adresovy rozsah).

Pokud se da funkcnost uplinku poznat napr. podle stavu linky (pri vypadku zmizi LOWER_UP v 'ip addr list'), tak by to slo resit pomoci routovaciho demona (treba BIRD umi staticke routy aktivovane podle stavu linky), pokud ale jedina moznost jak testovat funkcnost uplinku je pomoci pingu, tak tam asi bude treba pouzit ten skript.

[hermelin]

To je take jeden z problemu - popis presne funkce automatickeho prepinani jadra pri vypadku jedne z GW a hlavne na zaklade ceho to pozna jsem nikde nenasel. Tak jsem zkousel vytahnout kabel kdy jaderny ovladac pozna "link down". Rozhrani ale zustalo nahozeno takze k prepnuti nedoslo. Pokud dam "ifconfig eth3 down" tak se to prepne okamzite a spravne protoze zmizi jak rozhrani eth3 tak zaznam v routovaci tabulce. Rikal jsem si na jakem zaklade tedy asi jadro pozna ze nejde GW - doufal jsem ze napr. na zaklade ze odchozi pakety funguji a napr. v urcite dobe neprijde ani jeden prichozi paket. Ale vypada to ze takto ne, podle "link down" take ne.

Takze asi bude nejjednodusi ten script ktery bude pingat - ono totiz nemusi vzdy dojit ke zmizeni LOWER_UP ale muze byt vypadek nekde na ceste.

Muzete doporucit nejaky overeny a spolehlivy skriptik?

[hermelin]

Tak jsem nasel krasny projekt na automaticke prepinani GW podle funkcnosti ping.

Mozna se to bude nekomu hodit

WFS