Mogoče nisem prav razumel vse te dolge debate a, če potrebuješ failover
gateway detection ne pozabi na:
"Finally, modify the /proc/sys/net/ipv4/route/gc_timeout file. This file
contains a numerical value that denotes the time in seconds after which
the kernel declares a route to be inactive and au
> Ne. Pri njemu je navaden Linux kernel, ki se odloca, po kateri poti bo
> sel ven paketek (in na podlagi te odlocitve sele ugane NAT naslov, ko
> dela SNAT). Kar bi on rad je to, da ko si linux enkrat zapomni route
> do dolocenega cilja, ta route potem vztraja dovolj dolgo, da
> uporabnik, ki vsak
On 6/11/05, iztok <[EMAIL PROTECTED]> wrote:
> > Pri Juretu je problem v tem, da se mora njegov NAT odlocit, po kateri
> > poti bo sel paket (in to v omrezjih, kjer ISPji skoraj vedno delajo
> > routing path filtering).
> Pri Juretu je verjetno problem, da ima njegova "load balancing"
> konfiguraci
> > Mi smo temu rekli cookie clustering. Stvar bi pa delovala na malo visjem
> > nivoju, kjer bi pakete routal glede na njihovo vsebino in tip prometa.
> > Enostavno haklas pakete, jih preglejujes in isces cookije in
> > session-id-je. Potem vodis njih evidenco in routas promet glede na to
> > tab
On 6/6/05, David Klasinc <[EMAIL PROTECTED]> wrote:
> Mi smo temu rekli cookie clustering. Stvar bi pa delovala na malo visjem
> nivoju, kjer bi pakete routal glede na njihovo vsebino in tip prometa.
> Enostavno haklas pakete, jih preglejujes in isces cookije in
> session-id-je. Potem vodis njih ev
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jure Koren wrote:
> Ne, gre za cisto enostaven problem:
>
> - client odpre TCP na port 80
> - server mu da cookie in spletno stran
> - client zapre TCP
>
> cez nekaj casa, ko routing cache za ta destination IP potece
>
> - client odpre TCP na port
On 6/5/05, Primož Gabrijelčič <[EMAIL PROTECTED]> wrote:
> > Se vedno pa me zanimajo predlogi, kako bi dolocene masine
> > routal ven vedno po istem linku. Nekaksna staticna routa v
> > kombinaciji z NATom? Je to sploh doable?
> Hja, če NATaš na OpebBSD/FreeBSD s pf-jem, potem imaš dve možnosti:
C
> Se vedno pa me zanimajo predlogi, kako bi dolocene masine
> routal ven vedno po istem linku. Nekaksna staticna routa v
> kombinaciji z NATom? Je to sploh doable?
Hja, če NATaš na OpebBSD/FreeBSD s pf-jem, potem imaš dve možnosti:
bitmask
The bitmask option applies the network
On Sun, 5 Jun 2005 13:14:37 +0200
Jure Koren <[EMAIL PROTECTED]> wrote:
> Najlazji nacin, da to resis, je zelo dolg routing cache expiry. To ti
> lahko tudi bistveno poslabsa samo deljenje bremena med obe povezavi,
> ti pa kljub temu resi ta problem (a le za dolocen casovni interval, ki
> ga doloc
ja .. tukaj, te bom moral pa popraviti. Se kako ima tukaj routing veze.
Namrec, ne glede na to, da ti zelis delati z obstojecim sessnom, te bo
zadeva zavrnila ze na tcp/ip nivoju .. kar poomeni, da bos moral zaceti
nov tcp/ip session npr ..
???
Saj je vsaka zahteva do strani tako ali tako svoj
> > Referer sigurno ne vpliva na to, ker je to podatek, ki ga (preko
> > katerekoli povezave pac) sporoca brskalnik. Isto velja za session cookije
> > - to je stvar komunikacije med brskalnikom in spletno stranjo. Tukaj
> > routanje nima kaj dosti zraven.
>
> ja .. tukaj, te bom moral pa popraviti.
Stvar dela super fajn, pojavljajo se le se "zanimivi" problemi. Eden izmed
njih je recimo ta, da ko browsas po sajtu, ki preverja refferer in/ali
session in gre en http request ven preko enega linka, drugi pa preko
drugega, server na oni strani rece njet.
Kaj ti napise, ko ti rece "njet"? Ali la
On 6/5/05, Andraz Sraka <[EMAIL PROTECTED]> wrote:
> On Sun, 2005-06-05 at 12:44 +0200, Anze wrote:
> > Referer sigurno ne vpliva na to, ker je to podatek, ki ga (preko katerekoli
> > povezave pac) sporoca brskalnik. Isto velja za session cookije - to je stvar
> > komunikacije med brskalnikom in sp
re
On Sun, 2005-06-05 at 12:44 +0200, Anze wrote:
> Referer sigurno ne vpliva na to, ker je to podatek, ki ga (preko katerekoli
> povezave pac) sporoca brskalnik. Isto velja za session cookije - to je stvar
> komunikacije med brskalnikom in spletno stranjo. Tukaj routanje nima kaj
> dosti zrav
> Stvar dela super fajn, pojavljajo se le se "zanimivi" problemi. Eden izmed
> njih je recimo ta, da ko browsas po sajtu, ki preverja refferer in/ali
> session in gre en http request ven preko enega linka, drugi pa preko
> drugega, server na oni strani rece njet.
Referer sigurno ne vpliva na to, k
Torej eni firmi sem ustimal dvojni uplink preko dveh adslov preko dveh
razlicnih ISPjev po sledecih receptih in namigih:
http://www.geocities.com/peeyush_maurya/twoisp.htm
http://www.glug-howrah.org/modules.php?name=Forums&file=viewtopic&t=79&view=previous
http://search.luky.org/linux-kernel.2004
16 matches
Mail list logo