Asp.Net WebApi2 Habilita CORS que no funciona con AspNet.WebAPI.Cors 5.2.3

Solo necesita cambiar algunos archivos. Esto funciona para mí.

Global.ascx

public class WebApiApplication : System.Web.HttpApplication {
    protected void Application_Start()
    {
        WebApiConfig.Register(GlobalConfiguration.Configuration);
    } }

WebApiConfig.cs

Todas las solicitudes tienen que llamar a este código.

public static class WebApiConfig {
    public static void Register(HttpConfiguration config)
    {
        EnableCrossSiteRequests(config);
        AddRoutes(config);
    }

    private static void AddRoutes(HttpConfiguration config)
    {
        config.Routes.MapHttpRoute(
            name: "Default",
            routeTemplate: "api/{controller}/"
        );
    }

    private static void EnableCrossSiteRequests(HttpConfiguration config)
    {
        var cors = new EnableCorsAttribute(
            origins: "*", 
            headers: "*", 
            methods: "*");
        config.EnableCors(cors);
    } }

Algún Controlador

Nada que cambiar.

Web.config

Necesitas agregar manejadores en tu web.config

<configuration> 
  <system.webServer>
    <handlers>
      <remove name="ExtensionlessUrlHandler-Integrated-4.0" />
      <remove name="OPTIONSVerbHandler" />
      <remove name="TRACEVerbHandler" />
      <add name="ExtensionlessUrlHandler-Integrated-4.0" path="*." verb="*" type="System.Web.Handlers.TransferRequestHandler" preCondition="integratedMode,runtimeVersionv4.0" />
    </handlers>   
  </system.webServer> 
</configuration>

En caso de solicitud CORS, todos los navegadores modernos responden con un verbo DE OPCIÓN, y luego la solicitud real sigue. Se supone que esto se usa para solicitar al usuario confirmación en caso de una solicitud CORS. Pero en el caso de una API, si desea omitir este proceso de verificación, agregue el siguiente fragmento a Global.asax

        protected void Application_BeginRequest(object sender, EventArgs e)
        {
            HttpContext.Current.Response.AddHeader("Access-Control-Allow-Origin", "*");
            if (HttpContext.Current.Request.HttpMethod == "OPTIONS")
            {
                HttpContext.Current.Response.AddHeader("Access-Control-Allow-Methods", "POST, PUT, DELETE");

                HttpContext.Current.Response.AddHeader("Access-Control-Allow-Headers", "Content-Type, Accept");
                HttpContext.Current.Response.AddHeader("Access-Control-Max-Age", "1728000");
                HttpContext.Current.Response.End();
            }
        }

Aquí estamos simplemente pasando la comprobación comprobando el verbo OPTIONS.

Acabo de agregar encabezados personalizados a la Web.config y funcionó como un encanto.

En configuración - sistema.servidor:

<httpProtocol>
  <customHeaders>
    <add name="Access-Control-Allow-Origin" value="*" />
    <add name="Access-Control-Allow-Headers" value="Content-Type" />
  </customHeaders>
</httpProtocol>

Tengo la aplicación front end y el backend en la misma solución. Para que esto funcione, necesito establecer el proyecto de servicios web (Backend) como el predeterminado para que esto funcione.

Estaba usando ReST, no he intentado con nada más.

Después de algunas modificaciones en mi Web.los CORS de configuración dejaron de funcionar repentinamente en mi proyecto Web API 2 (al menos para la solicitud de OPCIONES durante la comprobación previa). Parece que necesita tener la sección mencionada a continuación en su Web.config o de lo contrario, EnableCorsAttribute (global) no funcionará en las solicitudes de OPCIONES. Tenga en cuenta que esta es exactamente la misma sección que Visual Studio agregará en un nuevo proyecto de Web API 2.

