反正我们还能赶上IIS执行自动重定向回到主站点还是让IIS将其重定向到错误页面?
我们有一个MVC应用,该应用使用子应用来验证用户身份。主应用程序将用户重定向到子应用程序,该子应用程序将进行身份验证并将其返回给主应用程序。
我们遇到的问题是:在IIS中,如果未将子应用程序转换为应用程序,则IIS会自动将用户重定向回主应用程序。
因为我们的应用程序将用户重定向到子应用程序以进行身份验证,所以当IIS将IIS将用户重定向到主应用程序而不进行身份验证时,用户陷入了一个无限循环,其中我们的主应用程序将用户重定向到要验证的子应用程序子应用不是应用,而是将用户重定向回主应用,然后重置周期。
我们很清楚,将此文件夹用作应用程序是IIS的要求,但我们需要一种方法来检测此问题并适当地处理它。
如果无法完成,是否有人知道我们可以用来捕获此错误的配置/事件(或其他任何信息)?特别是,如果我们能够检测到IIS错误或检测到IIS无法访问子应用程序,那就太好了
任何建议将不胜感激。
谢谢!
答案 0 :(得分:2)
注意:我还没有做到这一点,所以很高兴被拒绝/撤消,如果有人提供更好的信息...但是...
如果要这样做,我将研究IIS的程序管理(请参阅:https://msdn.microsoft.com/en-us/library/aa347649(v=vs.90).aspx)。
然后,在我的Web应用程序启动中(global.asax或类似版本),检查本地IIS安装,以确保虚拟应用程序按预期存在。如果不是,请在我的主应用程序上抛出一个错误,然后认真解决。您说此子应用程序是主应用程序的先决条件,所以我不会尝试正常失败,我只会崩溃(带有合理的错误),并酌情进行日志/通知等。
答案 1 :(得分:0)
我觉得很傻。对于遇到相同问题的其他人:
在经过大量调查(在@John Wu的评论帮助下)和研究之后,我们在Global.asax中具有用于重定向用户的代码(深层次的隐藏层),我可以确信地说IIS不会因任何错误而重定向到任何页面