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

Исходное сообщение
"routing on linux"

Отправлено AciDSuN , 03-Мрт-07 01:02 
Есть подсеть 192.168.1.168/29
стоит рутер провайдера на 192.168.1.169. С него идёт кабель на Linux eth0 (192.168.1.170) c Linux eth1 (192.168.1.171) идёт кабель до клиента 192.168.1.172.

у клиента default gw 192.168.1.171

на Linux добавляем:
route add -host 192.168.1.172 dev eth1
route add default gw 192.168.1.169

ipv4_forward включен.

Но в данном раскладе трафик не проходит через Linux. Iptables отключён.


Как правильно организовать рутинг?



Содержание

Сообщения в этом обсуждении
"routing on linux"
Отправлено Ra , 03-Мрт-07 10:44 
Попробуй включить NAT или поставить прокси.



"routing on linux"
Отправлено AciDSuN , 03-Мрт-07 14:46 
>Попробуй включить NAT или поставить прокси.

через SNAT + DNAT работает, но клиент должен иметь на машине реальные ИП.


"routing on linux"
Отправлено AciDSuN , 03-Мрт-07 23:06 
Странно, заработал ARP Proxy, а раньше не хотел :-(

+ сделал нормальную таблицу рутирования.

Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.1.169   0.0.0.0         255.255.255.255 UH    0      0        0 eth0
192.168.1.168   0.0.0.0         255.255.255.248 U     0      0        0 eth1
192.168.2.0     0.0.0.0         255.255.255.0   U     0      0        0 eth1
169.254.0.0     0.0.0.0         255.255.0.0     U     0      0        0 eth1
0.0.0.0         192.168.1.169   0.0.0.0         UG    0      0        0 eth0

echo 1 > /proc/sys/net/ipv4/conf/eth0/proxy_arp
echo 1 > /proc/sys/net/ipv4/conf/eth1/proxy_arp

и всё заработало


"routing on linux"
Отправлено Slavon , 04-Мрт-07 14:22 
>Странно, заработал ARP Proxy, а раньше не хотел :-(
>
>+ сделал нормальную таблицу рутирования.
>
>
>
>Destination     Gateway      
>  Genmask        
>Flags Metric Ref    Use Iface
>192.168.1.169   0.0.0.0        
>255.255.255.255 UH    0      
>0        0 eth0
>192.168.1.168   0.0.0.0        
>255.255.255.248 U     0    
> 0        0 eth1
>
>192.168.2.0     0.0.0.0      
>  255.255.255.0   U     0
>     0      
>  0 eth1
>169.254.0.0     0.0.0.0      
>  255.255.0.0     U    
> 0      0    
>    0 eth1
>0.0.0.0         192.168.1.169  
>0.0.0.0         UG  
>  0      0  
>     0 eth0
>
>echo 1 > /proc/sys/net/ipv4/conf/eth0/proxy_arp
>echo 1 > /proc/sys/net/ipv4/conf/eth1/proxy_arp
>
>и всё заработало

Неверное решение. то что ты описываешь делается с помошью brctl. Забриждуй 2 интерфейса на линах.


"routing on linux"
Отправлено AciDSuN , 04-Мрт-07 22:54 
>Неверное решение. то что ты описываешь делается с помошью brctl. Забриждуй 2
>интерфейса на линах.

не канает... нужно шейпить клиента по определённым ИП.

ARP Proxy работает, но почему-то отваливается... т.е. линукс пингуется от клиента, а трафик дальше линукса не идёт. :-(

Кто знает, в чём может быть проблема?


"routing on linux"
Отправлено fantom , 05-Мрт-07 09:39 
>Есть подсеть 192.168.1.168/29
>стоит рутер провайдера на 192.168.1.169. С него идёт кабель на Linux eth0
>(192.168.1.170) c Linux eth1 (192.168.1.171) идёт кабель до клиента 192.168.1.172.
>
>у клиента default gw 192.168.1.171
>
>на Linux добавляем:
>route add -host 192.168.1.172 dev eth1
>route add default gw 192.168.1.169
>
>ipv4_forward включен.
>
>Но в данном раскладе трафик не проходит через Linux. Iptables отключён.
>
>
>Как правильно организовать рутинг?


Сбриджевать на линуксе eth0 и eth1.
Ну или понормальному расставить сети на сетевухах и разговаривать с провайдером, чтобы он смаршрутизировал нужные сети на ваш линуксовый роутер.


"routing on linux"
Отправлено AciDSuN , 05-Мрт-07 17:26 
>Сбриджевать на линуксе eth0 и eth1.
>Ну или понормальному расставить сети на сетевухах и разговаривать с провайдером, чтобы
>он смаршрутизировал нужные сети на ваш линуксовый роутер.

Повторюсь - мост не канает. Т.к. при мосте я не вижу куда лезет клиент (на какие ИП), а мне нужно резать скоростьна моём линуксе.

Уже 24 часа пашет линукс-рутер всё вроде ОК. ARP-proxy работает :-)

А косячил скорее всего из-за того, что на eth0 и eth1 была одна и та же ИП (192.168.1.170).