Asp.net HTTP POST在Internet Explorer 8上不起作用（重定向后）

我正在尝试将一个域重定向到另一个站点，而不更改用户应继续查看的第一个URL，因为新URL将被删除

我可以这样做，在第一个域的index.htm中插入一个框架，我知道这不是最佳做法，但目前效果很好：

<frame name="main" src="https://wwws.enterprisedomain.com">

事实上，它在ASP.NET中有一个登录机制。在Firefox和Chrome上都可以，但当我们使用InternetExplorer8时，POST似乎不起作用

为什么隐藏用户正在安全地工作

我认为您正在尝试解决一个不存在的问题，它将引导用户使用正确的HTTP或HTTPS协议，而不管他们键入什么。因此，习惯于访问的用户将自动被引导到，而无需他们做任何事情

忘记框架的想法。

为什么隐藏用户正在安全地工作

我认为您正在尝试解决一个不存在的问题，它将引导用户使用正确的HTTP或HTTPS协议，而不管他们键入什么。因此，习惯于访问的用户将自动被引导到，而无需他们做任何事情

---

忘记框架概念。

为什么要隐藏用户安全工作的事实这通常被认为是一个很好的问题。用户使用的是。更改URL将严重影响。为什么要隐藏用户工作安全的事实这通常被认为是一个很好的问题。用户使用的是。更改URL将严重影响。谢谢，但实际上，问题是HTTP POST在IE8上不起作用。我的意思是，这与在IE8中只在框架上发布有关。我可以改变框架的想法，但用户应该继续查看，我怀疑这是因为他试图为自己的域重新命名第三方服务，而这不是安全问题，而是隐藏了框架内URL。Erup，如果你在一个安全的页面中托管了框架，那么它能起作用吗？你需要容器的安全版本吗？谢谢，但实际上，问题是HTTP POST在IE 8上不起作用。我的意思是，这与在IE8中只在框架上发布有关。我可以改变框架的想法，但用户应该继续查看，我怀疑这是因为他试图为自己的域重新命名第三方服务，而这不是安全问题，而是隐藏了框架内URL。Erup，如果您将框架托管在安全页面中，那么这是否有效？您是否需要容器的安全版本？