HTTP狀態查詢
簡介

HTTP狀態碼(HTTP Status Code)

一些常見的狀態碼為:200 - 伺服器成功返回網頁 404 - 請求的網頁不存在 503 - 服務不可用

所有狀態解釋:

狀態碼 狀態碼詳解
100 (繼續) 請求者應當繼續提出請求。 伺服器返回此代碼表示已收到請求的第一部分,正在等待其餘部分。
101 (切換協議) 請求者已要求伺服器切換協議,伺服器已確認並準備切換。
102 由WebDAV(RFC 2518)擴展的狀態碼,代表處理將被繼續執行。
200 (成功) 伺服器已成功處理了請求。 通常,這表示伺服器提供了請求的網頁。
201 (已建立) 請求成功並且伺服器建立了新的資源。
202 (已接受) 伺服器已接受請求,但尚未處理。
203 (非授權資訊) 伺服器已成功處理了請求,但返回的資訊可能來自另一來源。
204 (無內容) 伺服器成功處理了請求,但沒有返回任何內容。
205 (重置內容) 伺服器成功處理了請求,但沒有返回任何內容。
206 (部分內容) 伺服器成功處理了部分 GET 請求。
208 一個DAV的綁定成員被前一個請求枚舉,並且沒有被再一次包括。
226 (IM Used) 伺服器已經滿足了請求所要的資源,並且響應是一個或者多個實例操作應用於當前實例的結果。
300 (多種選擇) 針對請求,伺服器可執行多種操作。 伺服器可根據請求者 (user agent) 選擇一項操作,或提供操作列表供請求者選擇。
301 (永久移動) 請求的網頁已永久移動到新位置。 伺服器返回此響應(對 GET 或 HEAD 請求的響應)時,會自動將請求者轉到新位置。
302 (臨時移動) 伺服器目前從不同位置的網頁響應請求,但請求者應繼續使用原有位置來進行以後的請求。
303 (查看其他位置) 請求者應當對不同的位置使用單獨的 GET 請求來檢索響應時,伺服器返回此代碼。
304 (未修改) 自從上次請求後,請求的網頁未修改過。 伺服器返回此響應時,不會返回網頁內容。
305 (使用代理) 請求者只能使用代理訪問請求的網頁。 如果伺服器返回此響應,還表示請求者應使用代理。
307 (臨時重定向) 伺服器目前從不同位置的網頁響應請求,但請求者應繼續使用原有位置來進行以後的請求。
308 (永久轉移) 這個請求和以後的請求都應該被另一個URI地址重新發送。307、308和302、301有相同的表現,但是不允許HTTP方法改變。例如,請求表單到一個永久轉移的資源將會繼續順利地執行。
400 (錯誤請求) 伺服器不理解請求的語法。
401 (未授權) 請求要求身份驗證。 對於需要登入的網頁,伺服器可能返回此響應。
402 該狀態碼是為了將來可能的需求而預留的。
403 (禁止) 伺服器拒絕請求。
404 (未找到) 伺服器找不到請求的網頁。
405 (方法禁用) 禁用請求中指定的方法。
406 (不接受) 無法使用請求的內容特性響應請求的網頁。
407 (需要代理授權) 此狀態代碼與 401(未授權)類似,但指定請求者應當授權使用代理。
408 (請求逾時) 伺服器等候請求時發生逾時。
409 (衝突) 伺服器在完成請求時發生衝突。 伺服器必須在響應中包含有關衝突的資訊。
410 (已刪除) 如果請求的資源已永久刪除,伺服器就會返回此響應。
411 (需要有效長度) 伺服器不接受不含有效內容長度標頭欄位的請求。
412 (未滿足前提條件) 伺服器未滿足請求者在請求中設定的其中一個前提條件。
413 (請求實體過大) 伺服器無法處理請求,因為請求實體過大,超出伺服器的處理能力。
414 (請求的 URI 過長) 請求的 URI(通常為網址)過長,伺服器無法處理。
415 (不支援的媒體類型) 請求的格式不受請求頁面的支援。
416 (請求範圍不符合要求) 如果頁面無法提供請求的範圍,則伺服器會返回此狀態代碼。
417 (未滿足期望值) 伺服器未滿足"期望"請求標頭欄位的要求。
418 (我是一個茶壺) 這個代碼是在1998年作為傳統的IETF April Fools‘ jokes被定義的在RFC2324,超文本咖啡罐控制協議,但是並沒有被實際的HTTP伺服器實現。RFC指定了這個代碼應該是由茶罐返回給速溶咖啡。
419 (驗證逾時) 並不是HTTP標注的一部分,419驗證逾時表示以前的有效證明已經失效了。同時也被用於401未驗證的替代選擇為了從其它被拒絕訪問的已驗證客戶端中指定伺服器的資源。
420 (方法失效) 不是HTTP的標準,但是被Spring定義在HTTP狀態類中當方法失時使用。這個狀態碼已經不推薦在Spring中使用。
420 (提高你的耐心) 也不是HTTP標準的一部分,但是被版本1的Twitter搜索和趨勢APi返回當客戶端的速率被限制的時候。其它的服務提供商可能會使用429太多的請求響應碼來代替。
421 從當前客戶端所在的IP地址到伺服器的連接數超過了伺服器許可的最大範圍。通常,這裡的IP地址指的是從伺服器上看到的客戶端地址(比如用戶的網關或者代理伺服器地址)。在這種情況下,連接數的計算可能涉及到不止一個終端用戶。
422 請求格式正確,但是由於含有語義錯誤,無法響應。(RFC 4918 WebDAV)
423 Locked當前資源被鎖定。(RFC 4918 WebDAV)
424 由於之前的某個請求發生的錯誤,導致當前請求失敗,例如 PROPPATCH。(RFC 4918 WebDAV)
425 在WebDav Advanced Collections 草案中定義,但是未出現在《WebDAV 顺序集協議》(RFC 3658)中。
426 客戶端應當切換到TLS/1.0。(RFC 2817)
428 (需要前置條件) 原始伺服器需要有條件的請求。當客戶端GET一個資源的狀態的時候,同時又PUT回給伺服器,與此同時第三方修改狀態到伺服器上的時候,為了避免丟失更新的問題發生將會導致衝突。
429 (過多請求) 用戶已經發送了太多的請求在指定的時間裡。用於限制速率。
431 (請求標頭欄位太大) 伺服器由於一個單獨的請求標頭欄位或者是全部的欄位太大而不願意處理請求。
440 (登入逾時(微軟)) 一個微軟的擴展,意味着你的會話已經逾時。
444 (無響應) 被使用在Nginx的日誌中表明伺服器沒有返回資訊給客戶端並且關閉了連接(在威懾惡意軟體的時候比較有用)。
449 (重試(微軟)) 一個微軟的擴展。請求應該在執行適當的動作之後被重試。
450 (被Windows家長控制阻塞(微軟)) 一個微軟的擴展。這個錯誤是當Windows家長控制打開並且阻塞指定網頁的訪問的時候被指定。
451 (由於法律原因而無效(因特網草稿)) 被定義在因特網草稿“一個新的HTTP狀態碼用於法律限制的資源”。被用於當資源的訪問由於法律原因被禁止的時候。例如檢查制度或者是政府強制要求禁止訪問。一個例子是1953年dystopian的小說Fahrenheit 451就是一個非法的資源。
451 (重定向(微軟)) 被用在Exchange ActiveSync中如果一個更有效的伺服器能夠被使用或者是伺服器不能訪問用戶的郵箱。客戶端會假定重新執行HTTP自動發現協議去尋找更適合的伺服器。
494 (請求標頭太大(Nginx)) Nginx內置代碼和431類似,但是是被更早地引入在版本0.9.4(在2011年1月21日)。
495 (證書錯誤(Nginx)) Nginx內置的代碼,當使用SSL客戶端證書的時候錯誤會出現為了在日誌錯誤中區分它和4XX和一個錯誤頁面的重定向。。
496 (沒有證書(Nginx)) Nginx內置的代碼,當客戶端不能提供證書在日誌中分辨4XX和一個錯誤頁面的重定向。
497 (HTTP到HTTPS(Nginx)) Nginx內置的代碼,被用於原始的HTTP的請求發送給HTTPS端口去分辨4XX在日誌中和一個錯誤頁面的重定向。
498 (令牌逾時或失效(Esri)) 由ArcGIS for Server返回。這個代碼意味着令牌的逾時或者是失效。
499 (客戶端關閉請求(Nginx)) 被用在Nginx日誌去表明一個連接已經被客戶端關閉當伺服器仍然正在處理它的請求,是的伺服器無法返貨狀態碼。
499 (需要令牌(Esri)) 由ArcGIS for Server返回。意味着需要一個令牌(如果沒有令牌被提交)。
500 (伺服器內部錯誤) 伺服器遇到錯誤,無法完成請求。
501 (尚未實施) 伺服器不具備完成請求的功能。 例如,伺服器無法識別請求方法時可能會返回此代碼。
502 (錯誤網關) 伺服器作為網關或代理,從上游伺服器收到無效響應。
503 (服務不可用) 伺服器目前無法使用(由於超載或停機維護)。 通常,這只是暫時狀態。
504 (網關逾時) 伺服器作為網關或代理,但是沒有及時從上游伺服器收到請求。
505 HTTP 版本不支援:伺服器不支援請求中所用的 HTTP 協議版本。
506 由《透明內容協商協議》(RFC 2295)擴展,代表伺服器存在內部配置錯誤:被請求的協商變元資源被配置為在透明內容協商中使用自己,因此在一個協商處理中不是一個合適的重點。
507 伺服器無法儲存完成請求所必須的內容。這個狀況被認為是臨時的。WebDAV (RFC 4918)
509 伺服器達到頻寬限制。這不是一個官方的狀態碼,但是仍被廣泛使用。
510 獲取資源所需要的策略並沒有沒滿足。(RFC 2774)。
508 (發現環路)伺服器發現了一個無限的循環檔處理請求的時候。
511 (需要網路授權)客戶端需要授權去火的網路的訪問權限。一般用於代理交互中被用來進行網路的訪問控制。
520 (未知錯誤) 這個狀態碼也沒有被指定在任何RFC中,並且只會被一些伺服器返回,例如微軟的Azure和CloudFlare伺服器:”520錯誤。本質上是一個捕獲全部的響應當原始伺服器返回一些未知的或者一些不能被忍受或者被解釋的(協議違反或者空響應)”。
598 (網路讀取逾時異常(未知)) 這個狀態碼也沒有在任何RFC中指定,但是被用在微軟的HTTP代理中去標注一個網路讀取逾時在一個客戶端之前的代理的後面。
599 (網路連接逾時異常(未知)) 這個狀態碼也沒有在任何RFC中指定,但是被用在微軟的HTTP代理中去標注一個網路連接逾時在一個客戶端之前的代理的後面。