ACS 已安装，但 MVC 4.0 应用程序仍然重定向并且无法找到 login.aspx

在开发ASP.NET应用程序时，我们经常会遇到需要进行用户身份验证和授权的情况。为了简化这个过程，Microsoft提供了一个称为ACS（Access Control Service）的服务。ACS允许我们将身份验证和授权的责任交给第三方服务提供商，从而减轻了我们的开发工作量。

然而，有时候我们可能会遇到一个问题：尽管ACS已经成功安装并配置好了，但我们的MVC 4.0应用程序仍然重定向，并且无法找到login.aspx页面。这是一个相当常见的问题，但幸运的是，它有一个简单的解决方案。

首先，让我们来看一下这个问题的根本原因。在MVC 4.0中，默认的身份验证和授权机制是基于ASP.NET的Forms身份验证。这意味着在进行身份验证之前，应用程序会将用户重定向到一个称为login.aspx的页面，以便用户输入他们的凭证。

然而，当我们使用ACS作为我们的身份验证和授权服务时，它使用的是一种称为基于令牌的身份验证机制。这意味着当用户需要进行身份验证时，他们将被重定向到ACS的登录页面，而不是我们自己的login.aspx页面。

现在我们明白了问题的原因，接下来让我们来解决它。要解决这个问题，我们需要对我们的应用程序进行一些配置更改。

首先，我们需要打开我们的应用程序的Web.config文件，并找到与身份验证相关的部分。通常，这部分位于元素内。

接下来，我们需要在元素内添加一个新的子元素：。这将告诉应用程序在进行身份验证时重定向到指定的URL，而不是默认的login.aspx页面。

在这个例子中，我们假设我们的应用程序使用的是AccountController中的ExternalLogin方法来处理外部身份验证。

现在我们已经完成了配置更改，重新运行应用程序并尝试进行身份验证。这一次，我们应该会看到用户被重定向到AccountController的ExternalLogin方法，而不是login.aspx页面。

解决ACS重定向问题的关键

我们在上面提到的配置更改是解决ACS重定向问题的关键。通过指定一个自定义的URL，我们可以确保应用程序能够正确地与ACS进行通信，并且能够处理来自ACS的身份验证请求。

需要注意的是，在配置更改中，我们指定的URL应该是一个可以处理外部身份验证的方法或控制器的URL。这个方法或控制器应该能够将用户重定向回我们的应用程序，并且能够处理来自ACS的令牌。

在本文中，我们讨论了当使用ACS作为身份验证和授权服务时，MVC 4.0应用程序重定向并且无法找到login.aspx页面的问题。我们了解到这个问题的根本原因是MVC 4.0默认的Forms身份验证机制与ACS的基于令牌的身份验证机制不兼容。

为了解决这个问题，我们需要对应用程序进行一些配置更改，指定一个自定义的URL来处理来自ACS的身份验证请求。通过这些更改，我们可以确保应用程序能够正确地与ACS进行通信，并且能够处理来自ACS的令牌。

希望这篇文章能够帮助您解决ACS重定向问题，并顺利进行身份验证和授权。如果您有任何问题或疑问，请随时在下方留言。