"PUT" yöntemi için IIS7.5'te "405 yöntemine izin verilmiyor"

WebClient* .Cab dosyalarını sunucuma yüklemek için type kullanıyorum . Sunucu tarafında, aşağıdaki gibi PUT yöntemiyle * .cab dosyası için bir HTTP işleyicisi kaydettim:

 <add name="ResultHandler" path="*.cab" verb="PUT" type="FileUploadApplication.ResultHandler" resourceType="Unspecified" requireAccess="Script" preCondition="integratedMode" />

Ancak her zaman "405 yöntemine izin verilmiyor" hatası alıyorum. Yanıt, izin verilen yöntemlerin aşağıdaki gibi olduğunu söyledi:

Headers = {Allow: GET, HEAD, OPTIONS, TRACE
Content-Length: 1293
Content-Type: text/html
Date: Fri, 27 May 2011 02:08:18 GMT
Server: Microsoft-IIS/7.5
X-Powered-By: ASP.NET}

Web uygulamam için IIS İstek Filtreleme'de PUT yöntemine açıkça izin versem bile aynı hata oluşmaya devam ediyor.

Bunun IIS ile ilgili bir sorun olduğundan şüpheleniyorum. Birinin benim için buna biraz ışık tutmasını umuyorum.

Genellikle bu hata, bu tür istekleri işlemeye çalışan WebDAV modülünden kaynaklanır. Kolay bir çözüm, onu modüllerden ve system.webServerweb.config dosyanızın hemen içindeki bölümün işleyicilerinden kaldırmaktır . İşte bir yapılandırma örneği:

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

Başarısız İstek İzleme özelliğini etkinleştirdim ve aşağıdaki bilgileri aldım:

 <EventData>
  <Data Name="ContextId">{00000000-0000-0000-0F00-0080000000FA}</Data>
  <Data Name="ModuleName">WebDAVModule</Data>
  <Data Name="Notification">16</Data>
  <Data Name="HttpStatus">405</Data>
  <Data Name="HttpReason">Method Not Allowed</Data>
  <Data Name="HttpSubStatus">0</Data>
  <Data Name="ErrorCode">0</Data>
  <Data Name="ConfigExceptionInfo"></Data>
 </EventData>

Bu yüzden, WebDAVModülünü IIS'imden kaldırdım, şimdi her şey yolunda ~

IIS izleme özelliği çok faydalıdır.

MVC4 WebApi Projesi barındırırken WebDAV ile bu sorunu yaşadım. Bu satırı web.config'e ekleyerek aştım:

<handlers>
  <remove name="WebDAV" />
  <add name="WebDAV" path="*" verb="*" modules="WebDAVModule"
      resourceType="Unspecified" requireAccess="None" />
</handlers>

Burada açıklandığı gibi: http://evolutionarydeveloper.blogspot.co.uk/2012/07/method-not-allowed-405-on-iis7-website.html

Buradan alındı ve benim için çalıştı:

1. IIS Yöneticisine gidin.

2. Uygulamanıza tıklayın.

3. "İşleyici Eşlemeleri" ne gidin.

4. Özellik listesinde "WebDAV" üzerine çift tıklayın.

5. "Kısıtlama İste" ye tıklayın.

6. "Fiiller" sekmesinde "Tüm fiiller" i seçin.

7. Tamam'a basın.

Cevapların çoğunu denedim ve maalesef hiçbiri tamamlanmadı.

İşte benim için işe yarayan şey. PUT yapmak istediğiniz sitede yapmanız gereken 3 şey vardır (siteyi seçin):

1. Açın WebDav Authoring Rulesve ardından Disable WebDAVsağ çubukta bulunan seçeneği seçin .

2. Seçin Modules, bulun WebDAV Moduleve kaldırın.

3. Seçin HandlerMapping, bulun WebDAVHandlerve kaldırın.

IIS'yi yeniden başlatın.

WebDAV modülünü çıkarmak yeterli olmalıdır. Web.config'inizi değiştirin:

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

