Administrace komentářů

napada me takove polovicate reseni. odolne z pohledu novych konexi a nesetrne ke stavajicim v dobe vypadku. vytvorit nejaky dalsi virtualni sitovy zarizeni, ktery je schopny pustit provoz dal (nejaky napad?). spojit to routovanim do V-ecka kde dole je to virtualni a na koncich jsou fyzicky. na tech fyzickych mit SNAT a DNAT v pomeru 1:1 (jak ip, tak porty - takze se vlastne vykaslat na iptables a udelat to pomoci dumb_nat "ip route help", "ip rule help" budou asi dva nejuzitecnejsi prikazy. este s linkem na www.lartc.org ) default lokalni ip adresu dat rovnu adrese virtualniho zarizeni pro pripad, kdy je v connect/bind neuvedena. (sysctl?) nastavit pro odchozi nejaky druh loadbalancovani(nikdy jsem to nestudoval. nejaky napad?), ktery smeruje tcp a spojovane sluzby skrze tu samou ip (a spolihat se na to, ze se udp sluzby nezblazni, nebo ze pro nejakou kombinaci s-ip:s-port:d-ip:d-port se to bude snazit smerovat na stejny fyzicky rozhranni) takoveto loadbalancovani bude mit v nekterych situacich dost daleko k optimalnimu reseni, kdy obe linky jsou plne, pokud je dost dat, ale lepsi nez nic. v dnsku uvadet pro kazde jmeno ktere chcete tou masinou obsluhovat dva A zaznamy a nechat dns servery(bind - defaultni chovani - nahodna zmena poradi), at provadi nahodny nebo cyklicky reordering zaznamu. (vsadil bych se, ze mozna i takovoudle prasecinku budou ip6 adresy a smerovani resit lip) vyhnete se tak nic neresicim recem s ISP (i kdyz treba mate zrovna stesti na kvalitniho a nadseneho poskytovatele za primerenou cenu (wifi a adsl tipuji domaci reseni)