URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 93204
[ Назад ]

Исходное сообщение
"Centos OSPF + NAT + Vlans (не натит)"

Отправлено inferno1988 , 28-Мрт-12 14:28 
Здравствуйте!

Есть несколько NAT серверов на Centos вот решили завести на них OSPF с пачкой vlan, каждый vlan дальше шейпится другим девайсом.

Вобщем конфиг такой:

vlan30 - локалка 192.168.0.0/16
vlan33 - локалка 192.168.33.0/24

vlan710-715 - шейпинг (влан на тариф)

eth2 - смотрит в интернет

И вот не могу понять как направить отначеный трафик приходящий с eth2 например в vlan715 (при этом приходит этот трафик с vlan30). И соответствие IP = vlan7(10-15) рулит Quagga OSPF.

Пытался сделать это все через iptables с кучей комбинаций SNAT/DNAT но почемуто не завелось. На FreeBSD у коллеги завелось без проблем.


Содержание

Сообщения в этом обсуждении
"Centos OSPF + NAT + Vlans (не натит)"
Отправлено ivb , 29-Мрт-12 12:31 
К таким описаниям, схему надо прикладывать.
Иначе не понятно.

"Centos OSPF + NAT + Vlans (не натит)"
Отправлено shamanu4 , 29-Мрт-12 14:46 
> К таким описаниям, схему надо прикладывать.
> Иначе не понятно.

Вот этот же вопрос со схемой, но правда интерфейсы переназваны.
http://serverfault.com/questions/374748/iptables-advanced-ro...
OSPF по сути тут не при чем. Все валится тогда, когда даже статический маршрут к клиенту указывает не на тот интерфейс с которого пакет пришол.
По трейсу iptables пакет видно в mangle PREROUTING, но в mangle FORWARD его уже нет.


"Centos OSPF + NAT + Vlans (не натит)"
Отправлено shamanu4 , 30-Мрт-12 10:14 
>[оверквотинг удален]
> Вобщем конфиг такой:
> vlan30 - локалка 192.168.0.0/16
> vlan33 - локалка 192.168.33.0/24
> vlan710-715 - шейпинг (влан на тариф)
> eth2 - смотрит в интернет
> И вот не могу понять как направить отначеный трафик приходящий с eth2
> например в vlan715 (при этом приходит этот трафик с vlan30). И
> соответствие IP = vlan7(10-15) рулит Quagga OSPF.
> Пытался сделать это все через iptables с кучей комбинаций SNAT/DNAT но почемуто
> не завелось. На FreeBSD у коллеги завелось без проблем.

Нужно установить sysctl net.ipv4.conf.*interface*.rp_filter=0 (или 2)
и сделать ip route flush cache