Как поддержка HTTP-команду параметры в ASP.NET MVC-приложения/веб-API

ответ Майка Гудвина велик, но мне показалось, когда я попробовал, что он был нацелен на MVC5/WebApi 2.1. Зависимости для Microsoft.сеть САШ.Веб-API.Корс не очень хорошо играл с моим проектом MVC4.

самый простой способ, чтобы включить CORS на веб-API с помощью MVC4 был следующим.

обратите внимание, что я разрешил все, я предлагаю вам ограничить происхождение только клиентов, которых вы хотите, чтобы ваш API служил. Разрешение всего-это безопасность риск.

Web.config:

<system.webServer>
    <httpProtocol>
      <customHeaders>
        <add name="Access-Control-Allow-Origin" value="*" />
        <add name="Access-Control-Allow-Methods" value="GET, PUT, POST, DELETE, HEAD" />
        <add name="Access-Control-Allow-Headers" value="Origin, X-Requested-With, Content-Type, Accept" />
      </customHeaders>
    </httpProtocol>
</system.webServer>

BaseApiController.cs:

мы делаем это, чтобы разрешить параметры http verb

 public class BaseApiController : ApiController
  {
    public HttpResponseMessage Options()
    {
      return new HttpResponseMessage { StatusCode = HttpStatusCode.OK };
    }
  }

просто добавьте это в ваш Application_OnBeginRequest метод (это позволит поддерживать CORS глобально для вашего приложения) и" обрабатывать " предполетные запросы:

var res = HttpContext.Current.Response;
var req = HttpContext.Current.Request;
res.AppendHeader("Access-Control-Allow-Origin", req.Headers["Origin"]);
res.AppendHeader("Access-Control-Allow-Credentials", "true");
res.AppendHeader("Access-Control-Allow-Headers", "Content-Type, X-CSRF-Token, X-Requested-With, Accept, Accept-Version, Content-Length, Content-MD5, Date, X-Api-Version, X-File-Name");
res.AppendHeader("Access-Control-Allow-Methods", "POST,GET,PUT,PATCH,DELETE,OPTIONS");

// ==== Respond to the OPTIONS verb =====
if (req.HttpMethod == "OPTIONS")
{
    res.StatusCode = 200;
    res.End();
}

* безопасность: имейте в виду, что это позволит ajax-запросы из любого места на ваш сервер (вместо этого вы можете разрешить только разделенный запятыми список источников/URL-адресов, если вы предпочитаете).

я использовал текущее происхождение клиента вместо * потому что это позволит учетные данные => установка Access-Control-Allow-Credentials в true позволит кросс-браузер управление сеансами

также вам нужно включить удалить и поставить, патч и параметры глаголов в вашем webconfig раздел system.webServer, иначе IIS заблокирует их:

<handlers>
  <remove name="ExtensionlessUrlHandler-ISAPI-4.0_32bit" />
  <remove name="ExtensionlessUrlHandler-ISAPI-4.0_64bit" />
  <remove name="ExtensionlessUrlHandler-Integrated-4.0" />
  <add name="ExtensionlessUrlHandler-ISAPI-4.0_32bit" path="*." verb="GET,HEAD,POST,DEBUG,PUT,DELETE,PATCH,OPTIONS" modules="IsapiModule" scriptProcessor="%windir%\Microsoft.NET\Framework\v4.0.30319\aspnet_isapi.dll" preCondition="classicMode,runtimeVersionv4.0,bitness32" responseBufferLimit="0" />
  <add name="ExtensionlessUrlHandler-ISAPI-4.0_64bit" path="*." verb="GET,HEAD,POST,DEBUG,PUT,DELETE,PATCH,OPTIONS" modules="IsapiModule" scriptProcessor="%windir%\Microsoft.NET\Framework64\v4.0.30319\aspnet_isapi.dll" preCondition="classicMode,runtimeVersionv4.0,bitness64" responseBufferLimit="0" />
  <add name="ExtensionlessUrlHandler-Integrated-4.0" path="*." verb="GET,HEAD,POST,DEBUG,PUT,DELETE,PATCH,OPTIONS" type="System.Web.Handlers.TransferRequestHandler" preCondition="integratedMode,runtimeVersionv4.0" />
</handlers>

надеюсь, что это помогает

после того, как я столкнулся с той же проблемой в проекте Web API 2 (и не смог использовать стандартные пакеты CORS по причинам, не стоящим здесь), я смог решить эту проблему, реализовав пользовательский DelagatingHandler:

public class AllowOptionsHandler : DelegatingHandler
{
    protected override async Task<HttpResponseMessage> SendAsync(
        HttpRequestMessage request, CancellationToken cancellationToken)
    {
        var response = await base.SendAsync(request, cancellationToken);

        if (request.Method == HttpMethod.Options &&
            response.StatusCode == HttpStatusCode.MethodNotAllowed)
        {
            response = new HttpResponseMessage(HttpStatusCode.OK);
        }

        return response;
    }
}

