To je trochu slozitejsi vec ...
Predpokladam zadani : 2 ruzne subnety, 2 ruzne interfacy, jedna default routa.
Tak prvni co bych udelal je prehodil default routu, coz by nemelo byt tak tezke 
pri 2 ruznych subnetech.
1/ test lokalniho rozhrani {napriklad brana od providera - ping  s countem a 
OK} {interface totiz nemusi byt down}
2/ ping domena 

Jestlize neprojde 1, tzn lokalni subnet je dole, zmen default routu a pak 
pinguj branu {lokalni subnet}

Jestlize projde 1, neprojde 2, pak bych zacal hratky s traceroutem ... jelikoz 
je treba urcit, zda je to za hranici meho providera - jeho ASka, nebo pred ... 
pokud na hranici NIX/Upstream to jede OK, pak je zbytecne cokoliv prehazovat, 
problem se zda byt destinace, proto by se mohl zkusit tracerout na jinou domenu 
v jinem ASku.
Samozrejme traceroute bez prekladu a predem zjisteny ze nema blokle vysoke 
porty ;-). Neni to asi idealni, ale nenapada me jak to zjistit jinak. Prohnat 
hopy forcyklem jestli "seznam" je alespon v necem podobny s idealnim 
traceroutem {incrasovat na stejne hopy}. tim bych nasadil treshold :-D

Problem neni rozhodnout, kdy prehodit na "nevyhodny" backup, ale jak prehodit 
zpet ...  pak se nabizi otazka pingu na nejaky hop z toho traceroutu, ktery byl 
predtim nedostupny, ale muze byt dostupny jinou cestou ... davam prednost 
zaslani SMSky nez se to odladi ... pak je otazka, zda po nejake dobe budto 
nezapnout default routu na prvni subnet a zkusit a nebo neco jineho. To me 
nenapada jak .. jelikoz rozpoj nelze asi dobre zjistit bez pristupu na linkovou 
vrstvu.

Je to ciste hypoteticke psane u televize z pohodli domova ;-) Ja jsem spise na 
tu dynamiku, takze mozna to moc komplikuju.
f.

On Feb 5, 2010, at 8:32 PM, Zbyněk Burget wrote:

> Zdravim, obratil se na mne jeden kolega s problemem, ktery jsem nikdy neresil 
> a tak mne ted ani nenapada, jak by se to resit dalo.
> 
> Potrebuje (zduvodu zalohovani nejake sluzby) na serveru dve nezavisla 
> pripojeni do internetu.
> A ted jde o to, ze kdyz jedna (hlavni) linka vypadne, musi zacit fungovat 
> druha (zalozni).
> Problem na strane klientu neni - pokud bude nedostupna jedna IP, zeptaji se 
> na druhou. Problem bude na strane serveru, aby v pripade vypadku jedne linky 
> zacaly odpovedi odchazet pres druhou. V pripade, ze funguji obe linky, musi 
> fungovat odpovedi pri requestu na obe verejne IP.
> Dynamicke routovani neprichazi v uvahu.
> Premyslel jsem nad nejakym skriptem, ktery bude testovat dostupnost internetu 
> pres "hlavni" rozhrani a v pripade nedostupnosti prehodi vychozi branu na 
> "zalozni". Az se dostupnost linky vrati, tak zase hodi branu nazpet (ono to 
> zalozni pripojeni bude pres nejaky mobil, tak at neplati, jako mourovatej).
> 
> Netusim, jak se tohle resi ciste (spravne) nebo jestli to nejake ciste 
> systemove reseni vubec ma, proto se nejdrive chci zeptat u odborniku.
> 
> System na tom serveru je FBSD tusim 8.0
> 
> Zbynek
> -- 
> FreeBSD mailing list (users-l@freebsd.cz)
> http://www.freebsd.cz/listserv/listinfo/users-l
> 

-- 
FreeBSD mailing list (users-l@freebsd.cz)
http://www.freebsd.cz/listserv/listinfo/users-l

Odpovedet emailem