兩個 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 到（位於完全不同的子網除非你通過實際的路由器並出去然後再回來。所以，這個「無法跨介面和子網路 ping 通」是預期行為。

Answer 1