Kullanılmayan WebDAV özelliğini kaldırmak en iyisidir. Git Programlar ve Özellikler => , Windows Açık veya Kapalı Özellikleri çevirin ve devre dışı WebDAV Yayıncılık altında

İnternet Bilgi Servisleri => World Wide Web Servisleri => Ortak HTTP Özellikleri

Her ne sebeple olursa olsun, web.config dosyamda WebDAVModule'ü "kaldır" olarak işaretlemek benim durumumdaki sorunu çözmek için yeterli değildi.

Başka bir yaklaşım buldum vermedi sorunu çözmek. Aynı teknedeyseniz, şunu deneyin:

1. IIS Yöneticisi'nde, PUT'yi desteklemesi gereken uygulamayı seçin.
2. Özellikler Görünümünde WebDAV Yazma Kurallarını bulun . Bunu çift tıklayın veya içerik menüsünden Unsuru Aç'ı seçin (sağ tıklayın).
3. Eylemler bölmesinde WebDAV Ayarları ... öğesini bulun ve tıklayın .
4. WebDAV Ayarlarında, İstek Filtreleme Davranışı'nı bulun ve bunun altında Fiil Filtrelemeye İzin Ver'i bulun . Set Fiil Filtreleme İzin için False .
5. Eylemler bölmesinde Uygula'ya tıklayın .

Bu, WebDAV'ın desteklemediği fiilleri reddetmesini engeller ve böylece bir PUT'nin rahatsız edilmeden RESTful işleyicinize akmasına izin verir.

Benden başka bir ipucu. PHP + IIS kullandım ve PHP için İşleyici Eşleştirmelerinde PUT fiili yoktu.

IIS Yöneticisi-> Siteniz-> İşleyici Eşlemeleri-> PHPxx_via_FastCGI-> Kısıtlama İste-> Fiiller'e gidin, ardından PUT ekleyin.

Bu kadar!

PUT ve DELETE'in çalışmasından önce yeniden yapılandırılması gereken bir diğer önemli modül, seçenekler fiili

<modules>
<remove name="WebDAVModule" />
</modules>
<handlers>
<remove name="OPTIONSVerbHandler" />
<remove name="WebDAV" />
<add name="OPTIONSVerbHandler" path="*" verb="*" modules="ProtocolSupportModule" resourceType="Unspecified" requireAccess="Script" />
</handlers>

Ayrıca şu gönderiye bakın: https://stackoverflow.com/a/22018750/9376681

PUT, PATCH ve DELETE ile aynı sorunları yaşadım, ancak WebDav ile hiçbir şeyim yoktu. Bu makaledeki 1. çözüm nihayet bana yardımcı oldu: http://support.microsoft.com/kb/942051

Angular 8 kullanıyordum ve .NET core API kullanıyordum. Aşağıdakileri servis web.config dosyama ekliyorum. Bu benim hatamı çözer.

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

Benim için bu hata ortadan kalkmaz ve ne yaparsam yapayım PUT yöntemlerine izin vermez .. webdav'ı kaldırır, webdav'ı işleyicilerden ve modüllerden kaldırmak için web.config'e yapılandırma koyun ve iis'deki istek filtrelerinde izin verilen bir fiil olarak PUT'u ayarlayın .. ve isteği işleyen iis işleyici eşlemelerinin PUT yapılandırılmış olduğundan emin olun ..

Benim sorunum sonunda ASP.NET 4.5 Uzantılarının kötü yüklemesinden kaynaklanıyordu. Asp.net ile ilgili her şey sunucu rollerinden ve özelliklerinden kaldırıldı. yeniden. rolleri okudu ve yeniden başlatıldı. her şey yukarıdaki yapılandırma ile çalıştı.

--- Aşağıdakiler PUT'u kabul ettirecek, ancak yanlış işleyiciye gönderecektir. Aşağıdakileri dikkate alın

