| Http Durum Kodu |
Durum Kodu Anlamı |
| 100 |
Müşteri talep göndermeye devam etmelidir. Bu geçici yanıt, istemciye yaptığı kısmın sunucu tarafından alındığını bildirmek içindir ve reddedilmemiştir. İstemci kalan kısmı göndermeye devam etmelidir veya talep tamamlanmışsa bu yanıtı göz ardı etmelidir. Sunucu, talep tamamlandıktan sonra bir nihai yanıt göndermelidir. |
| 101 |
Sunucu, istemcinin talebini anladı ve Upgrade başlık bilgisi ile istemciye farklı bir protokol kullanmaya başlayacağını bildirecektir. Bu yanıtın son boş satırı gönderildikten sonra, sunucu Upgrade başlığı ile tanımlanan protokollere geçecektir. Başka bir protokole geçmenin gerçekten faydalı olduğu durumlarda bu tedbir alınmalıdır. Örneğin, yeni HTTP sürümüne geçmek eski sürümden daha avantajlıysa ya da gerçek zamanlı ve senkron bir protokole geçmek gerekiyorsa. |
| 102 |
WebDAV (RFC 2518) tarafından genişletilmiş bir durum kodudur, işleme devam edileceğini temsil eder. |
| 200 |
Talep başarılı oldu, istenen yanıt başlıkları veya veri gövdesi bu yanıtla birlikte dönecektir. |
| 201 |
Talep yerine getirildi ve yeni bir kaynak talebin gereksinimlerine göre oluşturuldu ve URI Location başlık bilgisi ile döndürüldü. Gerekli kaynak zamanında oluşturulamazsa, '202 Accepted' döndürülmelidir. |
| 202 |
Sunucu talebi kabul etti ancak henüz işlenmedi. Reddedilebilir, nihayetinde talep uygulanabilir veya uygulanmayabilir. Asenkron işlemler durumunda, bu durum kodunu döndürmek en etkili yaklaşımdır. 202 durum kodu ile dönen yanıtlara, mevcut işleme state bilgileri iletmesi beklenmektedir, ayrıca kullanıcıların işlemin tamamlanıp tamamlanmadığını tahmin etmelerini sağlayacak durum izleyicisi veya durum tahmincisine işaret etmektedir. |
| 203 |
Sunucu talebi başarıyla işledi ancak gönderilen varlık başlık bilgilsinin orijinal sunucuda geçerli belirli bir kümeden gelmediği, yerel veya üçüncü bir kopya olduğu bildirildi. Mevcut bilgiler orijinal sürümün alt kümesi veya üst kümesi olabilir. Örneğin, bir kaynak hakkında metaveri içeriyorsa, bu da orijinal sunucunun bilgilere yönelik bir süper kümesini bildirebilir. Bu durum kodunun kullanımı zorunlu değildir ve yalnızca yanıtın başka bir durum kodu olsaydı 200 OK döndürmesi durumunda uygundur. |
| 204 |
Sunucu talebi başarıyla işlemiştir ancak herhangi bir gövde içeriği döndürmemektedir ve güncellenmiş üst bilgiler döndürmek istemektedir. Yanıt, yeni veya güncellenmiş üzerine geri bildirim içerebilir, eğer bu başlıklar mevcutsa, istenen değişkenlerle eşleşmelidir. Eğer istemci bir tarayıcıysa, kullanıcı tarayıcı yeni veya güncellenmiş olduğu halde eylem görünümündeki belgeyi değiştirmeden gönderilen sayfayı tutmalıdır. 204 yanıtı hiçbir mesaj gövdesi içermediği için her zaman başlık alanının ardından gelen ilk boş satırda sona ermelidir. |
| 205 |
Sunucu talebi başarıyla işledi ve hiçbir içerik döndürmedi. Ancak 204 yanıtından farklı olarak, bu yanıtın talep edeninden belge görünümünü sıfırlamasını gerektirdi. Bu yanıt genellikle kullanıcının girdisini aldıktan sonra formu hemen sıfırlamak için kullanılır, böylece kullanıcı bir sonraki girişi kolayca başlatabilir. 204 yanıtında olduğu gibi, bu yanıt da herhangi bir mesaj gövdesi içermemekte ve başlık alanından hemen sonra gelen ilk boş satırla sona ermelidir. |
| 206 |
Sunucu kısmi GET talebini başarıyla işledi. FlashGet veya Thunder gibi HTTP indirme araçları, bu tür yanıtları kullanarak kesintisiz indirme veya büyük bir belgenin birden çok parça halinde indirebilmesine olanak tanır. Bu talep, istemcinin almak istediği içerik aralığını belirtmek için Range başlığı içermelidir ve isteğe uygun olarak If-Range koşullarını içerebilir. Yanıt, bu yanıtla dönen içeriğin aralığını göstermek için Content-Range başlık alanını içermelidir; eğer Content-Type multipart/byteranges olan çok bölümlü bir indirme ise, her multipart parçasında içerik aralığını gösteren Content-Range alanı yer almalıdır. Eğer yanıt içinde Content-Length mevcutsa, sayısı döndürülen içerik aralığının gerçek bayt sayısı ile eşleşmelidir. Date ETag ve/veya Content-Location, aynı talepte 200 yanıtı döndürülecekse. Expires, Cache-Control ve/veya Vary, eğer değerleri önceden mevcut değişkenlerin diğer yanıtları için farklı ise. Eğer bu yanıt If-Range güçlü önbellek doğrulaması kullanıyorsa, bu yanıtın başka bir varlık başlığı içermemesi gerekmektedir; eğer bu yanıt If-Range zayıf önbellek doğrulaması kullanıyorsa, bu yanıt diğer varlık başlıklarını içermemelidir; bu, önbelleğe alınan varlık içeriği ile güncellenmiş varlık başlıkları arasındaki tutarsızlıktan kaçınma amacı taşımaktadır. Aksi takdirde, bu yanıtın, 200 yanıtının döndürmesi gereken tüm varlık başlık alanlarını içermesi gerekmektedir. Eğer ETag veya Last-Modified başlıkları kesin olarak eşleşmiyorsa, istemci önbelleği 206 yanıtı döndürülen içerikleri daha önce herhangi bir önbelleğe alınmış içerikle bir araya getiremeyecektir. Range ve Content-Range başlıklarını desteklemeyen önbellekler, 206 yanıtı döndürülen içerikleri önbelleğe almak zorundadır. |
| 207 |
WebDAV (RFC 2518) tarafından genişletilmiş bir durum kodu olup, sonraki mesaj gövdesinin bir XML mesajı olacağını belirtir ve önceden verilen alt istemci sayısına bağlı olarak bağımsız yanıt kodlarını içerebilir. |
| 300 |
İstenen kaynak, kendine özel adres ve tarayıcı tabanlı alınan yanıtların daha fazla kümesini içerir; kullanıcının veya tarayıcının tercih edilen bir adres seçebilir. Başka bir talep olmadıkça, bu yanıtın, kaynak özellikleri ve adresler listesinin bir varlık yapısı içermesi beklenmektedir. Bu varlık yapısının formatı, Content-Type belirlediği format tarafından belirlenir. Tarayıcı, yanıtın formatına ve tarayıcı yeteneklerine bağlı olarak en uygun seçimi otomatik olarak yapabilir. Ancak, RFC 2616 bu otomatik seçimlerin nasıl yapılacağına dair belirgin bir kural getirmemektedir. Eğer sunucunun, öncelikli yanıtı varsa, bu yanıtın URI'sinin Location içinde belirtilmesi beklenmektedir; tarayıcı bu Location değerini otomatik yönlendirme adresi olarak kullanabilir. Ayrıca ek sunum yapılmadıkça, bu yanıt da önbelleğe alınabilmelidir. |
| 301 |
İstenen kaynak kalıcı olarak yeni bir konuma taşındı ve gelecekte bu kaynak için yapılan tüm başvurular, bu yanıtla döndürülen URI'lardan birini kullanmalıdır. Mümkünse, bağlantı düzenleme yeteneğine sahip istemciler, talep edilen adresi sunucunun geri döndürdüğü adres ile otomatik olarak değiştirmelidir. Ek bilgi verilmedikçe, bu yanıt da önbelleğe alınabilmelidir. Yeni kalıcı URI, yanıtın Location alanında döndürülmelidir. Eğer bu bir HEAD isteği değilse, yanıtın varlık içeriğinde yeni URI’ye işaret eden bir hyperlink ve kısa bir açıklama yer almalıdır. Eğer bu bir GET veya HEAD isteği değilse, tarayıcı otomatik yönlendirmeye izin vermez, kullanıcıdan onay almalıdır, çünkü talebin koşulları değişebilir. Not: HTTP/1.0 protokolünü kullanan bazı tarayıcılar, POST taleplerine 301 yanıt geldiğinde, sonraki yönlendirme taleplerini GET yöntemi ile yapacaktır. |
| 302 |
İstenen kaynak şu anda farklı bir URI’den geçici olarak yanıt verilmektedir. Bu tür bir yönlendirme geçici olduğu için, istemci gelecekteki taleplerde eski adresi kullanmaya devam etmelidir. Bu yanıt yalnızca Cache-Control veya Expires'da belirtilmişse önbelleğe alınabilir. Kullanıcı, yeni geçici URI'nin yanıtın Location alanında belirtilmesi beklenmektedir. Eğer bu bir HEAD isteği değilse, yanıt varlık içeriğinde yeni URI'ye işaret eden bir hyperlink ve kısa bir açıklama yer almalıdır. Eğer bu GET veya HEAD değilse, tarayıcı otomatik yönlendirmeye izin vermez, kullanıcıdan onay almalıdır. |
| 303 |
Geçerli talebin yanıtı, başka bir URI'de bulunabilir ve istemcinin bu kaynağa GET metodu ile erişmesi beklenmektedir. Bu yöntem, betikler tarafından tetiklenen POST taleplerinin çıktısını yeni bir kaynağa yönlendirmeyi sağlamak için vardır. Bu yeni URI, orijinal kaynağın yerine geçmez. Ayrıca 303 yanıtı önbelleğe alınamaz. Ancak, ikinci talep (yönlendirme) önbelleğe alınabilir. Yeni URI, yanıtın Location alanında belirtilmelidir. Eğer bu bir HEAD isteği değilse, yanıtın varlık içeriğinde yeni URI'ye işaret eden bir hyperlink ve kısa bir açıklama yer almalıdır. Not: HTTP/1.1 öncesinde birçok tarayıcı 303 durumunu doğru bir şekilde anlamaz. Bu tarayıcılarla etkileşim göz önünde bulundurulursa, 302 durum kodu kullanılabilir. |
| 304 |
Eğer istemci bir koşullu GET talebi gönderdiyse ve bu talep bilmiyorsa, içerik (son ziyaretinden beri veya koşullara göre) değiştirilmediyse, sunucu bu durum kodunu döndürmelidir. 304 yanıtı mesaj gövdesi içeremez ve her zaman başlıklar arasındaki ilk boş satır ile sonlanmalıdır. Yanıt, aşağıdaki başlık bilgilerini içermelidir: Date, eğer sunucu saati yoksa. Hatta sunucu saatine sahip değilse bu kurallara uyması gerekmektedir; bu nedenle önbellek mekanizması düzgün çalışmaktadır. ETag ve/veya Content-Location, eğer aynı talep 200 yanıtı vermiş olmalı. Expires, Cache-Control ve/veya Vary eğer önceki değişkenlerin başka yanıtları için farklı değerler taşıyorsa. Eğer bu yanıt güçlü önbellek doğrulaması kullanıyorsa, bu yanıt başka bir varlık başlığı içermemelidir; aksi taktirde eğer bazı koşullu GET talepleri zayıf önbellek doğrulama kullanıyorsa, bu yanıt da başka başlıkları içermemelidir; bu önbelleğe alınan varlık içeriğinin güncellenmiş varlık bilgisi arasındaki tutarsızlığa karşı önlem alır. Eğer bir 304 yanıt bir varlığın önbelleğe alınmadığını bildiriyorsa, önbellek sistemi bu yanıta göz ardı etmelidir ve sınırlı bir talep ile yeniden elde edilmelidir. Eğer önbellek öğesini güncellemek için bir 304 yanıtı uygulandığında, sistem tüm kayıtları güncellemeli ve ve yanıt içindeki tüm alanların değerini yansıtmalıdır. |
| 305 |
İstenen kaynak belirli bir proxy üzerinden erişim sağlanmalıdır. Location alanında belirtilen URI bilgisi, belirtilen proxy'nin bulunmasını gerektirmektedir. Alıcı, ayrı bir talep göndererek, bu proxy üzerinden gelir kaynağına erişebilir. Yalnızca orijinal sunucu 305 yanıtı oluşturabilir. Not: RFC 2068’de 305 yanıtı tek bir talebe yönlendirmek için belirlenmiyor, sadece orijinal sunucu tarafından oluşturulabilir. Bu kısıtlamalara uyulmaması büyük güvenlik sorunlarına neden olabilir. |
| 306 |
Son güncellenmiş standartta, 306 durum kodu artık kullanılmamaktadır. |
| 307 |
İstenen kaynak şu anda geçici olarak farklı bir URI'den yanıt vermektedir. Geçici bir yönlendirme olduğu için, istemci eski adresine gelecek taleplerde kalmaya devam etmelidir. Cache-Control veya Expires'da belirtilmediyse bu, yalnızca önbelleğe alınabilir. Yanıtın Location alanında yeni geçici URI belirtilmelidir. Yanıtın varlık içeriğinde yeni URI’ye işaret eden bir hyperlink ve kısa bir açıklama içermesi beklenmektedir. Bazı tarayıcılar 307 yanıtları tanımadığı için, kullanıcıların anlamaları ve yeni URI üzerinde talep göndermeleri için yukarıdaki bilgilerin sağlanması gereklidir. Bu GET veya HEAD değilse, otomatik yönlendirme yapılmaz; kullanıcı onay almalıdır. |
| 400 |
1. Anlam hatası, mevcut talep sunucu tarafından anlaşılamıyor. Değişiklik yapılmadıkça, bu talebi yeniden göndermemelidir. 2. Talep parametrelerinde hata. |
| 401 |
Geçerli kullanıcı doğrulaması gerektiren talep edilmektedir. Bu yanıt, talep edilen kaynak için uygun bir WWW-Authenticate başlığı içermelidir. İstemci uygun Authorization başlığı ile yeniden bir talep gönderebilir. Eğer bu talep zaten bir Authorization token içeriyorsa, o zaman 401 yanıtı, sunucunun doğrulamanın reddedildiğini göstermektedir. Eğer 401 yanıtı, önceki yanıtla aynı kimlik doğrulama isteği içeriyorsa ve tarayıcı en az bir kez doğrulamaya çalıştıysa, tarayıcı yanıt içeriğindeki teşhis bilgilerini gösterecektir çünkü bu içeriğin bazı ilgili teşhis bilgileri içermesi muhtemeldir. RFC 2617 ile referans alınmaktadır. |
| 402 |
Bu durum kodu gelecekteki ihtiyaçlar için ayrılmıştır. |
| 403 |
Sunucu isteği anladı ancak yerine getirmeyi reddetti. 401 yanıtından farklı olarak, kimlik doğrulama yardımcı olamaz ve bu talep yeniden gönderilmemelidir. Eğer bu bir HEAD değilse ve sunucu talebin dahil neden henüz gerçekleştirilemediğini açıklamak istiyorsa, bu reddedilen sebebin tanımını yanıtın içeriğinde vermelidir. Elbette sunucu, istemcinin hiçbir bilgi almasını istemiyorsa 404 yanıtı verebilir. |
| 404 |
Talep başarısız oldu ve istenen kaynak sunucuda bulunamadı. Kullanıcıyı bu durumun geçici yoksa kalıcı mı olduğu hakkında bilgi veren bir içerik mevcut değildir. Eğer sunucu bu durumu biliyorsa, 410 durum kodu kullanılarak eski kaynağın bazı iç yapılandırma sorunları nedeniyle kalıcı olarak geçersiz durumda olduğunu belirtmelidir. 404 durumu, sunucunun istemcinin isteğinin neden reddedildiğini açıklamak istememesi veya uygun başka bir yanıt sağlamak istemediğinde yaygın olarak kullanılmaktadır. |
| 405 |
Talep satırında belirlenen istek yönteminin ilgili kaynağa uygulanamaz. Yanıt, mevcut kaynağın kabul edebileceği istek yöntemlerinin listesi için bir Allow başlığı içermelidir. Bazı web sunucuları, PUT, DELETE gibi yöntemlerin sunucular üzerindeki kaynaklar üzerinde yazma işlemi yapmasına izin vermemekte veya varsayılan konfigürasyonda bu istek yöntemlerine izin vermemektedir; bu talepler 405 hatası döndürülmektedir. |
| 406 |
Talep edilen kaynağın içerik özellikleri talep başlığında belirtilen koşulları tatmin edemiyor ve yanıt gövdesi üretilmiyor. Eğer bu bir HEAD isteği değildir, yanıt ayrıca kullanıcının veya tarayıcının en uygun içerik özelliklerini ve adreslerini seçebileceği bir varlık gövdesi içermelidir. Varlığın formu, Content-Type başlığında tanımlanan medya tiplerinden belirlenmektedir. Tarayıcı, biçime ve kendi yeteneklerine bağlı olarak en iyi seçimi yapabilir. Ancak, standart bu tür otomatik seçimlere yönelik belirli bir kriter tanımlamamaktadır. |
| 407 |
401 yanıtına benzer ancak istemcinin önbellek sunucusunda kimlik doğrulaması yapmasını gerektirmektedir. Proxy sunucusu bir Proxy-Authenticate başlığıyla kimlik doğrulama yardımı istemelidir. İstemci, Proxy-Authorization bilgisi ile geri dönebilir. RFC 2617 ile referans alınmaktadır. |
| 408 |
İstek zaman aşımına uğradı. İstemci, sunucunun beklemek için ayarladığı sürede isteği göndermedi. İstemci, talebi yeniden gönderebilir ve bunun için bir değişiklik yapmasına gerek yoktur. |
| 409 |
İstenen kaynak ile mevcut durum arasında bir çelişki mevcut, talep tamamlanamadı. Bu kod yalnızca, kullanıcıyı çelişki çözme yetkisine sahip olduğu durumlarda kullanılabilir; kullanıcı yeni bir talep yeniden gönderebilir. Bu yanıt, kullanıcıyı çelişkinin kaynağına yönlendirmek için yeterli bilgi içermelidir. Çelişki, PUT istemcisi ile ilgili gibi bir talep gönderimi sırasında sıklıkla meydana gelebilir. Örneğin, versiyon kontrolü uygulandığında, belirli bir kaynağı değiştirmeyi amaçlayan bir PUT ile birlikte gönderilen versiyon bilgisi ve daha önce gönderilen istemciler arasında bir çelişki olması durumunda, sunucu 409 hatası döndürerek kullanıcıya talebin yerine getirilemediğini bildirebilir. Bu durumda, yanıt gövdesi genellikle çelişen iki versiyon arasındaki farklılıkları içermektir, böylece kullanıcı yeniden bütünleştirilmiş bir versiyon yeniden gönderilebilir. |
| 410 |
İstenen kaynak, sunucu üzerinde artık mevcut değil ve bilinen hiçbir tercih edilen adres yoktur. Bu tür durumlar kalıcı olarak kabul edilmelidir. Mümkünse, bağlantı düzenleme yeteneğine sahip istemciler, kullanıcı onayı aldıktan sonra bu adrese doğru olan tüm referansları silmelidir. Eğer sunucu bu durumun kalıcı olup olmadığını bilemiyorsa, 404 durum kodu kullanılmalıdır. Ek bilgi verilmedikçe, bu yanıt önbelleğe alınabilir. 410 yanıtının amacı, web yöneticilerine sitesi üzerinden bildirimde bulunmak veya kullanıcılara kaynakların artık mevcut olmadığı ve sunucunun tüm bağlantıların bu kaynağa yönlendirilmesini isteğini bildirmektir. Bu tür olaylar geçici, premium hizmetlerde yaygındır. 410 yanıtı ayrıca istemcileri mevcut sunucu alanında, beklenmedik bir mülkiyete sahip bir kaynak iletisi vererek istemciler arasında bilgi vermek için kullanılmaktadır. Kesin olarak her geçersiz kaynak olduğu bildirilebilir ve belirtilen süre boyunca tutmak tamamen sunucu sahibine bağlıdır. |
| 411 |
Sunucu, Content-Length başlığı tanımlanmadığı sürece isteği reddeder. Geçerli bir Content-Length başlığı ekleyen istemciler yeniden talebini gönderebilir. |
| 412 |
Sunucu, istekte belirtilen başlık alanlarındaki ön koşullardan bir veya birkaçına uymayı başaramadı. Bu durum kodu, istemcinin istek meta bilgilerini (istek başlık alanları verisi) ayarlayarak kaynaklarını almak için taleplerinde ön koşullar koymasına izin vermektedir. |
| 413 |
Sunucu, mevcut isteği işlemekten vazgeçti çünkü gönderilen varlık veri boyutu, sunucunun işlemek için istediği veya yeteneğinin dışındadır. Bu durumda, sunucu istemcinin bu talebi göndermesini engellemek için bağlantıyı kapatmalıdır. Eğer durum geçici ise, sunucu Retry-After başlık bilgisini döndürmekte ve istemciye yeni bir talep için ne kadar süre beklemesi gerektiğini iletmelidir. |
| 414 |
İsteğin URI boyutu, sunucunun çözebileceği boyutu aştığı için sunucu bu isteğe hizmet vermeyi reddetti. Bu durum oldukça nadirdir, en yaygın senaryolar şunlardır: POST yöntemi kullanılmalıdır ancak formun sunucuya GET olarak dönmesi ve sorgu dizisinin (Query String) uzaması; yönlendirmeden kaynaklı URI “kara delik” örneği gibi, her bir yönlendirme eski URI'yi yeni URI'nin bir parçası olarak kullanır ve birkaç yönlendirmeden sonra URI uzunluğunu aşmaktadır; istemci, sunucular içindeki bazı güvenlik açığından saldırmaya çalışabilir. Bu tür sunucular, sabit boyutlu bellek buffer okuma veya istek URI'sını işleme alabilmektedir; GET’ten sonra, parametreler belli bir sayıyı geçince bir buffer taşması oluşabilir ve zararlı herhangi bir kod çalışmasına sebep olabilir. Bu tür güvenlik açığı olmayan sunucular 414 durum kodunu döndürmelidir. |
| 415 |
Mevcut talebin yöntemine ve istenen kaynağa göre, gönderilen varlık sunucu tarafından desteklenmeyen bir biçimdir, bu nedenle talep reddedilmektedir. |
| 416 |
Eğer istekte Range isteği başlığı mevcut ve Range'de belirtilen herhangi bir veri aralığıyla mevcut kaynak aralığı arasında örtüşme yoksa, ve istekte If-Range başlığı tanımlanmamışsa, sunucu 416 durum kodunu döndürmelidir. Eğer Range, bayt aralığı kullanıyorsa, bu durum, istenilen tüm veri aralıklarının başlangıç bayt asal pozisyonunun mevcut kaynak uzunluğunu aşması demektir. Sunucu ayrıca 416 durum kodunu döndürürken, mevcut kaynak uzunluğunu göstermek amacıyla bir Content-Range başlık alanı da içermelidir. Bu yanıtta multipart/byteranges biçimi ile Content-Type kullanılmamalıdır. |
| 417 |
İstek başlığında Expect olarak belirtilen talep içeriği, sunucu tarafından karşılanamamaktadır veya bu sunucu, mevcut yönlendirilmiş yolu üzerindeki bir sonraki düğümde, Expect'in içeriğinin karşılanamayacağına dair açık kanıt sergilemektedir. |
| 421 |
İstemcinin mevcut IP adresinden sunucuya maksimum izin verilen bağlantı sayısını aşmıştır. Genellikle burada, sunucu tarafından görülebilen istemci adresi (örneğin, kullanıcının ağ geçidi veya proxy adresi) kastedilmektedir. Bu durumda, bağlantı sayısı birden fazla terminal kullanıcısını içerebilir. |
| 422 |
Talep formatı geçerli ancak içsel anlam hataları nedeniyle işlenemiyor (RFC 4918 WebDAV). 423 Locked mevcut kaynak kilitli (RFC 4918 WebDAV). |
| 424 |
Önceki bir isteğin neden olduğu bir hatadan dolayı, mevcut talep başarısız oldu, örneğin PROPPATCH işlemleri (RFC 4918 WebDAV). |
| 425 |
Webdav Advanced Collections taslağında tanımlanmış ama WebDAV Sıralı Küme Protokolü'nde (RFC 3658) yer almamaktadır. |
| 426 |
İstemcinin TLS/1.0'a geçmesi gerekmektedir (RFC 2817). |
| 449 |
Microsoft tarafından genişletilmiş olup, talebin uygun bir işlemi tamamladıktan sonra tekrarlanması gerektiğini belirtmektedir. |
| 500 |
Sunucu, tahmin edilemeyen bir durum ile karşılaştı ve isteği tamamlamayı başaramadı. Genellikle bu sorun, sunucunun kodunda bir hata nedeniyle ortaya çıkar. |
| 501 |
Sunucu, mevcut talep için gereken bir özelliği desteklememektedir. Sunucu, istek yöntemi tanımıyor veya kaynağı desteklemek için bir şekilde olmayan bir istekte bulunmuştur. |
| 502 |
Bir ağ geçidi veya proxy olarak çalışan sunucu, talebi işlerken üst sunucudan geçersiz bir yanıt aldı. |
| 503 |
Geçici sunucu bakımı veya aşırı yük nedeniyle sunucu şu anda isteği işleyememektedir. Bu durum geçicidir ve bir süre sonra düzelecektir. Gecikme tahmin edilebilirse, yanıtta bir Retry-After başlığı bulunabilir ve gecikme süresi belirtilebilir. Eğer bu Retry-After bilgisi yoksa, istemci 500 yanıtı ile başa çıkmalıdır. Belirtmek gerekir ki, 503 durum kodunun varlığı, sunucunun aşırı yüklendiğinde bunu kullanması gerektiği anlamına gelmez. Bazı sunucular sadece istemcinin bağlantısını reddetmek isteyebilir. |
| 504 |
Bir ağ geçidi veya proxy olarak çalışan sunucu, üst sunucudan (HTTP, FTP, LDAP gibi URI'yi işaret eden sunucudan) veya yardımcı bir sunucudan (örneğin DNS) zamanında yanıt alamadı. Dikkat: bazı proxy sunucuları DNS sorgusunda zaman aşımında 400 veya 500 hatası döndürebilmektedir. |
| 505 |
Sunucu, veya talepte kullanılan HTTP sürümünü desteklememektedir veya bu desteği reddetmektedir. Bunun anlamı sunucunun istemci ile aynı sürümü kullanmayı kabul etmediğidir. Yanıt, neden sürümün desteklenmediğini ve sunucunun hangi protokolleri desteklediğini açıklayan bir varlık içermelidir. |
| 506 |
Şeffaf İçerik Anlaşma Protokolü (RFC 2295) tarafından genişletilmiştir, sunucuda iç yapılandırma hatası vardır: istenen uzlaştırma değişken kaynağı kendini kullanmaktadır. |
| 507 |
Sunucu, isteği tamamlamak için gerekli olan içeriği depolayamamaktadır. Bu durum geçici olarak kabul edilmektedir. WebDAV (RFC 4918). |
| 509 |
Sunucu bant genişliği limitine ulaşmıştır. Bu resmi bir durum kodu değildir, ancak yine de yaygın olarak kullanılmaktadır. |
| 510 |
Kaynağın alınması için gereken politika yerine getirilmemiştir (RFC 2774). |