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

[Danail Petrov]

Ivan Petrushev wrote:

    > Разгледай това:
    > http://lartc.org/howto/lartc.rpdb.multiple-links.html
    > Гледай на М1 като на едно ISP, а основния доставчик като втори (или

    > обратно)


От тук тръгнах.




Това съм  го пробвал - писал съм по-горе.

ip ro add default nexthop via M1IP weight 1 nexthop via M2IP weight1 кажи ако стане ;) Не става и не мога да си обясня защо. Винаги минава или само по единия гв или само по другия.

Ами , ти какво очакваш ? да минава през двата GW-а , и да държи един и същ connection през който да вдигнеш максималният капацитет ли? Това което обясних в предният с email, е начина по който работи този тип load-balance с iproute. Той работи per-destination! Затова е нормално да минава или през единия или през другия router/gw

    > Провери си rp_filter:
    >
    > sysctl -a | grep rp_filter #(май така беше синтаксиса, ако е 1 го
    > направи на 0)
    > Това трябва да работи ..

net.ipv4.conf.eth0.arp_filter = 0
net.ipv4.conf.eth0.rp_filter = 0
net.ipv4.conf.lo.arp_filter = 0
net.ipv4.conf.lo.rp_filter = 0
net.ipv4.conf.default.arp_filter = 0
net.ipv4.conf.default.rp_filter = 0
net.ipv4.conf.all.arp_filter = 0
net.ipv4.conf.all.rp_filter = 0
 Всичко е на 0. Какво е това?

Revers Path Forwarding . Позволява на пакет напуснал през един интерфейс, да се върне през друг. В противен случай го счита като spoof ,и го reject-ва.

------------------------------------------------------------------------

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

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

smime.p7s
Description: S/MIME Cryptographic Signature

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