【问题标题】:How do I find where a redirect is occurring on my website如何在我的网站上找到重定向发生的位置
【发布时间】:2019-09-20 06:34:39
【问题描述】:

我们正在将基于 .NET 的第三方网站的实例从外部托管服务移至 Win2016 服务器 IIS 8。在该站点下,子文件夹中有一个 WCF Web 服务。没有虚拟目录或应用程序。

mysite.../Order/v4/service.svc

当我浏览拉取 wsdl (https://MySite.../Order/v4/Service.svc?wsdl) 时,它会重定向到 Login.aspx (https://MySite.../Order/v4/Login.aspx)。

浏览到https://MySite/Order/v4/Service.svc?wsdl 会重定向到https://MySite/Order/v4/Login.aspx

  • IIS 没有默认文档集/web.config 的 defaultDocument 被注释掉。
  • 供应商表示

这将是在 IIS 或其他服务器上设置的重定向 正在执行此操作的设备。

  • 在服务器本身 (localhost) 上运行时会发生相同的行为,并且 sys eng 确认它不应该离开网络来攻击任何防火墙。
  • 服务器上没有其他任何引用“Login.aspx”的 .config 文件。

这仍然感觉像是一些配置,但即使做一些我不应该做的事情,比如重新启动服务器,只是为了确保没有设置缓存不会影响它。

对可能尝试重定向的内容有任何猜测吗?

【问题讨论】:

  • 启用失败的请求跟踪并捕获 StatusCodes 300-399。配置说明:blogs.msdn.microsoft.com/benjaminperkins/2012/01/02/…
  • @Rich-Lang 感谢您的建议。尝试一下,并试图理解它所回馈的一切;)
  • @Rich-Lang 这真的很有帮助。在将标头值替换为 login.aspx 引用版本之前不久,我可以识别对 Global.asax 的引用。

标签: asp.net redirect iis


【解决方案1】:

根据 Rich-Lang 在 cmets 中的建议,提供了识别 global.asax 文件正在处理 web.config 中的错误的信息。由于这种情况下的代码在 dll 中的代码隐藏中,并且供应商表示他们的代码不会重定向,因此我以前没有见过这个罪魁祸首。删除 global.asax 并关闭 customErrors 让我看到了根本问题。

【讨论】:

    猜你喜欢
    • 2014-10-29
    • 1970-01-01
    • 2014-11-21
    • 1970-01-01
    • 2020-03-15
    • 1970-01-01
    • 1970-01-01
    • 2012-04-03
    • 2011-04-01
    相关资源
    最近更新 更多