Yukarıdaki hatayı alıyorsanız muhtemelen benim gibi google’da arama yaparak hatanın sebebini bulmaya çalışıyorsunuzdur.
Yaptığım araştırmalarda hatanın web.config dosyasında read-only yetkisi açık olabilir şeklinde çözümler görebilirsiniz bir kontrol etmekte fayda var, bundan olabileceğini zaten düşündüm belki şirketteki diğer arkadaşların web.config için bu özelliği açabileceğini düşünüp kontrol ettim ancak read-only zaten verilmemişti.
Sonra IIS üzerinden yaptığım kontrollerde sadece hatayı aldığım sitede değil diğer sitelerdede aynı problemin olduğunu herhangi bir siteye tıklayıp web.config dosyasına setting yazdırmayı denediğimde gördüm.
Yılmadan sorunun sebebini incelemeye devam ettim ve herhangi bir web sitesinin Physical Path ( dizin ) ayarını D değilde C:\ dizininde gösterip denedim bu sefer authentication ayarlarını değiştiğimde web.config dosyasına yazabildiğini fark ettim.
Sorunun D:\ dizininden olabileceğini düşünüp D dizinindeki permissionlarda attrib -r /S komutunu vererek tüm websitelerinin bulunduğu dizinlerde read-only özelliğini kapatmayı denedim. Ancak bu işlem tamamlandığındada çözüm olmadı.
Sonuç itibariyle saatlerce uğraşın sonunda herhangi bir çözüm yok. Sonra daha önceki tecrübelerimden Windows’un Framework güncellemesi yapmış olabileceğini düşündüm ve sunucuyu restart ettim. Sunucu açıldıktan sonra kontrol ettiğimde problemin çözüldüğünü gördüm. Sunucunun yaptığı güncellemeleri kontrol ettiğimde ise KB3098781, KB3097996 iki tane microsoft .net framework güncellemesinin yüklendiğini tespit ettim.
Daha önceki bir tecrübemdede .net framework güncellemesi sonrasında tüm websitelerinin uygulama havuzlarının 4.0’dan 2.0 geçtiğini farketmiştim ve sunucu restart ettikten sonra düzelmişti. Microsoft’un yayınladığı .net framework güncellemeleri bazen böyle saçma hatalara sebep olabiliyor 🙂
Başka bir microsoft deneyiminde görüşmek üzere.
