İlk kayıtta hangi bilgiler olmalı?
Hatanın saati ve saat dilimi, istenen alan adı ve yol, HTTP yöntemi ve tekrar sıklığını kaydedin. IIS günlüklerindeki durum, alt durum ve Win32 durum alanlarını ilgili istekle eşleştirin. Kullanıcı parolası, oturum çerezi ve özel sorgu parametrelerini destek çıktısına koymayın.
Birden fazla site varsa doğru site günlüğünü okuduğunuzu doğrulayın. Aynı sunucudaki başka bir sitenin çalışması ağın tamamen kapalı olmadığını gösterebilir; sorunlu sitenin havuzunu, uygulamasını veya sertifikasını doğrulamaz.
Hata ailesine göre ilk kontrol
| Belirti | İlk araştırma | Kaçınılacak varsayım |
|---|---|---|
| 500.19 | Yapılandırma dosyası, modül ve ayrıntılı hata kodu | Her zaman dosya iznidir |
| 500.30 | ASP.NET Core başlangıç ve olay kayıtları | Yalnız IIS yeniden başlatılmalıdır |
| 502 / 502.5 | Proxy arka ucu veya uygulama süreç hatası | DNS kesin bozuktur |
| 503 | Havuz, hizmet, kapasite ve durdurulma nedeni | Uygulama dosyaları kesin eksiktir |
Sorunu katman katman daraltın
- Dış alan adı ile yerel siteyi aynı Host adı ve uygun TLS doğrulamasıyla karşılaştırın.
- Statik dosya ve dinamik uygulama isteğini ayrı sınayın. Yalnız dinamik yol bozuksa ilgili çalışma zamanına odaklanın.
- Reverse proxy varsa uygulamayı kendi yerel portunda kontrol edin; doğrudan ve proxy üzerinden sonuçları ayırın.
- Havuzun durumu ve son durma sebebiyle olay kaydını eşleştirin. Tekrarlanan çökmelerde koruma mekanizmalarını gelişigüzel devre dışı bırakmayın.
Bir değişiklik, bir doğrulama
Mevcut yapılandırmanın yedeğini alın ve bir seferde yalnız kanıtla ilişkili değişikliği uygulayın. Çalışan bütün havuzları yeniden başlatmak hem diğer müşterileri etkiler hem de teşhis için gerekli anlık durumu kaybettirebilir.
Örneğin 500.19 ayrıntısı tanınmayan yapılandırma bölümünü işaret ediyorsa o bölüme ait bileşeni araştırın. Erişim reddi gösteriyorsa gerçek süreç kimliğini ve ilgili dosya iznini inceleyin. Aynı üst durum kodu farklı çözümlere götürür.
Düzeldi kararının ölçütü
Önceden başarısız olan isteği aynı koşullarda tekrar çalıştırın. Sonra giriş, veri işlemi ve varsa dosya yükleme gibi kritik yolları deneyin. Hata kaydının durduğunu ve komşu sitelerin çalıştığını kontrol edin.
Bulgu, yapılan değişiklik, test sonucu ve geri alma yolunu kısa bir olay notunda saklayın. Yeniden oluşan hatalarda ilk kez araştırıyormuş gibi başlamak yerine önce aynı imzanın dönüp dönmediğine bakın.
Uygulama istek kimliği üretiyorsa aynı kimliği günlüklerle ilişkilendirin. Böylece benzer anda oluşan iki farklı hatayı tek olay sanmazsınız.
Sık sorulan sorular
500 hatası uygulama kodu hatası mıdır?
Her zaman değil. Yapılandırma, eksik modül, başlangıç veya uygulama istisnası farklı 500 sonuçları üretebilir. Alt durum ve günlük gerekir.
IIS’i yeniden başlatmak kalıcı çözüm mü?
Bazen geçici erişimi geri getirebilir; fakat nedenin giderildiğini kanıtlamaz. Önce kanıtı kaydedin ve mümkünse yalnız etkilenen siteye müdahale edin.
Proxy 502 veriyor ama uygulama yerelde çalışıyor, neye bakılır?
Hedef adresi, portu, proxy yapılandırmasını ve zaman aşımını inceleyin. Aynı isteğin iki yol üzerinden davranışını karşılaştırın.
Başarılı HTTP kodu yeterli mi?
Beklenen içerik ve kritik kullanıcı işlemleri de doğrulanmalıdır. Bir hata sayfasının yanlışlıkla 200 döndürmesi başarı değildir.