Plesk panel üzerinden yönetilen bir sitede 403 Forbidden hatası görüyorsanız sunucunun isteği anladığı ancak erişime izin vermediği anlamına gelir. Önce hatanın tüm sitede mi, tek bir klasörde mi oluştuğunu belirleyin; ardından belge kökü, dosya izinleri, dizin erişimi ve güvenlik kurallarını sırayla inceleyin. Her değişiklikten önce mevcut değeri kaydedin ve tek seferde yalnızca bir ayarı değiştirin.
Bu işlem için en azından ilgili alan adının Plesk yönetim ekranına ve mümkünse dosya yöneticisine erişiminiz olmalıdır. Paylaşımlı hosting kullanıyorsanız sunucu yapılandırmasına, web sunucusu günlüklerinin tamamına veya güvenlik duvarına erişemeyebilirsiniz; bu durumda yalnızca size sunulan site, dosya ve PHP ayarlarını değiştirin. Yönetici tarafından işletilen bir sunucuda ise Plesk günlüklerine ek olarak web sunucusu ve güvenlik modülü kayıtları da incelenebilir.
Hata alan adresini ve saati not edin. Ana sayfa çalışıyor, fakat /admin veya belirli bir klasör 403 döndürüyorsa sorun genellikle o konumun dosya erişimi, dizin kuralı ya da uygulama yapılandırmasıyla sınırlıdır. Tüm alan adı aynı yanıtı veriyorsa belge kökü, alan adı yapılandırması veya sunucu düzeyindeki erişim kuralı daha öncelikli hale gelir.
Aynı adresi gizli tarayıcı penceresinde açın ve mümkünse ana sayfa, sorunlu alt adres ve statik bir dosya olmak üzere üç isteği karşılaştırın. Plesk içinde ilgili alan adının günlükler bölümünde aynı zamana ait yeni kaydı bulun. Kayıtta 403 ile birlikte belirli bir dosya veya klasör görünüyorsa incelemeyi o konumda sürdürün; hiçbir istek çalışmıyorsa belge kökü ve alan adı ayarlarına geçin. Önbelleğe alınmış bir yanıtı gerçek sonuç sanmamak için değişiklikten sonra yine aynı adresi kullanın.
Plesk panelde alan adının hosting ayarlarını açıp Document root veya belge kökü değerini not edin. Plesk Dosya Yöneticisi'nde bu konumun gerçekten site dosyalarını içerdiğini ve beklenen giriş dosyasının, örneğin index.php ya da index.html, burada bulunduğunu kontrol edin. Kök yanlış bir klasöre işaret ediyorsa doğru, mevcut site dosyalarını içeren yolu kaydetmeden önce eski değeri not alın ve yalnızca belge kökünü düzeltin. Klasör doğruysa başka bir ayarı değiştirmeden sonraki adıma geçin.
Dosya Yöneticisi'nde 403 döndüren dosyanın ve onu içeren klasörün izinlerini inceleyin. Web sunucusu, dosyayı okuyabilmeli ve üst klasörlerden geçebilmelidir; ancak tüm dosyalara sınırsız yazma yetkisi vermek güvenli bir düzeltme değildir. Yakın zamanda yükleme, taşıma veya geri yükleme yapıldıysa sahiplik ya da okuma izninin değişip değişmediğini hosting sağlayıcısının önerdiği varsayılanlarla karşılaştırın. Günlükte açıkça okuma veya erişim reddi görünüyorsa yalnız ilgili dosya ya da klasörün uygun sahiplik ve okuma erişimini düzeltin; kayıt bunu göstermiyorsa izinleri rastgele genişletmeyin.
Ana sayfa yerine klasör adresi 403 döndürüyorsa o klasörde giriş dosyası bulunmayabilir veya dizin listeleme kapalı olabilir. Dizin listelemeyi açmak yerine uygulamanın beklediği giriş dosyasını kullanın. Plesk'te web sunucusu ayarlarında varsayılan belgeler ya da ilgili alanın Apache/nginx yönergeleri düzenlenebiliyorsa mevcut özel kuralı geçici olarak kaldırmadan önce kopyasını alın. Kural belirli bir klasöre erişimi reddediyorsa yalnız hatalı satırı düzeltin; güvenlik amacıyla eklenmiş bir engeli bütünüyle kaldırmayın.
Günlükte ModSecurity, güvenlik kuralı veya benzeri bir engelleme ifadesi varsa sorun dosya izninden çok isteğin güvenlik filtresince reddedilmesi olabilir. Plesk'te alan adına ait web uygulaması güvenlik kayıtlarını ve olay ayrıntısını inceleyin; belirli bir istek parametresi ya da kural kimliği gösteriliyorsa sağlayıcının güvenli istisna prosedürünü kullanın. Güvenliği tüm site için kapatmak yerine yalnızca doğrulanmış yanlış pozitif için kapsamı dar bir düzeltme isteyin. Böyle bir kayıt yoksa güvenlik ayarını değiştirmeyin ve uygulama yönlendirmelerine dönün.
Değişiklikten sonra kaydetme zamanını not edin, aynı URL'yi tekrar açın ve günlüklerde bu yeni isteğe ait satırı bulun. 403 kaybolduysa çözümün belge kökü, izin veya kural değişikliğinden hangisi olduğunu belirlemek için notlarınızı saklayın. Hata sürüyor ve yeni kayıt aynı engeli gösteriyorsa önceki ayarı geri yükleyin; farklı bir hata oluştuysa ilk 403 kaydının bütün nedeni açıkladığını varsaymayın. Özellikle uygulama dosyası değişikliği yaptıysanız, geri alma için dosyanın yedeğini kullanın ve çalışan ayarı koruyun.
Örneğin varsayımsal bir sitede ana sayfa açılıyor, fakat /raporlar yolu 403 döndürüyor ve günlükte bu klasöre ait okuma reddi kaydı bulunuyorsa, belge kökünü değiştirmek yerine ilgili klasörün sahiplik ve okuma erişimi incelenmelidir. Aynı istekten sonra kayıt ModSecurity kuralını gösterirse izinleri genişletmek yanlış yöndür; güvenlik kuralının yalnız bu isteği neden yakaladığını sağlayıcıyla değerlendirmek gerekir.
Alan adının tamamı 403 döndürüyor ve Plesk'teki belge kökü boş ya da yanlış klasörü gösteriyorsa önce kökü düzeltmek mantıklıdır. Kök doğru, giriş dosyası mevcut ve günlük erişim reddi göstermiyorsa dizin kuralları veya sağlayıcı düzeyindeki yapılandırma daha olasıdır. Yönetilen bir sunucuda bu aşamada ilgili alan adı, tam saat ve yeni günlük satırını paylaşarak destek istemek; paylaşımlı hostingde ise rastgele izin değişiklikleri yapmak yerine önceki değeri geri yüklemek daha güvenlidir.
Site için yönetici erişimi ve daha geniş sunucu kontrolü gerekiyorsa, bunu teknik gereksinim olarak ayrıca değerlendirin; Türkiye VDS sunucu paketleri sayfası yalnızca alternatif ortamları incelemek için kullanılabilir ve 403 hatasının kendiliğinden çözüleceğini göstermez. Şimdi en güvenli sonraki adım, hatalı URL'nin saatini not edip Plesk günlüklerindeki yeni 403 satırını belge kökü ve ilgili dosyayla karşılaştırmaktır.
Copyright © 2026 Tüm Hakları Saklıdır.
Türkiye (Türkçe)
Worldwide (English)