LINUX.ORG.RU
ФорумAdmin

Почему INPUT/OUTPUT и FORWARD разные сущности, а ip route одна и на всех?

 ,


0

1

Такое вот неприятное открытие, когда dhcpcd зачем-то решил выдать «WAN-интерфейсу» локальный IP одного из «LAN-портов», маршрут default изменился на локальный соответственно и интернеты на всех прочих интерфейсах отвалились.

Вот есть в правилах iptables сущности INPUT/OUTPUT которые реагирует только для нашего с вами трафика, есть сущность FORWARD которая рулит трафиком который мы распеделяем между интерфейсами, раздавая интернеты.

Более конкретный пример. Можно со спокойной совестью делать полный DROP трафика на INPUT/OUTPUT кольцах, при этом FORWARD продолжает работать и мы выступаем как маршрутизатор. А можно сделать DROP трафика на FORWARD, при этом мы продолжаем выходить в интернеты через INPUT/OUTPUT как ни в чём нибывало.

НО вот маршруты у нас для всех одинаковые, то есть если мы изменим ip route add default на другой, то все клиентские соединения проходящие через FORWARD так же будут ходить через default (ну или через другие маршруты которые есть в таблице, не суть).

Можно ли как-то такую ситуацию исправить? Чтобы даже если мы сломали наш default-маршрут, все FORWARD'ы как ходили через какой-то там интернет канал, так и ходют, чтобы default-маршрут влиял только на наши INPUT/OUTPUT. м?

★★★★★

Последнее исправление: Spoofing (всего исправлений: 1)

Если wan через dhcp, то придется терпеть.

Только статик спасает от таких катаклизмов.

vel ★★★★★
()

Можно ли как-то такую ситуацию исправить? Чтобы даже если мы сломали наш default-маршрут, все FORWARD'ы как ходили через какой-то там интернет канал, так и ходют, чтобы default-маршрут влиял только на наши INPUT/OUTPUT. м?

использовать PBR и разные таблицы маршрутизации?

CaHbl4
()

когда dhcpcd зачем-то решил

«Мама, я честно причестно ничего не делал, оно само»

Почему INPUT/OUTPUT и FORWARD разные сущности, а ip route одна и на всех?

Вы путаете две разные сущности. iptables не занимается роутингом в прямом его смысле (хотя есть отдельные варианты), а ip не занимается функциями fw. ( кстати для сведения, историческая справка, в ipchains не было цепочки forward, только input и output)
Сильно упрощенно. Представим некий объект к которому подходит N дорог. Вы въезжаете с дороги A, на воротах стоит охранник он вас спрашивает «куда едем?» ответ «на этот объект корпус N к МихалИванычу» вам дают пропуск на въезд - это INPUT. Вы выезжаете с этого объекта вас просят показать пропуск на выезд - это OUTPUT. Другой вариант, вы говорите что проедете через объект транзитом и выедете на дорогу B, вам дают пропуск на транзит - это FORWARD.
Так вот охранники на воротах это fw, они могут быть а могут и не быть, но сами дороги (роутинг) при этом никуда не делись.

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

использовать PBR и разные таблицы маршрутизации?

Это только для варианта существования этих самых разных маршрутов в случае единственного WAN получающего настройки по dhcp это никак не спасет.

anc ★★★★★
()

Если на WAN-интерфейсе стал «левый» ip-адрес, то кто будет отвечать провайдеру на его arp-запросы?

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