balancing SMTP v multihomed siti (was: "Dva NATy" za jednim strojem)

[Dan Lukes]

Richard Willmann wrote:
> Na druhej strane klient funguje obvykle takto

> socket() ; connect() ; write()/read() ; close()
> 
> Kernel obvykle zvoli "najlepsiu" IP adresu - toto funguje tak, ze sa 
> pozrie na cielovu IP adresu a vezme prvu IP adresu z iface, ktory je 
> "najblizsie" k cielu. 

Zbyva dodat, ze "nejblizsi" se posuzuje podle obsahu routovaci tabulky.

Forwardovani "jinudy" pomoci pf, ipfw ci neceho takoveho je "hack" na 
jine vrstve, o kterem se na teto urovni nevi a tudiz nemuze byt do uvah 
zahrnut.

Tohle je samozrejme podstatne jen pro situace, kdy je vyber adresy 
ponechan na OS. Jak uz tu padlo, vetsina klientskych aplikaci dovoluje 
vyber adresy ovlivnit konfiguracne.

Specielne pro SMTP - prichozi provoz neni treba resit, pomoci MX zaznamu 
se prichozi spojeni nasmeruji na IP adresu toho ISP, pres ktereho chceme 
tok prijimat. Odchozi provoz lze resit bud' source-routingem 
(realizovanym obvykle pomoci pf, ipfw nebo neceho podobneho) a 
konfiguracne vnucenou "spravnou" adresou  - a nebo - pouzitim SMTP 
servery toho ISP jako "dumb maileru" - tim myslim, ze veskery odchozi 
provoz budu smerovat na SMTP server u toho ISP. Tim bude smer take 
jednoznacne urcen ...

							Dan