для конфигурации Web API:

config.MessageHandlers.Add(new AllowOptionsHandler());

обратите внимание, что у меня также есть заголовки CORS включены в Интернете.конфигурация, аналогичная некоторым другим ответам, опубликованным здесь:

<system.webServer>
  <modules runAllManagedModulesForAllRequests="true">
    <remove name="WebDAVModule" />
  </modules>

  <httpProtocol>
    <customHeaders>
      <add name="Access-Control-Allow-Origin" value="*" />
      <add name="Access-Control-Allow-Headers" value="accept, cache-control, content-type, authorization" />
      <add name="Access-Control-Allow-Methods" value="GET, POST, PUT, DELETE, OPTIONS" />
    </customHeaders>
  </httpProtocol>

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

обратите внимание, что мой проект не включает MVC, только Web API 2.

мне удалось преодолеть 405 и 404 ошибки, брошенные на предполетные запросы ajax options только по пользовательскому коду в global.асакс

protected void Application_BeginRequest()
    {            
        HttpContext.Current.Response.AddHeader("Access-Control-Allow-Origin", "*");
        if (HttpContext.Current.Request.HttpMethod == "OPTIONS")
        {
            //These headers are handling the "pre-flight" OPTIONS call sent by the browser
            HttpContext.Current.Response.AddHeader("Access-Control-Allow-Methods", "GET, OPTIONS");
            HttpContext.Current.Response.AddHeader("Access-Control-Allow-Headers", "Content-Type, Accept");
            HttpContext.Current.Response.AddHeader("Access-Control-Max-Age", "1728000");
            HttpContext.Current.Response.End();
        }
    }

PS: рассмотреть вопросы безопасности, когда позволяет все *.

мне пришлось отключить CORS, так как он возвращал заголовок "Access-Control-Allow-Origin", содержащий несколько значений.

также нужны в интернете.config:

<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>

и приложения.пул должен быть установлен в интегрированный режим.

у меня была такая же проблема. Для меня исправление состояло в том, чтобы удалить пользовательский тип контента из вызова jQuery AJAX. Пользовательские типы контента инициируют запрос перед полетом. Я нашел это:

браузер может пропустить предварительный запрос, если выполняются следующие условия:

метод запроса GET,HEAD или POST,и

приложение не устанавливает никаких заголовков запросов, кроме Accept,Accept-Language, Content-Language,Content-Type или Last-Event-ID,и

The (если установлен) является одним из следующих:

• application/x-www-form-urlencoded
• multipart/form-data
• text/plain

С этой страницы: http://www.asp.net/web-api/overview/security/enabling-cross-origin-requests-in-web-api (в разделе "предполетные запросы")

In ASP.NET добавлена поддержка web api 2, CORS . Пожалуйста, проверьте ссылку [ http://www.asp.net/web-api/overview/security/enabling-cross-origin-requests-in-web-api ]

    protected void Application_EndRequest()
    {
        if (Context.Response.StatusCode == 405 && Context.Request.HttpMethod == "OPTIONS" )
        {
            Response.Clear();
            Response.StatusCode = 200;
            Response.End();
        }
    }

Я тоже столкнулся с той же проблемой.

выполните следующий шаг, чтобы решить проблему соответствия (CORS) в браузерах.

включите REDRock в свое решение с помощью ссылки Cors. Включите ссылку WebActivatorEx на решение Web API.

затем добавьте файл CorsConfig в папку Web API App_Start.

[assembly: PreApplicationStartMethod(typeof(WebApiNamespace.CorsConfig), "PreStart")]

namespace WebApiNamespace
{
    public static class CorsConfig
    {
        public static void PreStart()
        {
            GlobalConfiguration.Configuration.MessageHandlers.Add(new RedRocket.WebApi.Cors.CorsHandler());
        }
    }
}

С этими изменениями я смог получить доступ к webapi во всех браузерах.

У меня была такая же проблема, и вот как я это исправил:

просто бросьте это в свою паутину.config:

<system.webServer>
    <modules>
      <remove name="WebDAVModule" />
    </modules>

    <httpProtocol>
      <customHeaders>
        <add name="Access-Control-Expose-Headers " value="WWW-Authenticate"/>
        <add name="Access-Control-Allow-Origin" value="*" />
        <add name="Access-Control-Allow-Methods" value="GET, POST, OPTIONS, PUT, PATCH, DELETE" />
        <add name="Access-Control-Allow-Headers" value="accept, authorization, Content-Type" />
        <remove name="X-Powered-By" />
      </customHeaders>
    </httpProtocol>

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