- Konu sahibi
- #1
HTTP hatası, bir HTTP isteğine sunucunun 4xx veya 5xx sınıfında hata yanıtı vermesiyle karşılaşılan durumu anlatır. Kod, nedeni araştırmak için başlangıç bilgisidir; arızanın kesin kaynağını tek başına belirlemez. DNS çözümlemesi veya TLS bağlantısı daha önce başarısız olursa hiç HTTP yanıtı alınmayabilir. Örneğin 404, istenen kaynağın bulunamadığını; 500 ise sunucunun isteği işlerken beklenmeyen bir sorun yaşadığını belirtir.
Bir ziyaretçi
Aşağıdaki özet, ilk incelemede hangi yöne bakacağınızı belirlemenize yardımcı olur.
Örneğin
Her HTTP hatasını DNS sorunu sanmak doğru değildir. DNS çözülüyor ve sunucu bir HTTP kodu döndürüyorsa istek en azından bir HTTP hizmetine ulaşmıştır. Benzer şekilde 404 görüldüğünde hemen yeni bir dosya oluşturmak yerine URL'nin yanlış yazılıp yazılmadığı, kaynağın taşınıp taşınmadığı ve gerekli yönlendirmenin bulunup bulunmadığı incelenmelidir.
500, 502, 503 ve 504 kodlarında sürekli sayfayı yenilemek genellikle çözüm değildir. Önce hata zamanındaki günlükler, servis durumu, kaynak kullanımı ve proxy ile uygulama arasındaki bağlantı kontrol edilmelidir. 403 için de yalnızca dosya izinlerini rastgele değiştirmek yerine web sunucusu kuralları, sahiplik, güvenlik eklentileri ve erişim politikaları birlikte değerlendirilmelidir.
Ziyaretçi tarafındaki oturum, tarayıcı veya istek sorunları kullanıcı tarafından çözülebilir. Sunucu, uygulama, yetki ve proxy kaynaklı hatalarda ise site yöneticisinin veya hosting sağlayıcısının müdahalesi gerekir.
Hayır. Uygulama bazen hata görünümü gösterirken yanlışlıkla 200 kodu döndürebilir. Teşhis için sayfanın görünümüne değil, gerçek HTTP durum koduna ve sunucu günlüklerine bakılmalıdır.
HTTP durum kodu nasıl okunur?
Bir ziyaretçi
example.com/urun adresini açtığında tarayıcı HTTP isteği gönderir. Sunucu bu isteğe bir HTTP durum kodu, başlıklar ve çoğu zaman sayfa içeriğiyle karşılık verir. Kodun ilk rakamı sorunun genel sınıfını belirtir:- 1xx: Bilgilendirme yanıtlarıdır; normal sayfa ziyaretlerinde genellikle doğrudan hata olarak görülmez.
- 2xx: İstek başarılıdır.
200 OKbunun en yaygın örneğidir. - 3xx: Yönlendirme veya önbellek davranışı vardır.
301kalıcı,302geçici yönlendirme için kullanılır. - 4xx: İstek veya istemci tarafıyla ilgili sorun vardır. Yanlış adres, yetki eksikliği, hatalı istek veya istek sınırının aşılması bu gruba girebilir.
- 5xx: Sunucu ya da sunucunun bağlı olduğu başka bir hizmet isteği tamamlayamamıştır.
Yaygın HTTP hata kodları
Aşağıdaki özet, ilk incelemede hangi yöne bakacağınızı belirlemenize yardımcı olur.
| Kod | Anlamı | İlk kontrol |
|---|---|---|
| 400 | Hatalı istek | URL, istek verisi ve uygulama formu |
| 401 | Kimlik doğrulama gerekli | Oturum, kullanıcı adı ve erişim belirteçleri |
| 403 | Erişim reddedildi | Dosya izinleri, erişim kuralları ve güvenlik duvarı |
| 404 | Kaynak bulunamadı | URL, dosya yolu, kalıcı bağlantı ve yönlendirmeler |
| 429 | Çok fazla istek | İstek limiti, bot kuralları ve istemci trafiği |
| 500 | Sunucu içi hata | Uygulama ve PHP günlükleri, son değişiklikler |
| 502 | Geçersiz ağ geçidi yanıtı | Ters proxy ile arka uç uygulaması arasındaki bağlantı |
| 503 | Hizmet kullanılamıyor | Bakım, aşırı yük, işlemci/bellek ve servis durumu |
| 504 | Ağ geçidi zaman aşımı | Arka uç yanıt süresi, veritabanı ve ağ bağlantısı |
example.com/urun adresi 404 döndürüyorsa önce URL yazımı, ürünün gerçekten mevcut olup olmadığı ve uygulamanın kalıcı bağlantı kuralları kontrol edilir. Aynı sayfa 500 döndürüyorsa URL doğru olsa bile uygulamanın kodu, eklentisi, yapılandırması veya sunucu günlükleri incelenmelidir.HTTP hatası nasıl teşhis edilir?
- Hata kodunu tam olarak kaydedin. Sadece “site açılmıyor” bilgisi yerine 403, 404, 500 veya başka bir kodu belirleyin.
- Sorunun tek bir sayfada mı, tüm sitede mi olduğunu test edin. Yalnızca bir URL etkileniyorsa bağlantı veya kaynak; tüm site etkileniyorsa sunucu, DNS, proxy veya uygulama sorunu olma ihtimali artar.
- Aynı adresi farklı bir tarayıcıdan veya gizli pencereden deneyin. Sorun yalnızca bir kullanıcıda görülüyorsa önbellek, çerez, oturum veya tarayıcı eklentilerini kontrol edin.
- Yakın zamanda yapılan değişiklikleri gözden geçirin. Eklenti, tema, DNS, SSL, proxy, web sunucusu kuralı veya dosya izinlerinde yapılan değişiklikler önemli ipuçları verir.
- Sunucu günlüklerini hata zamanına göre inceleyin. Web sunucusu günlüğü isteğin durumunu; uygulama günlüğü ise kod, veritabanı veya bağımlılık hatasının ayrıntısını gösterebilir.
- Sorunu düzelttikten sonra aynı URL'yi yeniden test edin. Hata devam ediyorsa önbellek, CDN veya ters proxy üzerinde eski yanıt tutulup tutulmadığını kontrol edin.
Sık yapılan hatalar
Her HTTP hatasını DNS sorunu sanmak doğru değildir. DNS çözülüyor ve sunucu bir HTTP kodu döndürüyorsa istek en azından bir HTTP hizmetine ulaşmıştır. Benzer şekilde 404 görüldüğünde hemen yeni bir dosya oluşturmak yerine URL'nin yanlış yazılıp yazılmadığı, kaynağın taşınıp taşınmadığı ve gerekli yönlendirmenin bulunup bulunmadığı incelenmelidir.
500, 502, 503 ve 504 kodlarında sürekli sayfayı yenilemek genellikle çözüm değildir. Önce hata zamanındaki günlükler, servis durumu, kaynak kullanımı ve proxy ile uygulama arasındaki bağlantı kontrol edilmelidir. 403 için de yalnızca dosya izinlerini rastgele değiştirmek yerine web sunucusu kuralları, sahiplik, güvenlik eklentileri ve erişim politikaları birlikte değerlendirilmelidir.
Sık sorulan sorular
HTTP hata kodunu ziyaretçi mi yoksa site sahibi mi düzeltir?
Ziyaretçi tarafındaki oturum, tarayıcı veya istek sorunları kullanıcı tarafından çözülebilir. Sunucu, uygulama, yetki ve proxy kaynaklı hatalarda ise site yöneticisinin veya hosting sağlayıcısının müdahalesi gerekir.
Bir hata sayfası görünmesi HTTP kodunun doğru olduğu anlamına gelir mi?
Hayır. Uygulama bazen hata görünümü gösterirken yanlışlıkla 200 kodu döndürebilir. Teşhis için sayfanın görünümüne değil, gerçek HTTP durum koduna ve sunucu günlüklerine bakılmalıdır.