我可以使用IIS7 ARR将HTTPS请求路由到HTTP应用程序吗?

我可以使用IIS7 ARR将HTTPS请求路由到HTTP应用程序吗?,iis,iis-7,https,url-rewriting,web-farm,Iis,Iis 7,Https,Url Rewriting,Web Farm,我安装了一个应用服务器,在一个没有被防火墙从世界上封锁的端口上监听HTTP流量。我希望仅通过HTTPS公开此应用程序提供的服务,最好是作为服务器已托管的HTTPS站点的子目录 使用IIS7 Url重写作为包的一部分,我能够设置一个规则,将所有流量重定向到我现有HTTPS站点的子路径。然而,当我尝试使用相同的规则路由到我的服务器场设置时,我遇到了一些麻烦-所有与规则匹配的请求只得到404个响应。将完全相同的规则添加到非SSL站点,会产生预期的行为—应用程序服务通过正确的代理 我的设置可能有什么问题

我安装了一个应用服务器,在一个没有被防火墙从世界上封锁的端口上监听HTTP流量。我希望仅通过HTTPS公开此应用程序提供的服务,最好是作为服务器已托管的HTTPS站点的子目录

使用IIS7 Url重写作为包的一部分,我能够设置一个规则,将所有流量重定向到我现有HTTPS站点的子路径。然而,当我尝试使用相同的规则路由到我的服务器场设置时,我遇到了一些麻烦-所有与规则匹配的请求只得到404个响应。将完全相同的规则添加到非SSL站点,会产生预期的行为—应用程序服务通过正确的代理


我的设置可能有什么问题?ARR是否将HTTPS请求作为HTTPS通信代理到应用程序服务器?我要承载的应用程序没有HTTPS接口,因此,如果是:我可以告诉它不要这样做吗?

是,我可以使用IIS7/ARR将HTTPS请求路由到HTTP应用程序


我遇到的问题是,我想用作代理目录容器的网站是用ASP.NET MVC构建的。ASP.NET中的URL路由框架干扰了IIS URL重写,并导致404错误。

我认为,您不应该执行这两种操作。这两个协议的存在是有原因的,任意地从一个协议更改到另一个协议在一个方向上是一个巨大的安全漏洞,规避协议的困难使用等于完全忽略安全性。安全系统应该也很难为授权用户使用。