Помогите с какой-то странной проблемой маршрутизации (кажется, петля?).

Да, пытаюсь перейти с 192.168.69.1 на 68.68.68.68 или 158.158.158.158. Не могли бы вы предоставить какой-нибудь пример кода для этого? Я ещё относительно новичок, и хотя, кажется, понимаю, о чём вы говорите, не знаю, как это реализовать на практике. Спасибо за помощь! Mezlo

Вот моя существующая masq-правило для ether1, которое позволяет локальным компьютерам выходить в интернет: add chain=srcnat src-address=192.168.69.0/24 dst-limit=0,5,dst-address/1m40s action=masquerade comment="" \
   disabled=no В соответствии с вашими инструкциями, я продублировал правило для ether3: add chain=srcnat src-address=158.158.158.158/29 dst-limit=0,5,dst-address/1m40s action=masquerade comment="" \
   disabled=no Тем не менее, я все еще не могу получить доступ к dst-nat’d сервисам из моей локальной сети, указывая IP-адрес ether3 (158.158.158.158). Есть еще какие-нибудь предложения? Mez PS – Я также пробовал masq-правило, не указывая подсеть, но это тоже не сработало.

Я это сделал, но всё равно не работает. Однако, мне только что пришло в голову кое-что, о чём я, вероятно, следовало упомянуть в своём первоначальном сообщении. Я всегда мог подключаться к локальным сервисам MT по этим IP-адресам. Просто правила dst-nat не работают. Например, у меня порт 22 (SSH) dst-nat’д на другой сервер. Если я подключаюсь по SSH к Ether3 из интернета, я захожу на dst-nat’д сервер. Однако, если я делаю то же самое из Ether1, я захожу на MT. Если я отключаю SSH на MT, то соединение не устанавливается. Подумав над тем, что на самом деле происходит, я только что понял, что проблема в моих правилах dst-nat, а не в маршрутизации. Вот правило dst-nat, которое я использовал: add chain=dstnat in-interface=Ether3 protocol=tcp dst-port=22 action=dst-nat to-addresses=192.168.69.250 \
   to-ports=22 comment="" disabled=no Я должен был указать in-interface, иначе все соединения с Ether1 шли бы на локальный сервер, независимо от того, к какому IP я пытался подключиться. Я не мог подключиться ни к одному удалённому серверу, что было плохо. Я только что создал правило, которое добавляет dst-address, и теперь всё работает: add chain=dstnat in-interface=Ether1 dst-address=158.158.158.158 protocol=tcp dst-port=22 action=dst-nat \
   to-addresses=192.168.69.250 to-ports=22 comment="" disabled=no Единственная проблема в том, что Ether2 имеет динамический IP-адрес, поэтому, если он изменится (что бывает редко), мне придётся изменять правила для него. Поэтому я оставляю исходные правила, чтобы только соединения с Ether1 начинали работать некорректно, а не входящие соединения, которые гораздо важнее. Я ценю вашу готовность помочь мне. Проблема была в моей плохой логике. Mez

Это правило у меня уже было, и оно работает для удаленных подключений, но не для локальных, потому что локальные подключения приходят через Ether1, а не Ether2. Я оставляю это правило в силе, чтобы если IP поменяется, удаленные подключения все равно будут работать, но локальные не будут работать, пока я не изменю новое правило, которое я добавил для Ether1. Еще раз спасибо за помощь. Mez

Больше не использую 2.8, так что не могу помочь. Почему решил откатиться???