son olarak, iis üzerindeki TRACE işleyici eşlemesine izin verilen fiil olarak PUT fiilinin eklenmesi işe yaradı .. çünkü başarısız hata izlemeyi etkinleştirmiştim ve bu fiil fiile izin vermiyordu.

En son başka bir sunucunun IIS'sinde aynı sorunu yaşadığımda, muhtemelen varsayılan belgeyi kullanmadan varsayılan bir işleyici kullanması nedeniyle URL'nin sonunda bir "/" eksikliğinden kaynaklanıyordu ve şimdi bunun farkındayım .. bu yüzden IIS'yi kontrol edin başka hiçbir şey yardımcı olmazsa işleyici eşlemeleri.

Bu sorunu yaşadım ancak WebDAV ile ilgili hiçbir şey sorun olmadı. Benim durumumda, müşteri www.myServer.com/api/chart adresine bir POST gönderiyordu. Bu çağrı "ExtensionlessUrlHanlder-Integrated-4.0" tarafından ele alınmalıdır, ancak, bir şekilde sunucu dizinimde "... \ Server \ api \ chart \" yerel bir dosya yapısı oluşturuldu. Bu, bunun yerine "StaticFile" işleyicisinin çağrıldığı anlamına geliyordu. Bu yerel dosyaları silmek nihayet sorunu çözdü.

İşte benim için işe yarayan şey:

IIS'yi açın ve Sitenize tıklayın.

1 - Double Click on the Modules 2 - Right Click on WebDavPublishing and remove. 3 - Restart running WebSite.

Windows server 2012 için -> Sunucu yöneticisine gidin -> Rolleri ve Özellikleri Kaldır -> Sunucu Rolleri -> Web Sunucusu (IIS) -> Web Sunucusu -> Ortak HTTP Özellikleri -> WebDAV Yayını'nın işaretini kaldırın ve kaldırın -> Sunucuyu yeniden başlatın.

IIS uygulama havuzu klasik modda çalışıyorsa, web.config dosyanızda aşağıdakilere sahip olduğunuzdan emin olun

<remove name="ExtensionlessUrlHandler-ISAPI-4.0_64bit" />

    <add name="ExtensionlessUrlHandler-ISAPI-4.0_64bit" path="*." verb="GET,HEAD,POST,DEBUG,PUT,DELETE" modules="IsapiModule" scriptProcessor="c:\Windows\Microsoft.NET\Framework64\v4.0.30319\aspnet_isapi.dll" preCondition="classicMode,runtimeVersionv4.0,bitness64" />

Benim durumumda, Web Deploy'u aynı zamanda IIS bağlantı noktası olan (80 değil) başka bir bağlantı noktasına taşıdım. İlk başta fark etmedim, ancak her ikisini de aynı bağlantı noktası altında çalıştıran hiçbir hata olmamasına rağmen, Web Dağıtımı büyük olasılıkla IIS yerine ilk yanıt veriyordu ve bu hataya neden oluyordu. IIS bağlamamı başka bir bağlantı noktasına taşıdım ve her şey yolunda. ;)

WebDav'ın hiç etkinleştirilmesini önlemek için, ApplicationHost.config dosyasından aşağıdaki girişi kaldırın: <add name="WebDAVModule" />

Giriş modüller bölümünde yer almaktadır.

Yapılandırmanın tam konumu: C:\Windows\System32\inetsrv\config\applicationHost.config

Aspnet çekirdeğinde çalışan bir RESTful API ile aynı sorunu yaşadım.

WebDAV'ı kaldırmak istemedim ve yukarıda açıklanan çözümlerin çoğunu denedim. Fiilleri hem sitede hem de sunucunun kendisinde = "*" ayarlamaya çalıştım, ancak başarılı olamadım.

Benim için püf noktası şuydu:

IIS Yöneticisi -> Siteler -> Sitem -> İşleyici Eşlemeleri -> aspNetCore -> Düzenle

-> Kısıtlama İste -> Erişim -> Yok (Komut Dosyaydı).

Bundan sonra, orijinal WebDAV seçeneklerini değiştirsem bile her şey çalıştı.