- Konu sahibi
- #1
403 Forbidden, sunucunun istediğiniz dosya veya klasöre erişime izin vermediği anlamına gelir. cPanel’de çözüm için önce hatanın hangi URL’de oluştuğunu belirleyin; ardından ilgili alan adının belge kökünde dosya ve klasör izinlerini,
Tarayıcıda 403 hatası veren tam adresi not edin. Ana sayfa, tek bir dosya, bir alt klasör veya yalnızca yönetim paneli etkileniyorsa sonraki kontrolün yeri değişir. Örneğin
cPanel’de alan adının belge kökünü öğrenmek için alan adı yönetimindeki document root bilgisini veya Dosya Yöneticisi’ndeki ilgili klasörü kullanın. Ana alan adında bu klasör çoğunlukla
Dosya izinleri, web sunucusunun bir dosyayı okuyup okuyamayacağını; klasör izinleri ise o klasöre erişip içindeki dosyayı bulup bulamayacağını belirler. cPanel’in Dosya Yöneticisi’nde ilgili belge köküne gidin, hatalı dosya veya klasörü seçin ve izin değiştirme seçeneğini açın. cPanel belgelerinde dosya izinleri için varsayılan değer
Belge kökünde veya 403 veren klasörde bulunan
Ardından aynı URL’yi tekrar açın. Hata kaybolursa sorun
Hata değişmeden sürüyorsa
cPanel’de bir klasör için Dizin Gizliliği etkinleştirildiyse, klasöre web üzerinden gelen ziyaretçiden kimlik doğrulaması istenir. Kullanıcı tanımlanmamış, parola yanlış veya koruma yapılandırması bozulmuşsa erişim beklediğiniz gibi gerçekleşmeyebilir. Dosya Yöneticisi’nde ilgili klasörü seçerek klasör koruması ayarını inceleyin. Klasör herkese açık olması gereken bir alan ise korumayı kaldırın; özel olması gerekiyorsa yetkili kullanıcıyı ve parolayı yeniden kaydedin.
Bir klasörün içinde
Aşağıdaki ayrım, aynı 403 mesajının farklı nedenlerini birbirinden ayırmanıza yardımcı olur.
cPanel’de Metrikler bölümündeki Errors arayüzü, alan adlarıyla ilişkili Apache hata kayıtlarının son girdilerini gösterir. 403’ü yeniden oluşturduktan hemen sonra kaydı açın ve aynı zamana ait satırı arayın.
Hata kaydında belirli bir dosya yolu görünüyorsa talebinizi bu yol üzerinden daraltın. Örneğin kayıt
Sunucu yöneticisi değilseniz Apache yapılandırmasını, EasyApache ayarlarını veya hesap sahipliğini SSH üzerinden rastgele değiştirmeyin. cPanel’in dosya izinleri otomatik güvenlik yapılandırmalarıyla birlikte çalışabilir; yanlış bir toplu izin değişikliği siteyi açsa bile başka dosyaları gereksiz yere erişilebilir hâle getirebilir. Sorun temel izin ve
.htaccess kurallarını ve gerekiyorsa klasör korumasını kontrol edin. Sorun yalnızca belirli bir dosyada ise izinleri düzeltmek çoğu zaman yeterlidir; bütün sitede görülüyorsa .htaccess, sahiplik, güvenlik kuralı veya sunucu yapılandırması incelenmelidir.Önce hatanın kapsamını belirleyin
Tarayıcıda 403 hatası veren tam adresi not edin. Ana sayfa, tek bir dosya, bir alt klasör veya yalnızca yönetim paneli etkileniyorsa sonraki kontrolün yeri değişir. Örneğin
example.com/resimler/ adresi 403 verirken example.com/index.php açılıyorsa sorun büyük olasılıkla ilgili klasörün izinleri, klasör koruması veya dizin listeleme ayarıyla sınırlıdır. Ana sayfa dâhil bütün adresler 403 veriyorsa belge kökü, .htaccess, sahiplik ya da sunucu tarafındaki erişim kuralları daha olasıdır.cPanel’de alan adının belge kökünü öğrenmek için alan adı yönetimindeki document root bilgisini veya Dosya Yöneticisi’ndeki ilgili klasörü kullanın. Ana alan adında bu klasör çoğunlukla
public_html olur; ancak ek alan adlarında farklı bir klasör atanmış olabilir. Dosyaları yanlış klasöre yüklemek 403’ün doğrudan nedeni olmayabilir, fakat doğru belge kökünü kontrol etmeden yapılan izin değişiklikleri sorunu çözmez.Dosya ve klasör izinlerini düzeltin
Dosya izinleri, web sunucusunun bir dosyayı okuyup okuyamayacağını; klasör izinleri ise o klasöre erişip içindeki dosyayı bulup bulamayacağını belirler. cPanel’in Dosya Yöneticisi’nde ilgili belge köküne gidin, hatalı dosya veya klasörü seçin ve izin değiştirme seçeneğini açın. cPanel belgelerinde dosya izinleri için varsayılan değer
0644 olarak gösterilir; klasörlerde ise yaygın güvenli değer 0755tir. Sunucunun PHP çalıştırma modeli ve hosting sağlayıcısının güvenlik ayarları farklı olabileceğinden, bütün hesabı rastgele 777 yapmak doğru çözüm değildir.- 403 veren dosyanın ve onu içeren klasörlerin izinlerini kontrol edin.
- Normal bir web dosyası için dosyada sahibi okuma-yazma, diğer kullanıcılar için okuma izninin bulunduğunu; klasörde ise erişim ve içeriği okuma izinlerinin bulunduğunu doğrulayın.
- Değişikliği kaydedin ve aynı adresi gizli sekmede veya önbelleği yenileyerek tekrar açın.
- Dosya açılırsa sorun izin kaynaklıdır. Hata devam ederse aynı dosyanın bulunduğu üst klasörleri, alan adının belge kökünü ve
.htaccessdosyasını inceleyin.
.htaccess dosyasını geçici olarak sınayın
Belge kökünde veya 403 veren klasörde bulunan
.htaccess dosyası, erişimi yasaklayan bir kural içerebilir. Dosya Yöneticisi’nde gizli dosyaları gösterme seçeneği kapalıysa .htaccess görünmeyebilir. Dosyada yapılan son değişiklikten sonra hata başladıysa, önce dosyayı silmek yerine örneğin .htaccess.yedek adıyla yeniden adlandırın. Böylece dosyayı geri getirebilir ve özgün içeriği kaybetmezsiniz.Ardından aynı URL’yi tekrar açın. Hata kaybolursa sorun
.htaccess içindeki bir erişim kuralı, hatalı yeniden yazma kuralı veya klasör korumasıyla ilgilidir. Bu durumda yedek dosyayı doğrudan eski hâliyle geri koymak yerine kuralları bölüm bölüm geri ekleyerek hangi satırın 403 ürettiğini bulun. WordPress kullanıyorsanız kalıcı bağlantı ayarlarının oluşturduğu kuralları da mevcut sunucu yapılandırmasıyla uyumlu olacak şekilde yeniden üretin.Hata değişmeden sürüyorsa
.htaccess ana neden olmayabilir. Dosyayı devre dışı bırakmak, sunucudaki IP engeli, ModSecurity kuralı, sahiplik sorunu veya hosting sağlayıcısının güvenlik politikası gibi diğer olasılıkları ortadan kaldırmaz.Klasör koruması ve dizin erişimini kontrol edin
cPanel’de bir klasör için Dizin Gizliliği etkinleştirildiyse, klasöre web üzerinden gelen ziyaretçiden kimlik doğrulaması istenir. Kullanıcı tanımlanmamış, parola yanlış veya koruma yapılandırması bozulmuşsa erişim beklediğiniz gibi gerçekleşmeyebilir. Dosya Yöneticisi’nde ilgili klasörü seçerek klasör koruması ayarını inceleyin. Klasör herkese açık olması gereken bir alan ise korumayı kaldırın; özel olması gerekiyorsa yetkili kullanıcıyı ve parolayı yeniden kaydedin.
Bir klasörün içinde
index.html, index.php gibi varsayılan giriş dosyası yoksa sunucu klasör listesini göstermeyi reddedebilir ve 403 döndürebilir. Bu durumda dizin listelemeyi açmak yerine, klasörde gösterilmesi gereken giriş dosyasını oluşturmak veya doğru dosya adını belge köküne taşımak daha güvenlidir. Dizin listeleme, yanlış yapılandırıldığında yedek ve yapılandırma dosyalarının görünmesine yol açabilir.Sonucu hangi bilgiyle yorumlamalısınız?
Aşağıdaki ayrım, aynı 403 mesajının farklı nedenlerini birbirinden ayırmanıza yardımcı olur.
| Gözlenen durum | Olası anlamı | Sonraki işlem |
|---|---|---|
| Tek bir dosya 403 veriyor | Dosya izni, dosya sahibi veya dosya adına uygulanan kural | Dosya ve üst klasör izinlerini, ardından .htaccess kurallarını kontrol edin. |
| Bir klasör 403 veriyor | Klasör izni, klasör koruması veya giriş dosyasının bulunmaması | Klasör izinlerini ve Dizin Gizliliği ayarını inceleyin; gerekli giriş dosyasını doğrulayın. |
| Sitenin tamamı 403 veriyor | Yanlış belge kökü, üst klasör erişimi, .htaccess veya sunucu güvenlik kuralı | Belge kökünü doğrulayın, .htaccess dosyasını geçici olarak yeniden adlandırın ve hata kaydını inceleyin. |
| Yalnızca belirli IP adresinden 403 alınıyor | IP engeli, güvenlik duvarı veya ModSecurity kuralı | Hatanın oluştuğu tarih-saat, URL ve istemci IP adresiyle hosting sağlayıcısından ilgili kuralın incelenmesini isteyin. |
Hata kaydından gerçek nedeni bulun
cPanel’de Metrikler bölümündeki Errors arayüzü, alan adlarıyla ilişkili Apache hata kayıtlarının son girdilerini gösterir. 403’ü yeniden oluşturduktan hemen sonra kaydı açın ve aynı zamana ait satırı arayın.
permission denied, client denied, .htaccess sözdizimi veya ModSecurity benzeri ifadeler, sorunun hangi katmanda oluştuğunu ayırmaya yardımcı olur.Hata kaydında belirli bir dosya yolu görünüyorsa talebinizi bu yol üzerinden daraltın. Örneğin kayıt
/home/kullanici/public_html/admin/ için erişim reddedildiğini gösteriyorsa, yalnızca ana sayfanın değil bu klasörün izinleri ve koruma ayarları incelenmelidir. Kayıt görünmüyor veya kullanıcı hesabı hata günlüğüne erişemiyorsa, hosting desteğine şu bilgileri birlikte gönderin: alan adı, tam hata veren URL, UTC tarih-saat, istemci IP adresi, kullandığınız tarayıcı, yaptığınız son değişiklik ve mümkünse hata kaydındaki ilgili satır. Destekten özellikle dosya sahipliği, Apache/NGINX erişim kuralı, ModSecurity ve hesap güvenlik politikalarının kontrol edilmesini isteyin.Sunucu yöneticisi değilseniz Apache yapılandırmasını, EasyApache ayarlarını veya hesap sahipliğini SSH üzerinden rastgele değiştirmeyin. cPanel’in dosya izinleri otomatik güvenlik yapılandırmalarıyla birlikte çalışabilir; yanlış bir toplu izin değişikliği siteyi açsa bile başka dosyaları gereksiz yere erişilebilir hâle getirebilir. Sorun temel izin ve
.htaccess kontrollerinden sonra da devam ediyorsa, destek talebine yaptığınız değişiklikleri ve değişiklik öncesi-sonrası sonucu eklemek, aynı işlemlerin tekrar edilmesini önler.