两台具有不同内容的服务器可以共享一个子域吗？
我的问题： 服务器 1：一个 IIS 盒子，其中包含大量生产中的应用程序，所有应用程序都在“www.mydomain.com”上运行。
服务器 2：一个 Linux/Apache 盒子，将托管我的网站的非事务性页面。
我希望服务器 2 的内容可以从“www.mydomain.com”获取 - 与服务器 1 使用的文件名和目录不同，但子域完全相同。
我不相信使用简单的 mod 重写或 .htaccess 可以实现这一点。
有没有办法使用 IIS 中的应用程序请求路由或 Apache 中的 proxypass 来实现此目的？有没有办法让服务器 1 上的 404 处理程序尝试无缝地 modrewrite 到服务器 2，以便客户端只收到 HTTP 200？ （我不想在这里扼杀我的搜索引擎优化）。
至于命名冲突，服务器 1 将仅使用非常有限的子目录集。
谢谢
My problem:
Server 1: An IIS box with a bunch of applications in production, all running on 'www.mydomain.com'
Server 2: A Linux/Apache box that will host my website's non-transactional pages.
I would like Server 2's content to be available from 'www.mydomain.com' - separate filenames and directories as those being used by server 1, but the exact same subdomain.
I don't believe this is possible using simple mod rewrite or .htaccess.
Is there some way to achieve this using Application Request Routing in IIS or proxypass in Apache? Is there some way to have the 404 handler on Server 1 try to modrewrite to Server 2 seemlessly so that the client only ever receives an HTTP 200? (I don't want to kill my SEO here).
As for naming conflicts, Server 1 will only ever use a very limited set of subdirectories.
Thanks
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
是的，双方都可以使用 AAR 或 mod_proxy 轻松处理此问题。也许更好的想法是在两个盒子前面都添加一个代理，这样可以提供更大的灵活性并解决您正在考虑的许多 url 重写问题。
Yes, could easily handle this with AAR or mod_proxy on both sides. Perhaps a better idea would be to front both boxes with a proxy, opens up alot more flexibility and solves many of those url rewriting issues you are looking at.