常見的一些網站錯誤訊息,例如500、502...仍至於301、302轉址的意義等等,摘錄《維基百科》並用google直翻成中文,供參考查閱。
1xx信息響應
信息性回應表明該請求已收到並被理解。它是在臨時的基礎上發布的,而請求處理仍在繼續。它提醒客戶等待最後的回應。該消息僅由狀態行和可選標題字段組成,並以空行結束。由於HTTP / 1.0標準沒有定義任何1xx狀態碼,除了實驗條件外,服務器不得[注1]向符合HTTP / 1.0的客戶端發送1xx響應。[4]
- 100繼續
- 服務器已收到請求標頭,客戶端應繼續發送請求正文(在需要發送正文請求的情況下,例如POST請求)。在拒絕不合適的標題請求後,向服務器發送大型請求主體效率不高。要讓服務器檢查請求的標題,客戶端必須
Expect: 100-continue
在其初始請求中發送標題,並100 Continue
在發送主體之前接收狀態碼作為響應。如果客戶端收到錯誤代碼,如403(禁止)或405(方法不允許),則不應發送請求的正文。答复417 Expectation Failed
表明,該請求應該重複沒有Expect
頭,因為它表示服務器不支持期望值(例如,HTTP / 1.0服務器就是這種情況)。[5] - 101交換協議
- 請求者已經請求服務器切換協議,並且服務器已經同意這麼做。[6]
- 102處理(WebDAV ; RFC 2518)
- WebDAV請求可能包含許多涉及文件操作的子請求,需要很長時間才能完成請求。此代碼表示服務器已收到並正在處理該請求,但尚未有任何響應。[7]這防止客戶端超時並假設請求丟失。
- 103早期提示(RFC 8297)
- 用於在文件HTTP消息之前返回一些響應頭。[8]
2xx成功
這類狀態代碼表明客戶要求的行為已被接收,理解和接受。[2]
- 200 OK
- 成功HTTP請求的標準響應。實際的響應將取決於使用的請求方法。在GET請求中,響應將包含與請求資源相對應的實體。在POST請求中,響應將包含描述或包含操作結果的實體。[9]
- 201創建
- 請求已完成,從而創建新資源。[10]
- 202接受
- 該請求已被接受處理,但處理尚未完成。該請求可能會或可能不會最終執行,並且在處理髮生時可能會被禁止。[11]
- 203非權威信息(自HTTP / 1.1以來)
- 服務器是一個轉換代理(例如Web加速器),它從原始地址接收到200 OK,但返回的是原始響應的修改版本。[12] [13]
- 204無內容
- 服務器成功處理了請求並且沒有返回任何內容。[14]
- 205重置內容
- 服務器成功處理了請求,但未返回任何內容。與204響應不同,此響應要求請求者重置文檔視圖。[15]
- 206部分內容(RFC 7233)
- 由於客戶端發送的範圍標題,服務器僅傳遞部分資源(字節服務)。HTTP客戶端使用範圍標題來啟用中斷下載的恢復,或將下載分割為多個同步流。[16]
- 207多狀態(WebDAV; RFC 4918)
- 接下來的消息主體默認為XML消息,並且可以包含多個單獨的響應代碼,具體取決於創建了多少個子請求。[17]
- 208已報告(WebDAV; RFC 5842)
- DAV綁定的成員已經在(multistatus)響應的前一部分中枚舉,並且不再被包含。
- 226使用的IM(RFC 3229)
- 服務器已經完成了對資源的請求,並且該響應表示應用於當前實例的一個或多個實例操作的結果。[18]
3xx重定向
這類狀態碼表明客戶必須採取額外的行動來完成請求。這些狀態碼中的很多都用於URL重定向。[2]
只有在第二個請求中使用的方法是GET或HEAD時,用戶代理才可以在沒有用戶交互的情況下執行附加操作。用戶代理可能會自動重定向請求。用戶代理應檢測並干預以防止週期性重定向。[19]
- 300多種選擇
- 指示客戶可以從中選擇的資源的多個選項(通過代理驅動的內容協商)。例如,此代碼可用於呈現多個視頻格式選項,列出具有不同文件名擴展名的文件,或建議詞義消歧。[20]
- 301永久移動
- 這個和所有將來的請求都應該指向給定的URI。[21]
- 302找到
- 這是與標準相矛盾的行業實踐的一個例子。HTTP / 1.0規範(RFC 1945)要求客戶端執行臨時重定向(原始描述短語是“暫時移動”)[22],但流行的瀏覽器使用303 See Other的功能實現302。因此,HTTP / 1.1添加了狀態碼303和307來區分這兩種行為。[23]然而,某些Web應用程序和框架使用302狀態碼,好像它是在303 [24]
- 303查看其他(自HTTP / 1.1)
- 可以使用GET方法在另一個URI下找到對請求的響應。當收到響應POST(或PUT / DELETE)的響應時,客戶端應該假定服務器已經收到數據並且應該向給定的URI發出一個新的GET請求。[25]
- 304未修改(RFC 7232)
- 表示自請求標頭 If-Modified-Since或If-None-Match 指定的版本後,資源未被修改。在這種情況下,由於客戶端仍然具有先前下載的副本,所以不需要重新傳輸資源。[26]
- 305使用代理(自HTTP / 1.1)
- 請求的資源只能通過代理服務器獲得,代理服務器的地址在響應中提供。主要出於安全原因,許多HTTP客戶端(如Mozilla [27]和Internet Explorer)無法正確處理此狀態碼的響應。[28]
- 306交換機代理
- 不再使用。原本的意思是“後續的請求應該使用指定的代理。” [29]
- 307臨時重定向(自HTTP / 1.1以來)
- 在這種情況下,請求應該用另一個URI重複; 但是,未來的請求應該仍然使用原始URI。與歷史上實現302的方式不同,請求方法在重新發送原始請求時不允許更改。例如,應該使用另一個POST請求重複POST請求。[30]
- 308永久重定向(RFC 7538)
- 請求和所有將來的請求應該使用另一個URI重複。307和308與302和301的行為並行,但不允許HTTP方法改變。因此,例如,將表單提交給永久重定向的資源可能會繼續順利進行。[31]
4xx客戶端錯誤
這類狀態碼適用於錯誤似乎是由客戶端引起的情況。除了響應HEAD請求外,服務器應該包含一個包含錯誤情況說明的實體,以及它是臨時還是永久狀態。這些狀態碼適用於任何請求方法。用戶代理應該向用戶顯示任何包含的實體。[32]
- 400錯誤請求
- 由於明顯的客戶端錯誤(例如,格式錯誤的請求語法,大小過大,請求消息幀無效或欺騙性請求路由),服務器無法或不會處理該請求。[33]
- 401未經授權(RFC 7235)
- 與403 Forbidden類似,但專門用於需要認證且失敗或尚未提供的情況。響應必須包含一個WWW-Authenticate標頭字段,其中包含適用於所請求資源的挑戰。請參閱基本訪問驗證和摘要訪問驗證。[ 401 ]語義上意味著“未經認證”,[35]即用戶沒有必要的憑證。
- 注意:當IP地址被禁止訪問網站(通常是網站域)並且該特定地址被拒絕訪問網站時,某些網站會發出HTTP 401 。
- 402需要付款
- 保留以供將來使用。最初的意圖是,這個代碼可能被用作某種形式的數字現金或微支付方案的一部分,正如GNU Taler [36]提出的那樣,但這種情況尚未發生,而且這種代碼通常不被使用。如果某個開發人員超出了每日請求限制,Google Developers API會使用此狀態。[37]
- 403禁止
- 該請求是有效的,但服務器拒絕採取行動。用戶可能沒有資源所需的權限,或者可能需要某種帳戶。
- 404未找到
- 找不到請求的資源,但可能在將來可用。客戶的後續請求是允許的。
- 405方法不允許
- 所請求的資源不支持請求方法; 例如,需要通過POST呈現數據的表單上的GET請求,或只讀資源上的PUT請求。
- 406不可接受
- 請求的資源只能根據請求中發送的Accept頭生成不可接受的內容。[38]見內容談判。
- 需要407代理驗證(RFC 7235)
- 客戶端必須首先使用代理進行身份驗證。[39]
- 408請求超時
- 服務器超時等待請求。根據HTTP規範:“客戶端在服務器準備等待的時間內沒有發出請求,客戶可以在以後不做任何修改的情況下重複請求。” [40]
- 409衝突
- 表示請求因請求發生衝突而無法處理,例如多個同時更新之間的編輯衝突。
- 410消失
- 表示所請求的資源不再可用,並且不再可用。這應該在資源被有意刪除並且資源被清除時使用。在收到410狀態碼後,客戶不應在未來請求資源。諸如搜索引擎之類的客戶應該從其索引中移除資源。[41]大多數用例不要求客戶端和搜索引擎清除資源,而是可以使用“404 Not Found”。
- 411長度要求
- 請求沒有指定請求資源所需的內容的長度。[42]
- 412先決條件失敗(RFC 7232)
- 服務器不符合請求者提出請求的前提條件之一。[43]
- 413有效負載太大(RFC 7231)
- 該請求比服務器願意或能夠處理的要大。以前稱為“請求實體太大”。[44]
- 414 URI太長(RFC 7231)
- 提供的URI太長,服務器無法處理。通常是由於太多數據被編碼為GET請求的查詢字符串,在這種情況下,它應該轉換為POST請求。[45]之前稱為“Request-URI太長”。[46]
- 415不支持的媒體類型
- 請求實體具有服務器或資源不支持的媒體類型。例如,客戶端將圖像上傳為image / svg + xml,但服務器要求圖像使用不同的格式。
- 416範圍不可滿足(RFC 7233)
- 客戶端要求提供文件的一部分(字節服務),但服務器無法提供該部分。例如,如果客戶端要求文件末尾以外的部分文件。[47]之前稱為“請求範圍不可滿足”。[48]
- 417期望失敗
- 服務器不能滿足Expect請求頭字段的要求。[49]
- 418我是一個茶壺(RFC 2324,RFC 7168)
- 這個代碼在1998年定義為傳統的IETF April Fools的笑話之一,在RFC 2324,超文本咖啡壺控制協議中,預計不會被實際的HTTP服務器實現。RFC指定這個代碼應該由請求沖泡咖啡的茶壺返回。[50]此HTTP狀態在一些網站(包括Google.com)中用作復活節彩蛋。[51] [52]
- 421誤導請求(RFC 7540)
- 該請求針對的是無法產生響應的服務器[53](例如由於連接重用)。[54]
- 422不可處理的實體(WebDAV; RFC 4918)
- 請求格式良好,但由於語義錯誤無法遵循。[17]
- 423鎖定(WebDAV; RFC 4918)
- 正在訪問的資源被鎖定。[17]
- 424失敗依賴(WebDAV; RFC 4918)
- 請求失敗,因為它依賴於另一個請求,並且該請求失敗(例如PROPPATCH)。[17]
- 需要升級426
- 客戶端應該切換到不同的協議,例如昇級標題字段中給出的TLS / 1.0。[55]
- 428先決條件要求(RFC 6585)
- 原始服務器要求該請求是有條件的。為了防止“丟失更新”問題,客戶端獲取資源的狀態,修改它並將其重新發回服務器,同時第三方修改了服務器上的狀態,導致衝突。“ [56 ]
- 429太多請求(RFC 6585)
- 用戶在給定的時間內發送了太多的請求。旨在用於速率限制方案。[56]
- 431請求標頭字段太大(RFC 6585)
- 服務器不願意處理該請求,因為單個標題字段或所有標題字段的集體太大。[56]
- 451不可用法律原因(RFC 7725)
- 服務器運營商已收到合法要求,拒絕訪問資源或包含請求資源的一組資源。[45]代碼451被選作參考新穎的華氏451(參見RFC中的致謝)。
5xx服務器錯誤
服務器無法完成請求。[58]
以數字“5”開頭的響應狀態代碼指示服務器意識到它遇到錯誤或無法執行請求的情況。除了響應HEAD請求之外,服務器應該包含一個包含錯誤情況說明的實體,並指出它是臨時還是永久狀態。同樣,用戶代理應該向用戶顯示任何包含的實體。這些響應代碼適用於任何請求方法。[59]
- 500內部服務器錯誤
- 通用錯誤消息,在遇到意外情況時給出並且沒有更具體的消息適用。[60]
- 501未實施
- 服務器要么不識別請求方法,要么缺乏完成請求的能力。通常這意味著未來的可用性(例如,Web服務API的新特性)。[61]
- 502錯誤的網關
- 服務器充當網關或代理,並收到來自上游服務器的無效響應。[62]
- 503服務不可用
- 服務器當前不可用(因為它過載或因維護而關閉)。一般來說,這是一個暫時的狀態。[63]
- 504網關超時
- 服務器充當網關或代理服務器,沒有收到來自上游服務器的及時響應。[64]
- 不支持505 HTTP版本
- 服務器不支持請求中使用的HTTP協議版本。[65]
- 506變式也協商(RFC 2295)
- 對請求的透明內容協商會產生循環引用。[66]
- 507存儲不足(WebDAV; RFC 4918)
- 服務器無法存儲完成請求所需的表示。[17]
- 508環路檢測(WebDAV; RFC 5842)
- 服務器在處理請求時檢測到無限循環(代替208已報告發送)。
- 510不擴展(RFC 2774)
- 服務器需要對請求進一步擴展才能實現它。[67]
- 需要511網絡認證(RFC 6585)
- 客戶端需要進行身份驗證才能獲得網絡訪問權限。通過攔截用於控制對網絡的訪問的代理(例如,用於在通過Wi-Fi熱點授予完全互聯網訪問之前需要與服務條款達成協議的“ 專屬門戶 ”)來使用。[56]
非官方代碼
以下代碼未由任何標準規定。
- 103檢查站
- 在可恢復請求建議中使用,以恢復異常終止或POST請求。[68]
- 420方法失敗(Spring框架)
- Spring Framework在方法失敗時使用的棄用響應。[69]
- 420增強你的平靜(Twitter)
- 當客戶受限速時,由Twitter搜索和趨勢API的第1版返回; 1.1版和更高版本使用429“太多請求”響應代碼。[70]
- 450由Windows家長控制(Microsoft)阻止
- 當Windows家長控制打開並阻止訪問請求的網頁時,指示的Microsoft擴展代碼。[71]
- 498令牌無效(Esri)
- 由ArcGIS for Server返回。代碼498表示已過期或無效的令牌。[72]
- 499令牌要求(Esri)
- 由ArcGIS for Server返回。代碼499表示需要令牌但未提交。[72]
- 超出509帶寬限制(Apache Web服務器 / cPanel)
- 服務器已超出服務器管理員指定的帶寬; 這通常由共享主機提供商用來限制客戶的帶寬。[73]
- 530網站被凍結
- 由萬神殿網絡平台使用,表示由於不活動而被凍結的網站。[74]
- 598(非正式慣例)網絡讀取超時錯誤
- 由某些HTTP代理用於向代理前面的客戶端發送代理服務器後面的網絡讀取超時信號。[75]
互聯網信息服務
微軟的Internet信息服務 Web服務器擴展了4xx錯誤空間,以便根據客戶的請求發出錯誤信號。
- 440登錄超時
- 客戶端的會話已過期,必須重新登錄。[76]
- 449重試
- 服務器無法兌現請求,因為用戶未提供所需的信息。[77]
- 451重定向
- 當更有效的服務器可用或服務器無法訪問用戶的郵箱時,用於Exchange ActiveSync。[78]客戶端需要重新運行HTTP AutoDiscover操作來查找更合適的服務器。[79]
nginx
在nginx的 Web服務器軟件擴展了4xx錯誤的空間信號與客戶端的請求的問題。[80] [81]
- 444沒有回應
- 內部使用[82]指示服務器不向客戶端返回任何信息並立即關閉連接。
- 494請求標題太大
- 客戶端發送的請求太大或標題行太長。
- 495 SSL證書錯誤
- 400錯誤請求響應代碼的擴展,當客戶端提供了無效的客戶端證書時使用。
- 需要496 SSL證書
- 400錯誤請求響應代碼的擴展,當需要客戶端證書但未提供時使用。
- 497 HTTP請求已發送到HTTPS端口
- 當客戶端向偵聽HTTPS請求的端口發出HTTP請求時使用的400錯誤請求響應代碼的擴展。
- 499客戶關閉請求
- 當客戶端在服務器發送響應之前關閉請求時使用。
Cloudflare
Cloudflare的反向代理服務擴展了5xx系列的錯誤空間,以指示源服務器的問題。[83]
- 520未知錯誤
- 將520錯誤用作“原始服務器返回意外事件時的全部響應”,列出連接重置,大標題以及作為常見觸發器的空或無效響應。
- 521 Web服務器已關閉
- 原始服務器已拒絕Cloudflare的連接。
- 522連接超時
- Cloudflare無法與原始服務器協商TCP握手。
- 523來源無法到達
- Cloudflare無法訪問原始服務器; 例如,如果源服務器的DNS記錄不正確。
- 524超時發生
- Cloudflare能夠完成與原始服務器的TCP連接,但未收到及時的HTTP響應。
- 525 SSL握手失敗
- Cloudflare無法與原始服務器協商SSL / TLS握手。
- 526 SSL證書無效
- Cloudflare無法驗證源服務器提供的SSL / TLS證書。
- 527軌道炮錯誤
- 錯誤527表示WAN連接建立後請求超時或失敗。