tox*_*xaq 177
我认为最干净的方式如IIS-aid.com所述.它只是web.config,所以如果你更改服务器,你不必记住你使用403.4自定义错误页面或其他特殊权限所经历的所有步骤,它只是工作.
<configuration>
<system.webServer>
<rewrite>
<rules>
<rule name="HTTP to HTTPS redirect" stopProcessing="true">
<match url="(.*)" />
<conditions>
<add input="{HTTPS}" pattern="off" ignoreCase="true" />
</conditions>
<action type="Redirect" redirectType="Permanent" url="https://{HTTP_HOST}/{R:1}" />
</rule>
</rules>
</rewrite>
</system.webServer>
</configuration>
Run Code Online (Sandbox Code Playgroud)
Col*_*acX 14
我找到的最简单,最干净的解决方案是
在SSL设置中 - >需要SSL
在错误页面 - >在403.4错误 - >重定向到HTTPS站点
在错误页面 - >编辑功能设置... - >设置本地请求的详细错误和远程请求的自定义错误页面
好处是它不需要额外的代码行.缺点是它会将您重定向到绝对URL.
一个干净的方式只改变http - > https的URL方案,并保留其他所有等价物.它应该是服务器端,以便没有浏览器问题.
JPPinto.com有关于如何完成此操作的逐步说明,除了它们使用javascript(HttpRedirect.htm)而不是服务器端重定向.出于某种原因,如果您启用了"显示友好的HTTP错误消息",则无法让IE运行javascript,默认情况下处于启用状态.该脚本的另一个问题是,即使在FF或Chrome中,重定向到路径也不起作用.该脚本始终重定向到root.(也许我错过了一些东西,因为它应该重定向到路径.)
出于这些原因,我使用ASP页面进行重定向.缺点当然是这需要在服务器上启用经典ASP.
OpsanBlog有一个ASP脚本和说明,可以很好地与IIS6.
我在IIS7上使用这种方法时遇到了一些问题.用户界面主要是问题,因为IIS7很容易错过一些东西.
IIS管理器应在标头中显示文件名.
归档时间: |
|
查看次数: |
70879 次 |
最近记录: |