两个 NIC 以及接口之间的路由

Question

您在评论中表示您不希望子网穿越。那么您已经遇到了这个问题，无法eth0从子网到达eth1，反之亦然，所以您的问题已经解决。

但是，如果您还有其他问题，则需要更具体地说明您的问题。（反向代理是透明的，如果不通过反向代理服务器，您将无法eth0从访问eth1或反之亦然）。nginx

以下内容因历史原因而保留。

我很好奇为什么这个标签nginx，因为这不是 NGINX 问题，而是您尝试从内部（eth1和内部子网）到外部（eth0和公共互联网）而没有路由器（或配置为路由器的系统）或规则让您的“服务器”充当从内到外的代理（这不是反向代理）。

NGINX 不是代理或路由器。反向代理会说“好的，所以将此请求发送到后端 abc。”然后，它会说“ABC：向我发送响应”，这会将外部发出的初始请求发送到内部服务器。然后，您将从 nginx 服务器上的后端“abc”获得响应。nginx 会将其返回给发出请求的客户端。

反向代理也只能从外部 -> 内部工作。此图基本显示了从外部进入的内部情况：

反向路径有效，但仅仅是因为反向代理系统（nginx）正在等待后端的响应，然后将该数据交回给发出信息请求并期待响应的 Web 浏览器或远程客户端。

但是，反向路径不允许您通过远程代理系统从eth1反向代理转到eth0反向代理 - 这不是 IP 路由的工作方式，并且要实现您想要实现的目标，您需要一个真实的路由器可以处理从内部 IP 到外部的网络遍历，然后返回到eth0反向代理框上的公共 IP 地址，因此它看起来像这样：

那么，这里的数据遍历将从内部盒子开始，通过它们所连接的路由器盒子，传到互联网，然后从互联网回到你的eth0盒子。（当然，这是最基本的解释方式）。

但是，你的反向代理服务器不是兼作路由器，因此它不能按照您想象的方式工作。

另一个注意事项：

您无法从内部 (连接到eth1)eth0直接 ping 到，因为它位于完全不同的子网除非你通过一个真正的路由器，从外面再回来。除非你把装有 nginx 的服务器设置为路由器，但从你的评论来看，情况似乎并非如此。所以，这个“无法跨接口和子网 ping 通”是预期行为。

Answer 1