我认为我们的后端程序员/服务器pipe理员正在处理我们的SSLredirect相当不稳固 – 请看这里的行动： www.mchenry.edu/parentorientation
首先，看看它如何redirect到index2.asp？ 这是必要的吗？ 她不能很容易地redirect到原来的index.asp，但它是https：//而不是？
此外，她正在使用原始index.asp页面上的元刷新redirect到index2.asp，她说这是为了备份，如果服务器configuration更改，并且服务器无法处理redirect，那么网页将接pipe。
最后，她说她尝试单独使用服务器redirect，但它保持循环，她做错了什么？ 这甚至有可能吗？
她是给我们一个雪工作还是什么？ 我想要更好地理解这里发生的事情，所以我可以和我的老板谈谈这件事，因为这会把我推上墙。 感谢您提供的任何信息。
是的，这基本上是一个雪的工作。 安装IIS REdirect加载项。 如果{HTTPS} off则将匹配（。*） off然后将301redirect到https：// {HTTP_HOST} / {R：1}。 如果你只想要某些目录，那么它会变得更加复杂（但是它只是正则expression式，所以没有地球震动）。
如果循环，那么服务器不检查HTTPS的开/关。 元刷新一般来说不是一个好主意，页面是不encryption的发送，虽然它可能只是一个redirect页面，但仍然不是一个好主意“万一网站改变”。 听起来她真的不知道她在做什么。
也许更多的问题stackoverflow.com
我不知道她这样做的原因，但在传统的ASP，你似乎使用redirect到SSL可以这样做：
http://www.4guysfromrolla.com/webtech/tips/t010901-1.shtml
您的需求也应该足以让表单通过SSL。
我们纯粹在IIS中redirect到HTTPS站点。 我们为非安全网站创build了一个IIS条目。 在主目录选项卡下，我们设置了永久redirect到https：//站点。 然后，我们使用假端口80主机头和正确的SSL保护站点，在同一个盒子上设置单独的网站条目。
So: Site 1, http://website.com redirect (301) Site 2, https:/website.com (also http://foobar)