Asp.NET Web API - 405 - HTTP-глагол, используемый для доступа к этой странице, недопустим - как установить сопоставления обработчиков

Ответ 1

Общей причиной этой ошибки является WebDAV. Обязательно удалите его.

Ответ 2

Вам не нужно удалять WebDAV, просто добавьте эти строки в web.config:

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

Ответ 3

Измените файл Web.Config, как показано ниже. Он будет действовать как прелесть.

В node <system.webServer> добавьте ниже часть кода

<modules runAllManagedModulesForAllRequests="true">
  <remove name="WebDAVModule"/>
</modules>

После добавления ваш Web.Config будет выглядеть ниже

<system.webServer>
    <validation validateIntegratedModeConfiguration="false" />
    <modules runAllManagedModulesForAllRequests="true">
        <remove name="WebDAVModule"/>
    </modules>
    <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>
    <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>
</system.webServer>

Ответ 4

Измените файл Web.Config, как показано ниже

 <system.webServer>
<validation validateIntegratedModeConfiguration="false"/>
<modules runAllManagedModulesForAllRequests="true">
<remove name="WebDAVModule" />
</modules>
<handlers>
<remove name="WebDAV"/>
<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>

Ответ 5

Необычно, но может помочь кому-то.

убедитесь, что вы используете [HttpPut] из System.Web.Http

Мы получили "метод не разрешен" 405 в методе, декорированном HttpPut.

Наша проблема представляется необычной, поскольку мы случайно использовали атрибут [HttpPut] из System.Web.Mvc, а не System.Web.Http

Причина заключается в том, что resararper предложила версию .Mvc, где, как обычно, System.Web.Http уже упоминается при выводе непосредственно из ApiController, мы использовали класс, который расширил ApiController.

Ответ 6

Если ни одно из вышеперечисленных решений не решило вашу проблему, как в моем случае (все еще застрял с моим модулем RestClient, стоящим перед 405), попробуйте запросить у Api такой инструмент, как Fiddler. Я имею в виду, что проблема может быть в другом месте, например, с плохим отформатированным запросом.

Я обнаружил, что мой модуль RestClient запрашивал "Put" с непараметрированным идентификатором Id:

http://myserver/api/someresource?id=75fd954d-d984-4a31-82fc-8132e1644f78

вместо

http://myserver/api/someresource/75fd954d-d984-4a31-82fc-8132e1644f78

Забастово, неудачный отформатированный запрос возвращает 405 - Метод не разрешен (IIS 7.5)

Ответ 7

У меня это произошло (метод 405 не разрешен), когда метод почтового метода api, который я вызывал, имел примитивные типы для параметров, а не сложный тип, к которому обращался из тела. Например:

Это сработало:

 [Route("update"), Authorize, HttpPost]
  public int Update([FromBody] updateObject update)

Это не так:

 [Route("update"), Authorize, HttpPost]
 public int Update(string whatever, int whatever, string whatever)

Ответ 8

Эта ошибка исходит от обработчика staticfile, который по умолчанию не фильтрует какие-либо глаголы, но, вероятно, может иметь дело только с HEAD и GET.

И это потому, что никакой другой обработчик не подошел к пластине и сказал, что они могут обрабатывать DELETE.

Поскольку вы используете WEBAPI, который из-за маршрутизации не имеет файлов и, следовательно, расширений, в файл web.config необходимо добавить следующие дополнения:

<system.webserver>
    <httpProtocol>
        <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="C:\windows\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="C:\windows\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" />

Очевидно, что необходимо, зависит от classicmode vs integrmode, а classicmode зависит от битности. Кроме того, заголовок OPTIONS был добавлен для обработки CORS, но если вы не делаете CORS, вам это не нужно.

FYI, ваш web.config является локальным для версии приложения (или каталога приложений), верхним уровнем которой является applicationHost.config.

Ответ 9

В нашем случае проблема заключалась в объединении подписей между сайтом .Net и ADFS. При перенаправлении на конечную точку ADFS для параметра wctx необходимы все три параметра для WSFederationAuthenticationModule.CreateSignInRequest: rm, id и ru

Спасибо Guillaume Raymond за подсказку, чтобы проверить параметры URL!

Ответ 10

Помимо всех вышеперечисленных решений, проверьте, есть ли у вас "id" или любой пользовательский определенный параметр в методе DELETE соответствует конфигурации маршрута.

public void Delete(int id)
{
    //some code here
}

Если вы набрали повторяющиеся 405 ошибок, лучше reset подпись метода по умолчанию, как указано выше, и попробуйте.

Конфигурация маршрута по умолчанию будет искать id в URL. Поэтому имя параметра id здесь важно, если вы не измените конфигурацию маршрута в папке App_Start.

Однако вы можете изменить тип данных id.

Например, метод ниже должен работать нормально:

public void Delete(string id)
{
    //some code here
}

Примечание. Также убедитесь, что вы передаете данные по URL не методу данных, который будет содержать полезную нагрузку в качестве содержимого тела.

DELETE http://{url}/{action}/{id}

Пример:

DELETE http://localhost/item/1

Надеюсь, что это поможет.

Ответ 11

Если IIS 8.0 проверяет, включена ли активация HTTP. Менеджер сервера → IIS → Управление (см. Правую верхнюю часть) → Добавить роли и функции → ... → перейти к конфигурации WCF, а затем выбрать HTTP-активацию.