Re: [Lug-bg] Малко странен routing - редирект в локална мрежа

[Danail Petrov <danail.petrov@xxxxxxxxxxx>]

Vladimir Smolensky wrote:

Vladimir Smolensky wrote:
  

Georgi Alexandrov wrote:
  
    

Vladimir Smolensky wrote:
  
    
      

Ivan Petrushev wrote:
    
      
        

Здравейте!
Имаме локална мрежа, в която от един компютър се пуска нет по 20К на 
всички останали машини. С този компютър не се занимаваме.
Въпросът е могат ли пакетите от една машина да се препращат към друга 
машина, така че резултантия канал на втората машина да стане 40К.
До тук разполагам само с идея и тя е нещо такова: ако двете машини са 
М1 и М2 - М1 прави SNAT и DNAT към М2, а М2 вдига за още един default 
gw M1. От тук нататък обаче не ми е ясно с какво правило пакетите ще 
се разделят от М2 (ту един към GW на мрежата, ту един към М1).
Един резултат, който не върви: дава се М1 да е GW към определени 
адреси, така че целия трафик към тях да минава през М1, а останалия 
през GW на мрежата. Целия този пиниз се прави за да могат да се свалят 
неща от един адрес с по-голяма скорост.
Ами, приемам всякакви идеи. Ако имате и директен линк с пример от 
lartc бих го погледнал...
  
      
        
          

Ще мамиш админа си а :))))
Направи си един демон който на няколко десетки милисекунди да ти сменя 
дефаулт гв със нещо като
ip ro change default
Току виж станало нещо :)
    
      
        

Току виж няма да стане абсолютно нищо, само ще счупиш нещата още повече.
  
    
      

Трябва да се тества :)
  
    

Абе идеята беше да се върже с контрака някак така че вече почнатите 
връзки да си минават от там откъдето са тръгнали :)
Само с деф роуте няма стане де ;)
  

Хм, че connection тракинга си работи добре в линукс. Това което прави iproute когато балансира трафика, е просто да върти на базата на round-robin  всеки следващ пакет към определена дестинация. След това записва в route-cache-a информация за това , кой маршрут да инсталира през определен интерфейс(ip route show cache -> показва текущият forwarding cache)): Пример

Заявка за yahoo.com. рутера резолвира адрес 'X' за yahoo.com , след което изкарва заявката през интерфейс eth0 (примерно), като записва тази информация в route-cache-a на рутера (който може да се трие разбира се 'ip route flush cache'). След това , идва нов пакет към google.com . Рутера резолвира адрес 'Y' и го изкарва през eth1, отново кешира дестинация  Y с изходящият интерфейс.От тук нататък, всичко към Х ще излиза през eth0 , а всичко към Y през eth1. В тази ситуация, конекшън тракинга няма отношение , тъй като load-balance-a става per-destination (а не per-packet).

-- 
Danail Petrov
Senior Network Administrator
Evolink, Sofia
+359(2)9691650
www.evolink.com

Attachment: smime.p7s
Description: S/MIME Cryptographic Signature

_______________________________________________
Lug-bg mailing list
Lug-bg@xxxxxxxxxxxxxxxxxx
http://linux-bulgaria.org/mailman/listinfo/lug-bg