好吧，这把我吓坏了。我使用了一个 Http Header 检查工具来检查我的网页的标题并猜猜是什么。在每个请求中，响应都是 302 而不是 200。
domain.con
www.domain.con
http://www.domain.con
那么，我在这里错过了什么吗？我没有以任何方式放置任何重定向。
那么我的网站重定向的 f#$% 在哪里？有安全漏洞吗？
更新：虽然谷歌搜索找到了这个
问问题
41885 次
6 回答
10
domain.com与www.domain.com- 这是一个重定向不同。
于 2010-08-05T09:35:21.853 回答
7
你得到这个是因为 .net/IIS 将你的 www.domain.com 或 domain.com 重定向到 www.domain.com/default.aspx，所以你得到一个 302 的标头，然后是 200 的标头。我认为这是设计使然但很混乱。
于 2013-01-24T17:49:26.333 回答
5
也许是这样的一个案例：
302 找到
这是最流行的重定向代码，也是与标准相矛盾的工业实践示例。HTTP/1.0 规范 (RFC 1945) 要求客户端执行临时重定向（最初的描述短语是“临时移动”），但流行的浏览器使用 303 See Other 的功能实现了 302。因此，HTTP/1.1 增加了状态码 303 和 307 来区分这两种行为。但是，大多数 Web 应用程序和框架仍然像使用 303 一样使用 302 状态码。
303 见其他（自 HTTP/1.1 起）
可以使用 GET 方法在另一个 URI 下找到对请求的响应。当收到 PUT 响应时，应假定服务器已收到数据，并且应使用单独的 GET 消息发出重定向。
于 2010-08-05T09:50:10.853 回答
0
您可能忘记在 URL 的末尾添加最后一个斜杠。大多数网络服务器会将您重定向到包含斜杠的“规范”位置。如果您包含斜线，您可能会得到您正在寻找的响应。
于 2010-08-05T09:36:33.553 回答
0
您是否使用表单身份验证？登录页面是不是默认页面说auth.aspx的其他页面？如果是这种情况，那么您将始终获得 302 代码，并且该页面将被重定向到登录页面。
于 2010-08-05T09:57:12.927 回答
0
在 ASP.Net 中，我们可以使用 Response.Redirect 和 Server.Transfer 进行重定向。如果我们使用 server.Transfer，则状态代码 302 永远不会命中并直接命中 200。如果我们使用 Response.Redirect，它会从 302 传递到 200 作为响应。这只不过是往返。
于 2018-10-25T06:15:29.043 回答