405 Method Not Allowed Hatası Nasıl Çözülür

Son gözden geçirme: Eylül 2026 · cPanel 136 ve HTTP (RFC 9110) resmî dokümanına göre

405 method not allowed hatası neden olur

HTTP’de her istek bir yöntemle gelir: sayfa açmak GET, form göndermek POST, API’de kayıt güncellemek PUT, silmek DELETE. MDN’nin 405 açıklamasına göre sunucu yöntemi tanır ama hedef adres o yöntemi desteklemez; yanıtta desteklenen yöntemleri Allow başlığıyla bildirmek zorundadır. Kodun tanımı RFC 9110 içindedir.

Paylaşımlı hostingte en sık dört neden görülür:

• Form statik dosyaya gidiyor.action="iletisim.html" gibi bir adrese POST gönderilir. LiteSpeed statik dosyaya gelen POST isteğini 405 ile reddeder.
• Yanlış API yolu. Uygulama yalnız GET kabul eden bir uç noktaya POST ya da DELETE gönderir.
• .htaccess kuralı.<Limit>, <LimitExcept> ya da %{REQUEST_METHOD} koşulu bazı yöntemleri kapatır.
• Güvenlik katmanı. Bir eklenti ya da kural PUT ve DELETE isteklerini keser; WordPress blok düzenleyicisi bu yüzden kayıt yapamayabilir.

Adım adım çözüm

1. Tarayıcıda F12 → Ağ (Network) sekmesini açın ve işlemi tekrarlayın. Kırmızı satırda Yöntem, İstek URL’si ve yanıt başlıklarındaki Allow değerini okuyun.

   Beklenen sonuç: hangi adrese hangi yöntemin gittiğini ve adresin kabul ettiği yöntemleri görürsünüz.

2. İsteği komut satırından tekrar edin. Kendi bilgisayarınızda şu komut yanıt başlıklarını gösterir:

   curl -s -o /dev/null -D - -X POST https://ornek.com/iletisim.html

   Beklenen sonuç: statik dosyaya gönderilen POST için ilk satır HTTP/1.1 405 Method Not Allowed olur (Eylül 2026’da LiteSpeed üzerinde denendi). PHP dosyasına gönderilen istek 200 ya da 302 döner.

3. cPanel → Metrikler → Hatalar sayfasında hatanın saatine denk gelen kayıtları okuyun.
   

   

   Beklenen sonuç: güvenlik kuralı ya da .htaccess kaynaklı engelde ilgili satır burada görünür; statik dosya kaynaklı 405 hatası çoğu zaman kayıt bırakmaz.

4. Formun hedefini düzeltin. HTML’de action özniteliği formu işleyen dosyayı göstermelidir:

   <form action="/iletisim.php" method="post">

5. .htaccess dosyasını kontrol edin. Dosya Yöneticisi’nde Limit, LimitExcept ve REQUEST_METHOD geçen satırları arayın; bunları geçici olarak # ile kapatıp işlemi tekrarlayın.

   Beklenen sonuç: kural kaynaklıysa işlem artık 200 döner.

Kendi VPS ya da VDS sunucunuzda Nginx çalışıyorsa, PHP’ye gitmesi gereken isteğin statik dosya bloğuna düşmediğini sunucunuzda kontrol edin; location bloklarında try_files $uri $uri/ /index.php?$args; satırı isteği uygulamaya iletir.

Apache kullanan bir sunucuda aynı kontrolü site yapılandırmasındaki <Limit> ve <LimitExcept> blokları için yapın. Bir yöntemi bilerek kapattıysanız (örneğin güvenlik gerekçesiyle TRACE) bu doğru davranıştır; yalnız uygulamanızın gerçekten kullandığı yöntemleri açık bırakın. Değişiklikten sonra yapılandırmayı sınayıp web sunucusunu yeniden yükleyin.

Doğrulama

Hâlâ çözülmediyse

• 405 yerine 403 alıyorsunuz. İstek yöntem yüzünden değil izin ya da güvenlik kuralı yüzünden reddediliyordur; 403 Forbidden hatası kartına geçin.
• .htaccess değişikliğinden sonra site 500 veriyor. Yazım hatası vardır; yedeği geri yükleyip 500 Internal Server Error kartını izleyin.
• WordPress düzenleyicisi “geçerli bir JSON yanıtı değil” diyor. REST isteği engelleniyordur; JSON yanıtı hatası kartına bakın.