Ошибка WCF: метод 405 запрещен

Вам необходимо использовать JSONP для междоменного вызова, чтобы обойти ограничения браузера, и обновить свой web.config, установив для crossDomainScriptAccessEnabled значение true, чтобы обойти серверные. В ответе есть хороший пример: как избежать междоменной политики в jquery ajax для использования службы wcf?

У вас также может быть проблема с запросами GET. Попробуйте исправления, описанные здесь: Заставить веб-службу WCF работать с GET запросы

В целом вам нужен web.config, который выглядит примерно так:

<bindings>
  <webHttpBinding>
    <binding name="crossDomain" crossDomainScriptAccessEnabled="true" />
  </webHttpBinding>
</bindings>
<behaviors>
  <endpointBehavior>
    <behavior name="restBehavior">
      <webHttp />
    </behavior>
  </endpointBehavior>
  <serviceBehavior>         
     <behavior name="MyServiceBehavior">
        <serviceMetadata httpGetEnabled="true"  />
        <serviceDebug includeExceptionDetailInFaults="true"/>
     </behavior>
  </serviceBehavior>
</behaviors>
<services>
  <service name="..." behaviorConfiguration="MyServiceBehavior">
    <endpoint address="" binding="webHttpBinding" bindingConfiguration="crossDomain" 
              contract="..." behaviorConfigurations="restBehavior" /> 
  </service>
</services>

(Обратите внимание, что и служба, и конечная точка имеют прикрепленные поведения, разрешающие вызовы webHttp и httpGet соответственно, и что для привязки явно разрешен междоменный доступ).

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

[ServiceContract]
public interface IMyService
{
    [WebGet] // Required Attribute to allow GET
    [OperationContract]
    string MyMethod(string MyParam);
}

... и клиентский вызов с использованием JSONP:

<script type="text/javascript">
$(document).ready(function() {
    var url =  "...";
    $.getJSON(url + "?callback=?", null, function(result) { // Note crucial ?callback=?
       // Process result
    });
});
</script>

Однако это старый поток, но я хотел бы добавить свой комментарий о проблемах, с которыми я столкнулся, и о решении, которое я получил для работы с CORS. Я разрабатываю веб-сервис в следующей среде:

1. Веб-служба WCF.
2. Платформа .NET 3.5.
3. Добавлен веб-сервис wcf на существующий веб-сайт asp.net.
4. Visual Studio 2008

Большинство людей упомянули о добавлении атрибута crossDomainScriptAccessEnabled в тег под <webHttpBinding> в web.config. Я не уверен, что это работает или нет, но он недоступен в версии 3.5, поэтому у меня не было выбора. Я также обнаружил, что добавление следующих тегов в web.config будет работать ...

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

но не повезло ... продолжал получать 405 метод недопустимых ошибок

После долгой борьбы с этими параметрами я нашел другое решение для динамического добавления этих заголовков в файл 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("Cache-Control", "no-cache");
        HttpContext.Current.Response.AddHeader("Access-Control-Allow-Methods", "GET, POST");
        HttpContext.Current.Response.AddHeader("Access-Control-Allow-Headers", "Content-Type, Accept, Authorization");
        HttpContext.Current.Response.AddHeader("Access-Control-Max-Age", "1728000");
        HttpContext.Current.Response.End();
    }
}

И удалите файл из web.config. Опубликуйте веб-сайт и перейдите к jquery / ajax на стороне клиента ... и вы получите данные из вызовов api. Удачи!

Просто хотел добавить некоторые проблемы с переработкой CORS внизу - проблема в том, что если ваш ввод не поддерживает методы GET и POST, запрос OPTIONS фактически не возвращает правильные разрешенные заголовки. На самом деле он не смотрит на то, какие методы фактически разрешены в конечной точке WCF - он просто искусственно говорит, что «GET, POST» разрешены для каждой отдельной конечной точки в приложении, когда клиент выполняет запрос OPTIONS (который на самом деле является запросом клиента, что поддерживается).

Это, вероятно, нормально, если вы действительно не полагаетесь на информацию в методе OPTIONS, чтобы вернуть вам действительный список методов (как в случае с некоторыми запросами CORS), но если да, вам нужно будет сделать что-то вроде решение по этому вопросу: Как работать с Ajax Запрос JQUERY POST с собственным хостом WCF

По сути, каждая конечная точка должна реализовывать:

Webinvoke(Method="OPTIONS", UriTemplate="")

и вызвать соответствующий метод, который загружает правильные заголовки в ответ (включая соответствующий список «Access-Control-Allow-Method» для этой конечной точки) вызывающей стороне. Отстойно, что размещенные конечные точки WCF не делают этого за нас автоматически, но это обходной путь, который позволяет более точно контролировать конечную точку. В этом решении правильные заголовки ответа загружаются в реализацию конечной точки:

public void GetOptions()
    {
        // The data loaded in these headers should match whatever it is you support on the endpoint
        // for your application. 
        // For Origin: The "*" should really be a list of valid cross site domains for better security
        // For Methods: The list should be the list of support methods for the endpoint
        // For Allowed Headers: The list should be the supported header for your application

        WebOperationContext.Current.OutgoingResponse.Headers.Add("Access-Control-Allow-Origin", "*");
        WebOperationContext.Current.OutgoingResponse.Headers.Add("Access-Control-Allow-Methods", "POST, GET, OPTIONS");
        WebOperationContext.Current.OutgoingResponse.Headers.Add("Access-Control-Allow-Headers", "Content-Type, Accept, Authorization");
    }

Что сработало для меня, так это включение связанных с WCF функций IIS:

попробуй использовать. WebInvoke(Method = "POST") вместо WebInvoke(Method = "GET")