設置虛擬主機文件從遠程服務器

Question

託管源代碼，我真的很感激，對於下面的查詢您的支持

現狀：

我有一個Web應用程序（包含模塊文件上傳）在只能通過Intranet進行HTTP編輯的Linux Apache服務器「A」上。

必需：

另一個Linux的Apache服務器「B」是必需的，以承載相同的web應用程序，同時保持「A」僅在服務器的源代碼。服務器「B」可以通過Internet和Intranet進行HTTP編輯。

堵點：

在當前形勢下，我們不能主辦的網站服務器上的「B」直接（這似乎像邏輯解決方案）。

問：

是否有可能安裝了這樣的要求httpd.conf文件的虛擬主機？

研究：

一般最我的發現的是關於「A」之間部署負載分擔/負載平衡溶液（不是我的目標），或設置一個雙向同步過程帖子和「B」（最後的解決方案）。

Google搜索字符串：兩個服務器之間

分享網站，在兩臺服務器上託管網站，虛擬主機到另一臺服務器上，運行在多個服務器上設置單獨的網站，虛擬主機，網站上的另一臺服務器，主機網站上的兩個不同的服務器，安裝兩臺Linux服務器來承載相同的網站

服務器詳細信息：

服務器A：

• 服務器IP：192.168.xxx。XXX

• 主機的網站源代碼

• Apache服務器（只通過內部網訪問）

• OS：RHEL5

服務器B：

• 通過Intranet和Internet

• Apache服務器

• OS殘障：與A相同（RHEL5）

Answer 1

總結你可能已經發現自己現在：不幸的是，這兩種叫做代理的東西。你感興趣的是被稱爲反向代理，其中B將接收請求並將它們轉發給A.客戶端從不會看到A甚至存在。很少有安全問題，這取決於你是什麼角度的安全性在：

1. 服務器一個永遠只看到從B，不是原來的客戶端，讓你想應該在服務器上配置的任何基於IP的限制請求B.

2. 通常提到的安全問題是，代理將代表客戶端向任意服務器請求任何事情，因此它掩蓋了客戶端的身份。我認爲只要您將ProxyRequests Off禁用前向代理服務，您就不必擔心這一點。

3. 服務器A可能會意外泄露其IP，您可能並不習慣。當B將答覆傳遞給它從A接收到的客戶請求時，它不會查看有效負載。所以，如果你返回HTML文檔，他們最好都只有相對路徑。我認爲這可能是您遇到的問題：如果您的代碼仍包含對192.168.x.y的引用，那麼這些將不適用於外部客戶端。如果你改變路徑（即你有類似ProxyPass /somepath http://internal-server/otherpath），事情變得更加複雜，所以儘量避免這種情況。 （一般來說，後端應用程序需要知道它的公有URI是什麼，如何做到這一點取決於應用程序。）