LINUX.ORG.RU
ФорумAdmin

маршрутизация


0

0

День добрый, народ

Помогите правильно отсроить маршрутизацию. или дайте совет в чем рыть. Ситуация следующая: есть два канала eth0 (локальный 192.168.1.0 gw 192.168.1.254) eth1 (83.24.34.12 gw 83.24.34.1) Интернет есть по всем каналам, но берется через локальную сеть. Проблема заключается в том, что когда интернет начал идти через локальный шлюз, то сайт. который находится по внешнему адресу 83.23.34.12 , перестал видеться.

Что подскажете господа? зы. если переставляю шлюз на 83.23.34.1 , то сайт виден и все в норме. зы2. айпи выдуманы, ибо не принципеально.

anonymous

Ответ на: комментарий от iron

Сделал, но к моему сожелению, не работает. Сайт все равно не открывается. В чем еще может быть проблема?

anonymous
()
Ответ на: комментарий от anonymous

>Сделал, но к моему сожелению, не работает. Сайт все равно не открывается. В чем еще может быть проблема?

Покажи # route -n на сервере, и C:\>route print на клиенте.

З.Ы: Только поменяй реальные айпишники, а то ЛОР-овцы хакнут :)

iron ★★★★★
()
Ответ на: комментарий от iron

[root@rtr]# route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 127.0.0.1 81.34.126.221 255.255.255.255 UGH 0 0 0 eth1 81.34.126.220 0.0.0.0 255.255.255.252 U 0 0 0 eth1 212.96.116.0 81.34.126.221 255.255.255.0 UG 0 0 0 eth1 192.168.0.0 192.168.3.2 255.255.0.0 UG 0 0 0 eth0 192.168.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 0.0.0.0 192.168.1.100 0.0.0.0 UG 0 0 0 eth0

Это на сервере

А на клиенте(собстно это без разницы, я с трех точек пробовал)но если надо будет, вышлю, не проблема.

зы. Из локальной сети я его вижу, из внешней сети, я сайт не вижу. (из локально он прописан как локальный адрес 192.168.3.2)

anonymous
()
Ответ на: комментарий от iron

[root@rtr]# route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 127.0.0.1 81.34.126.221 255.255.255.255 UGH 0 0 0 eth1

81.34.126.220 0.0.0.0 255.255.255.252 U 0 0 0 eth1

212.96.116.0 81.34.126.221 255.255.255.0 UG 0 0 0 eth1

192.168.0.0 192.168.3.2 255.255.0.0 UG 0 0 0 eth0

192.168.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0

127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo

0.0.0.0 192.168.1.100 0.0.0.0 UG 0 0 0 eth0

Это на сервере

А на клиенте(собстно это без разницы, я с трех точек пробовал)но если надо будет, вышлю, не проблема.

зы. Из локальной сети я его вижу, из внешней сети, я сайт не вижу. (из локально он прописан как локальный адрес 192.168.3.2)

anonymous
()
Ответ на: комментарий от iron

127.0.0.1 81.34.126.221 255.255.255.255 UGH 0 0 0 eth1

212.96.96.2 81.34.126.221 255.255.255.255 UGH 0 0 0 eth1

81.34.126.220 0.0.0.0 255.255.255.252 U 0 0 0 eth1

212.96.116.0 81.34.126.221 255.255.255.0 UG 0 0 0 eth1

192.168.0.0 192.168.3.2 255.255.0.0 UG 0 0 0 eth0

192.168.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0

127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo

0.0.0.0 192.168.1.100 0.0.0.0 UG 0 0 0 eth0

Вот точный, вариант IP изменены. но суть должна остаться верной

anonymous
()
Ответ на: комментарий от anonymous

Хмм....если у тебя тачки ходят по умолчанию через другой шлюз (192.168.1.100), не через твой роутер (192.168.3.2) тогда тебе нужно на каждой тачке выполнить:
route add 83.23.34.12 192.168.3.2
Либо на этом "другом шлюзе" (192.168.1.100) прописать тоже самое правило...

iron ★★★★★
()
Ответ на: комментарий от iron

На шлюзе 1.100 прописал тоже самое правило, все равно не видет с интернета..

зы. может есть варинат его разрулить как-нибудь с помощью ip route?

anonymous
()
Ответ на: комментарий от iron

с интернета, с локалки все работает замечательно. А с Интернета я даже глобальные айпишники не пингую.

anonymous
()
Ответ на: комментарий от anonymous

Ну, насчет отсутствия пинга из интернета понятно:
допустим, кто-то из интернета с 1.2.3.4 пингует ваш eth1 (83.24.34.12)
Ваш шлюз не видит в своей табл. маршрутизации ничего про 1.2.3.4, соответственно, он направляет ответ на шлюз по умолчанию, а вашем случае на 192.168.1.254. Далее, если пакет как-то и выберется в интернет, то это произойдет через NAT, и на 1.2.3.4 он пойдет от имени того, кто NAT делает. (например, 4.5.6.7)
В итоге, 1.2.3.4 пинговал , 83.24.34.12 а от него ответа не получил.
Для решения вопроса нужно использовать advanced routing, в частности, пакеты, которые пришли из локалки направлять через 192.168.1.254, а из интернета - соответственно через 83.24.34.1

anonymous
()
Ответ на: комментарий от anonymous

Да, именно так, но вот хотелось бы примерчик, как это можно организовать. И с помощью чего это делается? ip route, ip rule, mangle??

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.