我可以使用 IIS7 ARR 将 HTTPS 请求路由到 HTTP 应用程序吗？
我安装了一个应用程序服务器，监听端口上的 HTTP 流量，该端口未被防火墙阻止。 我希望仅通过 HTTPS 公开此应用程序提供的服务，最好作为服务器已托管的 HTTPS 站点的“子目录”。
使用 IIS7 Url 重写（作为 的一部分ARR 包），我能够设置一个规则，将所有流量重定向到现有 HTTPS 站点的子路径。 但是，当我尝试将相同的规则路由到我的服务器场设置时，我遇到了一些麻烦 - 所有匹配该规则的请求都只会得到 404 响应。 将完全相同的规则添加到非 SSL 站点，会产生预期的行为 - 应用程序服务通过正确的代理进行。
我的设置可能有什么问题？ ARR 是否将 HTTPS 请求作为 HTTPS 流量代理到应用程序服务器？ 我想要托管的应用程序没有 HTTPS 接口，因此，如果有：我可以告诉它不要这样做吗？
I have an application server installed, listening for HTTP traffic on a port which is not blocked from the world by a firewall. I wish to expose the services offered by this application only through HTTPS, preferably as a "sub directory" of the HTTPS site already hosted by the server.
Using IIS7 Url Rewriting (as part of the ARR package), I am able to setup a rule that redirects all traffic to a sub path of my existing HTTPS site. However, I am facing some trouble, when trying to make the same rule route to my server farm setup - all requests matching the rule simply get 404 reponses. Adding the very same rule to a non-SSL site, yields the expected behaviour - the application services are proxied right trough.
What might be wrong in my setup? Is ARR proxying the HTTPS requests as HTTPS traffic to the application server? The application I want to host does not have a HTTPS interfaces so, if yes: can I tell it not to do so?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
是的，我可以使用 IIS7/ARR 将 HTTPS 请求路由到 HTTP 应用程序。
我遇到的问题是由于我想用作代理目录“容器”的网站是使用 ASP.NET MVC 构建的。 ASP.NET 中的 URL 路由框架干扰了 IIS URL 重写，并导致 404 错误。
Yes, I can use IIS7/ARR to route HTTPS requests to HTTP application.
The problem I experienced, was caused by the fact that the web site I wanted to use as the "container" for the proxy directory was buildt with ASP.NET MVC. The URL routing framework within ASP.NET interfered with the IIS url rewriting, and causes the 404 error.