<system.webServer>
  <handlers>
    <remove name="ExtensionlessUrlHandler-Integrated-4.0"/>
    <remove name="OPTIONSVerbHandler"/>
    <remove name="TRACEVerbHandler"/>
    <add name="ExtensionlessUrlHandler-Integrated-4.0" path="*." verb="*" type="System.Web.Handlers.TransferRequestHandler" preCondition="integratedMode,runtimeVersionv4.0"/>
  </handlers>
</system.webServer>

Ninguna de estas respuestas realmente funciona. Como otros señalaron, el paquete Cors solo usará el encabezado Access-Control-Allow-Origin si la solicitud tenía un encabezado Origin. Pero generalmente no puede simplemente agregar un encabezado de Origen a la solicitud porque los navegadores pueden tratar de regular eso también.

Si desea una forma rápida y sucia de permitir solicitudes de sitios cruzados a una api web, es realmente mucho más fácil escribir un atributo de filtro personalizado:

public class AllowCors : ActionFilterAttribute
{
    public override void OnActionExecuted(HttpActionExecutedContext actionExecutedContext)
    {
        if (actionExecutedContext == null)
        {
            throw new ArgumentNullException("actionExecutedContext");
        }
        else
        {
            actionExecutedContext.Response.Headers.Remove("Access-Control-Allow-Origin");
            actionExecutedContext.Response.Headers.Add("Access-Control-Allow-Origin", "*");
        }
        base.OnActionExecuted(actionExecutedContext);
    }
}

Entonces solo úsalo en tu Controlador medidas:

[AllowCors]
public IHttpActionResult Get()
{
    return Ok("value");
}

No respondo por la seguridad de esto en general, pero probablemente es mucho más seguro que configurar los encabezados en la web.config ya que de esta manera puedes aplicarlos tan específicamente como los necesites.

Y, por supuesto, es simple modificar lo anterior para permitir solo ciertos orígenes, métodos, etc.

WEBAPI2: SOLUCIÓN. global.asax.cs:

var cors = new EnableCorsAttribute("*", "*", "*");
config.EnableCors(cors);

EN el explorador de soluciones, haga clic con el botón derecho en api-project. En ventana propiedades establecer 'Autenticación anónima' a Habilitado !!!

Espero que esto ayude a alguien en el futuro.

Acabo de experimentar este mismo problema, tratando de habilitar CORS globalmente. Sin embargo, descubrí que funciona, sin embargo, solo cuando la solicitud contiene un valor de encabezado Origin. Si omite el valor de encabezado origin, la respuesta no contendrá un Access-Control-Allow-Origin.

Usé un complemento de Chrome llamado DHC para probar mi solicitud GET. Me permitió agregar el encabezado Origin fácilmente.

Encontré esta pregunta porque tenía problemas con las OPCIONES de solicitud que la mayoría de los navegadores envían. Mi aplicación estaba enrutando las solicitudes de OPCIONES y usando mi IoC para construir muchos objetos y algunos estaban lanzando excepciones en este tipo de solicitud extraña por varias razones.

Básicamente ponga una ruta de ignorar para todas las solicitudes de OPCIONES si le están causando problemas:

var constraints = new { httpMethod = new HttpMethodConstraint(HttpMethod.Options) };
config.Routes.IgnoreRoute("OPTIONS", "{*pathInfo}", constraints);

Más información: Detener las solicitudes de OPCIONES de procesamiento de la API web

Espero que esto ayude a alguien en el futuro. Mi problema era que estaba siguiendo el mismo tutorial que el OP para habilitar CORS globales. Sin embargo, también establezco una regla CORS específica de Acción en mi AccountController.archivo cs:

[EnableCors(origins: "", headers: "*", methods: "*")]

Y estaba recibiendo errores sobre el origen no puede ser null o cadena vacía. PERO el error estaba ocurriendo en el Mundo.asax.archivo cs de todos los lugares. La solución es cambiarlo a:

[EnableCors(origins: "*", headers: "*", methods: "*")]

Observe el * en los orígenes? Falta que era lo que estaba causando el error en global.asax.archivo CS.

Espero que esto ayude a alguien.