Две сетевые карты и маршрутизация между интерфейсами

Question

Вы заявляете в комментариях, что не хотите обхода подсети. Значит, у вас уже есть это, с невозможностью достичь eth0и eth1наоборот, так что ваша проблема уже решена.

Однако если у вас есть другие вопросы, вам нужно сформулировать их более конкретно. (Обратное проксирование происходит прозрачно, вы не сможете связаться eth0с сервером eth1или наоборот, не пройдя через nginxобратный прокси-сервер).

Нижеприведенная информация сохранена по историческим причинам.

Мне интересно, почему это отмечено тегомnginx, поскольку это не проблема NGINX, а случай, когда вы пытаетесь выйти изнутри ( eth1и из внутренней подсети) наружу ( eth0и в общедоступный Интернет) без маршрутизатора (или системы, настроенной как маршрутизатор) или правила, позволяющего вашему «серверу» действовать как прокси-сервер изнутри->наружу (что НЕ является обратным прокси-сервером).

NGINX не является прокси или маршрутизатором. Обратный прокси скажет: «ОК, отправьте этот запрос на бэкенд, abc». Затем он скажет: «ABC: Отправьте мне ответ», что отправит первоначальный запрос, сделанный снаружи, на внутренний сервер. Затем он получает ответ от бэкенда 'abc' на сервере nginx. Он возвращается nginx запрашивающему клиенту.

Обратный прокси-сервер также работает только снаружи -> внутрь. Эта диаграмма в основном показывает, как это выглядит снаружи при движении внутрь:

Обратный путь работает, но только потому, что система обратного прокси-сервера (nginx) ждет ответа от бэкэндов, а затем передает эти данные обратно веб-браузеру или удаленному клиенту, который запрашивает информацию и ожидает ответа.

Однако обратный путь НЕ позволяет вам переходить с eth1одного обратного прокси-сервера на eth0другой через систему удаленного прокси-сервера — IP-маршрутизация работает не так, и для достижения желаемого вам необходимонастоящиймаршрутизатор, который может обрабатывать сетевой трафик с внутренних IP-адресов на внешние, а затем обратно на публичный IP-адрес eth0на обратном прокси-сервере, поэтому это будет выглядеть следующим образом:

Таким образом, передача данных здесь будет осуществляться от внутренних устройств через маршрутизатор, к которому они подключены, в Интернет, а затем из Интернета обратно на ваше eth0устройство. (Конечно, это самый простой способ объяснить это).

Однако ваш обратный прокси-сервер ненеттакже выполняет функцию маршрутизатора, поэтому он работает не так, как вы думаете.

Еще одна заметка:

Вы не можете отправить ping из внутреннего (который идет в eth1) eth0напрямую, который находится насовершенно другая подсетьЕсли только вы не пройдете через реальный маршрутизатор и не выйдете наружу, а затем не вернетесь обратно. Если только вы не настроите свой сервер, на котором также установлен nginx, как маршрутизатор, что, судя по вашим комментариям, не так. Так что это "невозможно пинговать через интерфейсы и подсети"ожидаемое поведение.

Answer 1