预检响应具有无效的 HTTP 状态代码 405

Question

我在 * 中阅读了许多类似的问题，但这些解决方案对我不起作用。

我有 WCF REST 服务：

[<OperationContract>]    
    [<WebInvoke(UriTemplate = "PostItem", 
            RequestFormat= WebMessageFormat.Json,   
            ResponseFormat = WebMessageFormat.Json, Method = "POST")>]         

我可以使用 Postman（Chrome 扩展程序）来使用它。我将数据作为“原始”而不是“urlencoded”传递。我得到 200 返回码。

我需要使用 angularjs 调用这个方法：

    $http.post('http://192.168.1.65/Service1.svc/restapi/PostItem',                   
                {
    "Address": "г. Москва, ул. Соколово-Мещерская, д.25",
     ...
    "User": ""
      })  

我刚刚从 Postman 复制了 URL 和 JSON。但我得到了错误：

angular.js:10722 选项 http://192.168.1.65/Service1.svc/restapi/PostItem http://192.168.1.65/Service1.svc/restapi/PostItem。回应 预检具有无效的 HTTP 状态代码 405

我搜索了类似的问题，找到了两种解决方案：

1. 使用 jQuery 设置标题 Content-Type': 'application/x-www-form-urlencoded; charset=UTF-8'，但它不适用于我的 WCF 服务

2. 在我的 Web.Config 中设置自定义标头：

   <httpProtocol>
      <customHeaders>
         <add name="Access-Control-Allow-Origin" value="*" />
         <add name="Access-Control-Allow-Headers" value="Content-Type" />
         <add name="Access-Control-Allow-Methods" value="GET, POST, PUT, DELETE, OPTIONS" />
      </customHeaders>
   </httpProtocol>
   

这对我没有帮助。而且我不确定服务器端错误的原因。 Postman 扩展可以成功调用该方法。

如何使用 AngularJS 进行相同的 POST 调用？

更新：

这是 OPTIONS 请求：

评论和回复标签为空

更新 2：

在 IE 中一切正常，但在 Chrome 中不起作用。

Answer 1

我想展示什么对我有用。

首先，您必须在web.config 上启用 CORS（就像 Mihai 伤心）：

<httpProtocol>
  <customHeaders>
    <add name="Access-Control-Allow-Origin" value="*" />
    <add name="Access-Control-Allow-Headers" value="Content-Type" />
    <add name="Access-Control-Allow-Methods" value="GET, POST, PUT, DELETE,     OPTIONS" />
  </customHeaders>
</httpProtocol>

如果您有一些额外的 HEADER 参数，则必须将其添加到 Access-Control-Allow-Headers，例如：

<add name="Access-Control-Allow-Headers" value="Content-Type, X-Your-Extra-Header-Key" />

最后，要处理 OPTIONS 请求，您必须回复空响应，并在您的应用程序类中添加：

protected void Application_BeginRequest()
{
    if (Request.Headers.AllKeys.Contains("Origin") && Request.HttpMethod == "OPTIONS")
    {
        Response.Flush();
    }
}

Answer 2

看起来我找到了解决方案。我刚刚添加了第二种方法：

[<OperationContract>]    
[<WebInvoke(UriTemplate = "PostTest", 
        RequestFormat= WebMessageFormat.Json,   
        ResponseFormat = WebMessageFormat.Json, Method = "POST")>]         
abstract PostTest: obj: Test -> unit

[<OperationContract>]    
[<WebInvoke(UriTemplate = "PostTest", 
        RequestFormat= WebMessageFormat.Json,   
        ResponseFormat = WebMessageFormat.Json, Method = "OPTIONS")>]         
abstract PostTestOptions: unit -> unit

这只是什么都不做的空方法。我不知道原因，但一切正常。

Answer 3

虽然这已经有了答案，但这是我的解决方案。 在网络配置中，您必须删除对<remove name="OPTIONSVerbHandler" /> 的指令

首先在customHeaders中添加

<httpProtocol>
  <!-- THESE HEADERS ARE IMPORTANT TO WORK WITH CORS -->
  <customHeaders>
    <add name="Access-Control-Allow-Origin" value="*" />
    <add name="Access-Control-Allow-Methods" value="POST, PUT, DELETE, GET, OPTIONS" />
    <add name="Access-Control-Allow-Headers" value="content-Type, accept, origin, X-Requested-With, X-Authentication, name" />
  </customHeaders>
</httpProtocol>

然后要么注释掉要么删除指令来移除OPTIONSverbHandler

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

Answer 4

自从 IIS 团队发布 IIS CORS module 以来，不再需要像空方法这样的黑客攻击。它正确处理 CORS，包括预检请求。您可以在 web config 中进行配置，例如：

<?xml version="1.0" encoding="UTF-8"?>
<configuration>
    <system.webServer>
        <cors enabled="true" failUnlistedOrigins="true">
            <add origin="*" />
            <add origin="https://*.microsoft.com"
                 allowCredentials="true"
                 maxAge="120"> 
                <allowHeaders allowAllRequestedHeaders="true">
                    <add header="header1" />
                    <add header="header2" />
                </allowHeaders>
                <allowMethods>
                     <add method="DELETE" />
                </allowMethods>
                <exposeHeaders>
                    <add header="header1" />
                    <add header="header2" />
                </exposeHeaders>
            </add>
            <add origin="http://*" allowed="false" />
        </cors>
    </system.webServer>
</configuration>

Answer 5

我刚刚通过在我的 AJAX 请求中删除 xhr.setRequestHeader() 解决了同样的问题。如果有人在代码中有一个，请尝试将其删除。

Answer 6

对我有用的解决方案：

1. 将此添加到 web.config（服务器端）：

    <httpProtocol>
     <customHeaders>
       <add name="Access-Control-Allow-Origin" value="*" />
       <add name="Access-Control-Allow-Headers" value="Content-Type" />
       <add name="Access-Control-Allow-Methods" value="GET, POST, PUT, DELETE,  OPTIONS" />
     </customHeaders>
   </httpProtocol>
   

2. 创建一个Global.asax文件（全局应用类）并添加如下代码：

       protected void Application_BeginRequest(object sender, EventArgs e){
           if (Request.Headers.AllKeys.Contains("Origin") && Request.HttpMethod == "OPTIONS")
               {
                   Response.Flush();
               }
       }