Apache 将http通信转发到虚拟内部网络上运行的web服务器

我正在OSX主机上用Debian guest运行VirtualBox。我使用Debian运行我的development LAMP环境，我希望主机端口80上的所有流量都自动转发给Debian来宾

目前，我的debian服务器安装了两个网络适配器，一个主机，一个NAT（后者只是为了给它提供一个internet连接，它不用于服务器任务）

在我的OSX主机上，我配置了mod_代理，如下所示：

ProxyPass/http://debian/

（debian是debian来宾的主机名）。这对我来说很有效，因为我的主机与“debian”共享一个内部网络，但是如果我很快想向同事展示一些东西，并向他们发送我的url（192.168等），那么他们就不会这么幸运了

如何设置我的配置，使我的OSX apache服务器基本上充当debian服务器的完整代理解决方案

---

谢谢

如果我正确地阅读了您的问题，听起来您好像理解了

ProxyPass

的工作原理类似于HTTP 301/302状态，这是不正确的。302 HTTP状态将对请求客户端说，“嘿，你自己从其他地址获取这个。”在这种情况下，

debian

必须对你的同事可见

---

但是，

ProxyPass

（通常是反向代理）为您建立连接；客户端不需要（通常也不需要）直接访问上游服务器，在本例中是

debian

。长话短说，除非我读错了，否则你应该已经很好了，只要你的主机（你的物理设备）上的Apache正在监听他们可以看到的IP地址。

如果我读对了你的问题，听起来你好像理解了

ProxyPass

类似于HTTP 301/302状态的工作，这是不正确的。302 HTTP状态将对请求客户端说，“嘿，你自己从其他地址获取这个。”在这种情况下，

debian

必须对你的同事可见

---

但是，

ProxyPass

（通常是反向代理）为您建立连接；客户端不需要（通常也不需要）直接访问上游服务器，在本例中是

debian

。长话短说，除非我读错了，否则你们应该已经很好了，只要你们的主机（你们的物理机器）上的Apache正在监听他们可以看到的IP地址。

事实上，我并没有。我访问的第一个页面工作正常，但随后从该页面链接的url转到debian，而不是url栏中给出的url（即相对链接）。我发现了问题，我正在测试的应用程序添加了一个

元素，该元素是根据用于访问该页面的url检测到的。所有相对url都与此元素的href值相对，因此这就是导致我的问题的原因。我会将你的答案标记为正确答案，因为我意识到我的问题没有正确表述，而你的问题实际上是在回答问题。啊哈，行了。出于好奇，什么应用程序添加了

元素？事实是，我并没有。我访问的第一个页面工作正常，但随后从该页面链接的url转到debian，而不是url栏中给出的url（即相对链接）。我发现了问题，我正在测试的应用程序添加了一个

元素，该元素是根据用于访问该页面的url检测到的。所有相对url都与此元素的href值相对，因此这就是导致我的问题的原因。我会将你的答案标记为正确答案，因为我意识到我的问题没有正确表述，而你的问题实际上是在回答问题。啊哈，行了。出于好奇，什么应用程序添加了

元素？