HTTP 상태 코드 목록
List of HTTP status codes이 문서에는 사용자 생성 콘텐츠에 대한 부적절한 참조가 포함되어 있을 수 있습니다.(2021년 ( 템플릿메시지 및 에 대해 ) |
HTTP |
---|
요구 방식 |
헤더 필드 |
응답 상태 코드 |
보안 접근 제어 방법 |
보안 취약성 |
HTTP(Hypertext Transfer Protocol) 응답 상태 코드 목록입니다.상태 코드는 서버에 대한 클라이언트의 요청에 따라 서버에 의해 발행됩니다.여기에는 IETF Request for Comments(RFC; 주석 요구), 기타 사양 및 HTTP의 일부 일반적인 응용 프로그램에서 사용되는 추가 코드가 포함됩니다.상태 코드의 첫 번째 숫자는 5개의 표준 응답 클래스 중 하나를 지정합니다.표시된 메시지 문구는 일반적이지만 사람이 읽을 수 있는 대체 문구가 제공될 수 있습니다.특별히 언급하지 않는 한 상태 코드는 HTTP/1.1 표준(RFC 7231)[1]의 일부입니다.
Internet Assigned Numbers Authority(IANA; 인터넷 할당 번호 기관)는 HTTP 상태 [2]코드의 공식 레지스트리를 유지합니다.
모든 HTTP 응답 상태 코드는 5개의 클래스 또는 카테고리로 구분됩니다.상태 코드의 첫 번째 자리에는 응답 클래스가 정의되며 마지막 두 자리에는 분류 또는 분류 역할이 없습니다.표준에는 5개의 클래스가 정의되어 있습니다.
- 1xx 정보 응답– 요청을 수신하여 프로세스를 계속 진행
- 2xx 성공 – 요청이 정상적으로 수신, 이해 및 수락되었습니다.
- 3xx 리다이렉트– 요청을 완료하려면 추가 액션을 수행해야 합니다.
- 4xx 클라이언트오류: 요구에 잘못된 구문이 포함되어 있거나 요구에 대응할 수 없습니다.
- 5xx 서버 오류: 서버가 명백한 유효한 요구를 충족하지 못했습니다.
1xx 정보 응답
정보 응답은 요청이 수신되고 이해되었음을 나타냅니다.요청처리가 진행되는 동안 잠정적으로 발행됩니다.클라이언트에 대해 최종 응답을 기다리도록 경고합니다.메시지는 상태 행과 옵션 헤더 필드로만 구성되며 빈 행으로 끝납니다.HTTP/1.0 규격에서는 1xx 상태 코드가 정의되어 있지 않기 때문에 서버는 실험적인 [3]경우를 제외하고 HTTP/1.0 준거 클라이언트에 1xx 응답을 송신해서는 안 됩니다[note 1].
- 100 속행
- 서버는 요구 헤더를 수신하고 클라이언트는 요구 본문을 송신할 필요가 있는 요구의 경우(POST 요구 등)를 속행할 필요가 있습니다.부적절한 헤더로 인해 요청이 거부된 후 큰 요청 본문을 서버로 보내는 것은 비효율적입니다.서버가 요청의 헤더를 검사하도록 하려면 클라이언트는 다음을 전송해야 합니다.
Expect: 100-continue
첫 번째 요구의 헤더로서 수신하다100 Continue
본문을 보내기 전에 응답으로 상태 코드를 입력합니다.클라이언트는 403(금지) 또는 405(메서드 비허가) 등의 오류 코드를 수신하면 요청 본문을 전송하지 않습니다.응답417 Expectation Failed
이 요구는 다음 명령어를 사용하지 않고 반복할 필요가 있음을 나타냅니다.Expect
헤더는 서버가 예상을 지원하지 않음을 나타냅니다(예를 들어 HTTP/[4]1.0 서버의 경우). - 101 스위칭 프로토콜
- 요청자가 서버에 프로토콜 전환을 요청했으며 서버가 프로토콜 전환을 [5]수락했습니다.
- 102 처리(WebDAV, RFC 2518)
- WebDAV 요청에는 파일 작업과 관련된 많은 하위 요청이 포함될 수 있으며, 요청을 완료하는 데 오랜 시간이 걸립니다.이 코드는 서버가 요청을 수신하고 처리 중이지만 아직 [6]응답할 수 없음을 나타냅니다.이것에 의해, 클라이언트는 타임 아웃 해, 요구가 없어졌다고 가정할 수 없게 됩니다.
- 103 초기 힌트(RFC 8297)
- 최종 HTTP [7]메시지 전에 일부 응답 헤더를 반환하기 위해 사용됩니다.
2xx 성공
이 상태 코드 클래스는 클라이언트가 요청한 작업이 수신,[2] 이해 및 수락되었음을 나타냅니다.
- 200 OK
- 성공한 HTTP 요청에 대한 표준 응답입니다.실제 응답은 사용되는 요청 방식에 따라 달라집니다.GET 요청의 응답에는 요청된 리소스에 대응하는 엔티티가 포함됩니다.POST 요청에서 응답에는 [8]액션 결과를 기술하거나 포함하는 엔티티가 포함됩니다.
- 201 작성 완료
- 요청이 수행되어 새 리소스가 [9]생성되었습니다.
- 202 승낙
- 처리요청이접수되었으나처리가완료되지않았습니다.요청은 최종적으로 처리될 수도 있고 처리되지 않을 수도 있으며 처리가 발생할 [10]때 허용되지 않을 수도 있습니다.
- 203 비인증 정보(HTTP/1.1 이후)
- 서버는 원본으로부터 200 OK를 수신했지만 원본 [11][12]응답의 수정된 버전을 반환하는 변환 프록시(예: 웹 액셀러레이터)입니다.
- 204 콘텐츠 없음
- 서버에서 요청을 성공적으로 처리했으며 내용을 [13]반환하지 않습니다.
- 205 콘텐츠 리셋
- 서버가 요청을 성공적으로 처리했으며, 요청자가 문서 보기를 재설정하도록 요청하고 내용을 [14]반환하지 않습니다.
- 206 부분 콘텐츠(RFC 7233)
- 클라이언트에 의해 송신된 범위 헤더로 인해 서버는 자원의 일부(바이트 서비스)만을 전달하고 있습니다.range 헤더는 중단된 다운로드를 재개하거나 다운로드를 여러 개의 동시 [15]스트림으로 분할하기 위해 HTTP 클라이언트에서 사용됩니다.
- 207 Multi-Status (WebDAV, RFC 4918)
- 이어지는 메시지 본문은 기본적으로 XML 메시지이며 작성된 [16]서브 요구 수에 따라 여러 개의 개별 응답 코드를 포함할 수 있습니다.
- 208 이미 보고된 (WebDAV, RFC 5842)
- DAV 바인딩의 멤버는 이미 (멀티스타투스) 응답의 이전 부분에 열거되어 있으므로 다시 포함되지 않습니다.
- 226 IM 사용(RFC 3229)
- 서버가 리소스 요청을 충족했으며 응답은 현재 [17]인스턴스에 적용된 하나 이상의 인스턴스 관리 결과를 나타냅니다.
3xx 리다이렉션
이 클래스의 상태 코드는 클라이언트가 요청을 완료하기 위해 추가 작업을 수행해야 함을 나타냅니다.이러한 상태 코드의 대부분은 URL [2]리다이렉션에 사용됩니다.
사용자 에이전트는 두 번째 요구에 사용되는 방법이 GET 또는 HEAD일 경우에만 사용자 조작 없이 추가 액션을 수행할 수 있습니다.사용자 에이전트는 요청을 자동으로 리디렉션할 수 있습니다.주기적인 [18]리다이렉트를 방지하기 위해 사용자 에이전트가 검출하고 개입해야 합니다.
- 300개의 복수 선택지
- 클라이언트가 선택할 수 있는 리소스에 대한 여러 옵션을 나타냅니다(에이전트 기반 콘텐츠 협상을 통해).예를 들어, 이 코드를 사용하여 여러 비디오 형식 옵션을 표시하거나 파일 확장자가 다른 파일을 나열하거나 워드 센스의 명확화를 [19]제안할 수 있습니다.
- 301 영구 이동
- 이 요구와 이후의 모든 요구는 지정된 URI로 전송되어야 합니다.
- 302 발견(이전 "일시 이동")
- 클라이언트에 다른 URL을 참조(참조)하도록 지시합니다.HTTP/1.0 사양(RFC 1945)에서는 클라이언트가 같은 방법으로 일시 리다이렉트를 실행할 필요가 있었지만(원래 설명 문구는 "Moved Temporary"[21]였다), 일반적인 브라우저에서는 이 방법을 GET로 변경하여 302개의 리다이렉트를 구현했습니다.따라서 HTTP/1.1에서는 두 가지 [22]동작을 구별하기 위해 상태 코드 303과 307이 추가되었습니다.
- 303 '기타' 참조(HTTP/1.1 이후)
- 요청에 대한 응답은 GET 방식을 사용하여 다른 URI에서 찾을 수 있습니다.POST(또는 PUT/DELETE)에 대한 응답으로 수신되면 클라이언트는 서버가 데이터를 수신했다고 가정하고 지정된 [23]URI에 새로운 GET 요구를 발행해야 합니다.
- 304 미변경(RFC 7232)
- 요청 헤더 If-Modified-Since 또는 If-None-Match로 지정된 버전 이후 리소스가 변경되지 않았음을 나타냅니다.이 경우 클라이언트에 이전에 다운로드된 [24]복사본이 남아 있으므로 리소스를 다시 전송할 필요가 없습니다.
- 305 프록시 사용(HTTP/1.1 이후)
- 요청된 리소스는 응답에 제공된 주소인 프록시를 통해서만 사용할 수 있습니다.보안상의 이유로 많은 HTTP 클라이언트(Mozilla Firefox 및 Internet Explorer 등)는 이 상태 [25]코드를 준수하지 않습니다.
- 306 스위치 프록시
- 더 이상 사용되지 않습니다.원래 "후속 요청은 지정된 [26]프록시를 사용해야 합니다."를 의미했습니다.
- 307 일시 리다이렉트(HTTP/1.1 이후)
- 이 경우 다른 URI를 사용하여 요청을 반복해야 합니다.단, 이후 요구에서는 원래 URI를 사용해야 합니다.302가 과거에 구현된 방법과는 달리 원래 요청을 재발행할 때 요청 방법을 변경할 수 없습니다.예를 들어 POST 요청은 다른 [27]POST 요청을 사용하여 반복해야 합니다.
- 308 영속 리다이렉트(RFC 7538)
- 이 요구와 이후의 모든 요구는 지정된 URI로 전송해야 합니다.308은 301의 동작을 병행하지만 HTTP 메서드는 변경할 수 없습니다.따라서 예를 들어 영구적으로 리디렉션된 리소스에 양식을 제출하면 원활하게 [28]계속할 수 있습니다.
4xx 클라이언트 오류
이 상태 코드 클래스는 클라이언트에 의해 오류가 발생한 것으로 보이는 상황을 대상으로 합니다.HEAD 요구에 응답하는 경우를 제외하고 서버에는 에러 상황 및 일시적인 상태인지 영속적인 상태인지를 설명하는 엔티티가 포함되어 있어야 합니다.이러한 상태 코드는 모든 요청 방식에 적용할 수 있습니다.사용자 에이전트는 포함된 엔티티를 사용자에게 [29]표시해야 합니다.
- 400 부정한 요구
- 서버는 명백한 클라이언트오류(부정한 형식의 요구 구문, 크기가 너무 크거나 잘못된 요구 메시지 프레임 또는 기만적인 요구 라우팅 [30]등)로 인해 요구를 처리할 수 없거나 처리하지 않습니다.
- 401 무허가(RFC 7235)
- 403 Forbidden과 비슷하지만 특히 인증이 필요하고 실패했거나 아직 제공되지 않은 경우에 사용합니다.응답에는 요청된 리소스에 적용할 수 있는 도전을 포함하는 WWW-Authenticate 헤더필드가 포함되어 있어야 합니다.기본 액세스 인증 및 요약 액세스 [31]인증을 참조하십시오.401은 의미상 "무허가"[32]를 의미하며, 사용자는 대상 리소스에 대한 유효한 인증 자격 증명을 가지고 있지 않습니다.
- 주의: 일부 사이트에서는 웹 사이트(일반적으로 웹 사이트 도메인)에서 IP 주소가 금지되어 있고 특정 주소가 [citation needed]웹 사이트에 대한 액세스 권한이 거부되면 HTTP 401을 잘못 발급합니다.
- 402 결제 필요
- 향후 사용을 위해 예약되어 있습니다.원래 의도는 이 코드가 예를 들어 GNU Taler에 [33]의해 제안된 디지털 현금 또는 소액결제 방식의 일부로서 사용될 수 있다는 것이었다. 그러나 아직 그러한 일은 일어나지 않았고 이 코드는 널리 사용되지 않는다.Google Developers API는 특정 개발자가 [34]요청에 대한 일일 제한을 초과한 경우 이 상태를 사용합니다.Sipgate는 계정에 [35]콜을 시작하기에 충분한 자금이 없는 경우 이 코드를 사용합니다.Shopify는 스토어가 수수료를 지불하지 않고 일시적으로 [36]비활성화된 경우 이 코드를 사용합니다.Stripe는 매개 변수가 올바른 경우(예: 부정 지급 차단) [37]실패한 지불에 이 코드를 사용합니다.
- 403 금지
- 요청에 유효한 데이터가 포함되어 서버에서 인식되었지만 서버에서 액션을 거부하고 있습니다.이는 사용자가 리소스에 대해 필요한 권한이 없거나 계정이 필요하거나 금지된 작업(예: 하나만 허용되는 중복 레코드 생성)을 시도하기 때문일 수 있습니다.이 코드는 요구가 WWW-Authenticate 헤더필드 챌린지에 응답하여 인증을 제공했지만 서버가 해당 인증을 받아들이지 않은 경우에도 일반적으로 사용됩니다.이 요청을 반복하면 안 됩니다.
- 404 찾을 수 없음
- 요청한 리소스를 찾을 수 없지만 나중에 사용할 수 있습니다.클라이언트에 의한 후속 요구는 허용됩니다.
- 405 메서드는 허용되지 않습니다.
- 요청된 리소스에는 요청 메서드가 지원되지 않습니다. 예를 들어 POST를 통해 데이터를 제공해야 하는 형식의 GET 요청이나 읽기 전용 리소스에 대한 PUT 요청 등이 있습니다.
- 406 수용 불가
- 요청된 리소스는 [38]요청으로 전송된 Accept 헤더에 따라 허용되지 않는 콘텐츠만 생성할 수 있습니다.컨텐츠의 네고시에이션을 참조해 주세요.
- 407 프록시 인증 필요(RFC 7235)
- 클라이언트는 먼저 [39]프록시를 사용하여 자신을 인증해야 합니다.
- 408 요구 타임아웃
- 요청을 기다리는 동안 서버가 시간 초과되었습니다.HTTP 사양에 따르면 다음과 같습니다.「서버가 대기할 준비가 된 시간내에 클라이언트는 요구를 생성하지 않았습니다.클라이언트는 언제든지 [40]수정 없이 요구를 반복할 수 있습니다."
- 409 경합
- 여러 동시 업데이트 간의 편집 충돌 등 리소스의 현재 상태 충돌로 인해 요청을 처리할 수 없었음을 나타냅니다.
- 410 없어졌다
- 요청된 리소스가 이전에 사용 중이었지만 더 이상 사용할 수 없으며 다시 사용할 수 없음을 나타냅니다.리소스를 의도적으로 제거하고 리소스를 삭제해야 할 경우 이 옵션을 사용해야 합니다.410 상태 코드를 수신하면 클라이언트는 이후 리소스를 요청하지 않습니다.검색 엔진 등의 클라이언트는 인덱스에서 [41]리소스를 제거해야 합니다.대부분의 사용 사례에서는 클라이언트와 검색 엔진이 리소스를 삭제할 필요가 없으며 대신 "404 Not Found"를 사용할 수 있습니다.
- 411 길이 필요
- 요청한 [42]리소스에 필요한 콘텐츠 길이를 지정하지 않았습니다.
- 412 프리컨디션 실패(RFC 7232)
- 서버가 요청자가 요청 헤더 [43]필드에 입력한 전제 조건 중 하나를 충족하지 않습니다.
- 413 페이로드가 너무 크다(RFC 7231)
- 이 요청은 서버가 처리할 수 있거나 처리할 수 있는 것보다 큽니다.이전에는 "Request Entity Too Large"[44]라고 불렸습니다.
- 414 URI가 너무 길다(RFC 7231)
- 제공된 URI가 너무 길어서 서버가 처리할 수 없습니다.GET 요구의 쿼리 스트링으로 부호화된 데이터가 너무 많기 때문에 이 경우 [45]POST 요구로 변환해야 합니다.이전에 "[46]Request-URI Too Long"이라고 불렀습니다.
- 415 지원되지 않는 미디어 유형(RFC 7231)
- 요청 엔티티에 서버 또는 리소스가 지원하지 않는 미디어 유형이 있습니다.예를 들어 클라이언트는 이미지를 image/svg+xml로 업로드하지만 서버에서는 다른 [47]형식을 사용해야 합니다.
- 416 범위 미달(RFC 7233)
- 클라이언트는 파일의 일부(바이트 처리)를 요구했지만 서버는 해당 부분을 제공할 수 없습니다.예를 들어,[48] 클라이언트가 파일의 끝을 넘는 부분을 요구했을 경우.이전에 [49]"요청된 범위를 만족할 수 없습니다"라고 불렀습니다.
- 417 예상 실패
- 서버가 Expect request-header [50]필드의 요구 사항을 충족할 수 없습니다.
- 418 나는 찻주전자(RFC 2324, RFC 7168)
- 이 코드는 1998년 RFC 2324 Hyper Text Coffee Pot Control Protocol에서 IETF 만우절 농담의 하나로 정의되어 있으며 실제 HTTP 서버에서는 구현되지 않을 것으로 예상됩니다.RFC에서는 커피를 [51]끓이기 위해 요청된 찻주전자에 의해 이 코드가 반환되도록 규정되어 있습니다.이 HTTP 상태는 Google.com의 "I'm a teapot" 이스터 [52][53][54]에그와 같은 일부 웹사이트에서 부활절 에그로 사용됩니다.
- 421 잘못된 지시 요구(RFC 7540)
- 요구가 응답을 생성할[55] 수 없는 서버(접속 [56]재사용 등)로 전송되었습니다.
- 422 처리 불가능한 엔티티(WebDAV, RFC 4918)
- 요청 형식이 올바르지만 의미 [16]오류로 인해 요청을 따를 수 없습니다.
- 423 잠금(WebDAV, RFC 4918)
- 액세스 중인 리소스가 [16]잠겨 있습니다.
- 424 의존관계 장애(WebDAV, RFC 4918)
- 다른 요구에 의존하여 요구가 실패하여 요구가 실패했습니다(PROPPATCH [16]등).
- 425 Too Early (RFC 8470)
- 서버가 재생될 수 있는 요청을 처리할 위험을 감수하지 않음을 나타냅니다.
- 426 업그레이드 필요
- 클라이언트는 Upgrade 헤더필드에 [57]지정된 TLS/1.3 등의 다른 프로토콜로 전환해야 합니다.
- 428 전제조건 필요(RFC 6585)
- 원본 서버에서 요청이 조건부여야 합니다.서드파티가 서버상의 상태를 변경했을 때에,[58] 클라이언트가 자원의 상태를 GET, 변경, 서버에 되돌리는 「갱신 손실」의 문제를 회피하기 위한 것입니다.
- 429 Too Many Requests(RFC 6585)
- 사용자가 지정된 시간 내에 너무 많은 요청을 보냈습니다.환율 제한 [58]스킴에서 사용하기 위한 것입니다.
- 431 요구 헤더필드가 너무 크다(RFC 6585)
- 개별 헤더 필드 또는 전체 헤더 필드가 너무 [58]크기 때문에 서버는 요청을 처리하지 않습니다.
- 451 법적 이유로 사용할 수 없음(RFC 7725)
- 서버 운영자가 요청된 [59]리소스를 포함하는 리소스 집합 또는 리소스 집합에 대한 액세스를 거부하기 위한 법적 요구를 수신했습니다.코드 451은 소설 화씨 451을 참조하기 위해 선택되었습니다(RFC의 확인 참조).
5xx 서버 오류
숫자 "5"로 시작하는 응답 상태 코드는 서버가 오류가 발생했거나 요청을 수행할 수 없는 경우를 나타냅니다.HEAD 요구에 응답하는 경우를 제외하고 서버에는 에러 상황의 설명을 포함한 엔티티가 포함되어 일시적인 상태인지 영속적인 상태인지를 나타내야 합니다.마찬가지로 사용자 에이전트는 포함된 엔티티를 사용자에게 표시해야 합니다.이러한 응답 코드는 모든 요청 [61]방식에 적용할 수 있습니다.
- 500 내부 서버 오류
- 예기치 않은 상황이 발생하여 [62]더 이상 적절한 메시지가 없을 때 나타나는 일반적인 오류 메시지입니다.
- 501 미실장
- 서버가 요청 메서드를 인식하지 못하거나 요청을 수행할 수 있는 기능이 없습니다.일반적으로 이는 미래의 가용성을 의미합니다(예: 웹 서비스 [63]API의 새로운 기능).
- 502 불량 게이트웨이
- 서버가 게이트웨이 또는 프록시로서 동작하고 있어 업스트림서버로부터 [64]무효 응답을 수신했습니다.
- 503 서비스 이용 불가
- 서버가 요청을 처리할 수 없습니다(유지보수를 위해 과부하 또는 다운되었기 때문입니다).일반적으로 이것은 일시적인 상태입니다.[65]
- 504 게이트웨이 타임아웃
- 서버가 게이트웨이 또는 프록시로서 동작하고 있어 업스트림서버로부터 [66]시기적절하게 응답을 수신하지 못했습니다.
- 505 HTTP 버전은 지원되지 않습니다.
- 서버가 [67]요청에 사용된 HTTP 프로토콜 버전을 지원하지 않습니다.
- 506 베리안트도 네고시에이트(RFC 2295)
- 요청에 대한 투과적인 콘텐츠네고시에이션은 순환 [68]참조가 됩니다.
- 507 저장공간 부족(WebDAV, RFC 4918)
- 서버가 [16]요청을 완료하는 데 필요한 표현을 저장할 수 없습니다.
- 508 루프 검출(WebDAV, RFC 5842)
- 요청 처리 중에 서버가 무한 루프를 검출했습니다(208 이미 보고되었습니다).
- 510 비확장(RFC 2774)
- 서버가 요구를 [69]충족시키려면 요청에 대한 추가 확장이 필요합니다.
- 511 네트워크 인증 필요(RFC 6585)
- 클라이언트는 네트워크액세스를 취득하기 위해서 인증을 실시할 필요가 있습니다.네트워크에 대한 접근을 제어하기 위해 사용되는 프록시(Wi-Fi [58]핫스팟을 통한 완전한 인터넷 액세스를 허용하기 전에 서비스 약관에 동의해야 하는 "캡처 포털" 등)를 가로채는 것을 목적으로 합니다.
비공식 코드
다음 코드는 표준으로 지정되어 있지 않습니다.
- 419 페이지 기한 만료(라벨 프레임워크)
- CSRF 토큰이 없거나 만료되었을 때 Laravel Framework에서 사용됩니다.
- 420 방법 오류(스프링 프레임워크)
- 메서드가 [70]실패했을 때 스프링 프레임워크에서 사용되지 않는 응답입니다.
- 420 침착성 향상 (트위터)
- 클라이언트가 환율제한되어 있을 때 Twitter Search and Trends API 버전1에서 반환됩니다.버전 1.1 이후 버전에서는 429 Too Many Requests 응답 코드를 [71]대신 사용합니다.1993년 영화 '디몰리션 맨(Demilition Man)'에서 따온 말로 [citation needed]대마초를 연상시킨다.
- 430 요청 헤더 필드가 너무 큼(Shopify)
- 429 Too Many Requests 응답 코드 대신 Shopify에서 특정 [72]기간 내에 너무 많은 URL이 요구되었을 때 사용합니다.
- 450이 Windows 보호자 통제에 의해 차단됨(Microsoft)
- Windows 보호자 통제가 켜져 있고 요청된 [73]웹 페이지에 대한 액세스를 차단하고 있을 때 표시되는 Microsoft 확장 코드입니다.
- 498 무효 토큰(Esri)
- 서버용 ArcGIS에 의해 반환됩니다.코드 498은 유효기간이 지났거나 유효하지 않은 [74]토큰을 나타냅니다.
- 499 토큰 필요(Esri)
- 서버용 ArcGIS에 의해 반환됩니다.코드 499는 토큰이 필요하지만 [74]전송되지 않았음을 나타냅니다.
- 509 대역폭 제한 초과(Apache Web 서버/cPanel)
- 서버가 서버 관리자가 지정한 대역폭을 초과했습니다.공유 호스팅 프로바이더가 고객의 [75]대역폭을 제한하기 위해 사용하는 경우가 많습니다.
- 529 사이트가 오버로드되었습니다.
- 사이트에서 요청을 처리할 [76]수 없음을 알리기 위해 SSLLabs 서버 테스트 API에서 Qualys에 의해 사용됩니다.
- 530 사이트 동결
- 판테온 웹 플랫폼에서 사용하지 [77]않아 동결된 사이트를 나타내기 위해 사용합니다.
- 598(비공식 규칙) 네트워크 읽기 타임아웃 오류
- 일부 HTTP 프록시에서 프록시 앞의 클라이언트에 프록시 [78]뒤의 네트워크 읽기 시간 초과 신호를 보내기 위해 사용됩니다.
- 599 네트워크 연결 타임아웃 오류
- 일부 HTTP 프록시가 프록시 [79]앞의 클라이언트에 프록시 뒤의 네트워크 연결 타임아웃 신호를 보내기 위해 사용하는 오류입니다.
인터넷 정보 서비스
Microsoft의 IIS(Internet Information Services) 웹 서버는 4xx 오류 공간을 확장하여 클라이언트의 요구에 따라 오류를 표시합니다.
- 440 로그인 타임아웃
- 클라이언트의 세션이 만료되어 다시 [80]로그인해야 합니다.
- 449 재시도 대상
- 사용자가 필요한 [81]정보를 제공하지 않았기 때문에 서버가 요청을 처리할 수 없습니다.
- 451 리다이렉트
- Exchange ActiveSync에서 보다 효율적인 서버를 사용할 수 있거나 서버가 사용자의 [82]우편함에 액세스할 수 없는 경우에 사용됩니다.클라이언트는 보다 적절한 서버를 찾기 위해 HTTP AutoDiscover 작업을 다시 실행해야 합니다.[83]
IIS에서는 보다 구체적인 정보를 [84]얻기 위해 추가 10진수 서브코드를 사용하는 경우가 있는데, 이러한 서브코드는 실제 HTTP 상태 코드 대신 응답 페이로드 및 문서에만 표시됩니다.
nginx
nginx 웹 서버 소프트웨어는 4xx 오류 공간을 확장하여 클라이언트의 요구에 [85][86]대한 문제를 알립니다.
- 444 무응답
- 클라이언트에 정보를 반환하지 않고 연결을 즉시 닫도록 서버에 지시하기 위해 내부적으로[87] 사용됩니다.
- 494 요청 헤더가 너무 큽니다.
- 클라이언트가 너무 큰 요청을 보냈거나 헤더 줄이 너무 깁니다.
- 495 SSL 증명서 오류
- 클라이언트가 비활성 클라이언트 인증서를 제공한 경우 사용되는 400 Bad Request 응답 코드 확장입니다.
- 496 SSL 증명서 필요
- 클라이언트 증명서가 필요하지만 제공되지 않을 때 사용되는 400 Bad Request 응답 코드 확장입니다.
- HTTPS 포트로 전송되는 497 HTTP 요구
- 클라이언트가 HTTPS 요청을 수신하는 포트에 HTTP 요청을 했을 때 사용되는 400 Bad Request 응답 코드 확장입니다.
- 499 클라이언트 클로즈드 요구
- 서버가 응답을 보내기 전에 클라이언트가 요청을 닫았을 때 사용됩니다.
클라우드 플레어
Cloudflare의 리버스 프록시 서비스는 5xx 시리즈의 오류 공간을 확장하여 오리진 [88]서버의 문제를 알립니다.
- 520 웹 서버가 알 수 없는 오류를 반환했습니다.
- 원본 서버가 Cloudflare에 [89]비어 있거나 알 수 없거나 예기치 않은 응답을 반환했습니다.
- 521 웹 서버가 다운되었습니다.
- 오리진 서버가 Cloudflare로부터의 연결을 거부했습니다.원본 보안 솔루션이 특정 Cloudflare IP 주소에서 합법적인 연결을 차단하고 있을 수 있습니다.
- 522 접속 타임아웃
- Cloudflare가 오리진 서버에 연결하는 동안 시간이 초과되었습니다.
- 523 출발지에 도달할 수 없음
- Cloudflare는 오리진서버에 접속할 수 없었습니다.예를 들어 오리진서버의 DNS 레코드가 올바르지 않거나 누락되어 있는 경우 등입니다.
- 524 타임아웃 발생
- Cloudflare는 원본 서버에 대한 TCP 연결을 완료할 수 있었지만 HTTP 응답을 시기적절하게 수신하지 못했습니다.
- 525 SSL 핸드쉐이크 실패
- Cloudflare가 원본 서버와 SSL/TLS 핸드쉐이크를 협상할 수 없습니다.
- 526 무효 SSL 증명서
- Cloudflare가 원본 웹 서버에서 SSL 인증서를 검증할 수 없습니다.Cloud Foundry의 고루터에서도 사용됩니다.
- 527 레일건 오류
- 오류 527은 Cloudflare와 오리진 서버의 Railgun [90]서버 간의 연결이 중단되었음을 나타냅니다.
- 530
- 오류 530이 1xx [91]오류와 함께 반환된다.
AWS 탄력 로드 밸런서
Amazon의 Elastic Load Balancing에 몇 가지 사용자 지정 반환 코드 추가
- 460
- 유휴 시간 초과 기간이 경과하기 전에 클라이언트가 로드 밸런서와의 연결을 닫았습니다.일반적으로 클라이언트 시간 초과가 Elastic Load Balancer의 시간 [92]초과보다 빠른 경우.
- 463
- 로드 밸런서가 IP 주소가 30개가 [92]넘는 X-Forwarded-For 요청 헤더를 받았습니다.
- 561 무허가
- 로드 밸런서에 등록된 서버에서 반환된 인증 관련 오류입니다.사용자를 인증하도록 리스너 규칙을 설정했지만 ID [93]공급자(IdP)가 사용자 인증 시 오류 코드를 반환했습니다.
캐싱 경고 코드
다음 캐싱 관련 경고 코드는 RFC 7234에 규정되어 있습니다.위의 다른 상태 코드와 달리 이러한 코드는 HTTP 프로토콜에서 응답 상태로 전송되지 않고 "경고" HTTP [94][95]헤더의 일부로 전송됩니다.이 헤더는 대부분의 경우 서버에 의해 송신되거나 클라이언트에 의해 확인 응답되지 않기 때문에 RFC 9111에 의해 HTTP 워킹그룹에 의해 폐지되었습니다.
- 110 응답이 오래됨
- 캐시에서 제공된 응답이 오래되었습니다(콘텐츠의 경과 시간이 Cache-Control 헤더 또는 경험적으로 선택된 수명에서 설정된 최대 경과 기간을 초과합니다).
- 111 재검증 실패
- 오리진 서버에 접속할 수 없기 때문에 캐시가 응답을 검증할 수 없었습니다.
- 112 절단된 동작
- 캐시가 네트워크의 나머지 부분으로부터 의도적으로 절단되어 있습니다.
- 113 휴리스틱 유효기간
- 캐시는 경험적으로 24시간 이상의 신선도 수명을 선택했으며 응답 기간은 24시간 이상입니다.
- 199 기타 경고
- 임의의 비특정 경고입니다.경고 텍스트는 기록되거나 사용자에게 표시될 수 있습니다.
- 214 변환 적용
- 프록시가 콘텐츠 인코딩, 미디어 유형 변경 등 표현에 변환을 적용하는 경우 프록시에 의해 추가됩니다.
- 299 기타 지속 경고
- 199와 동일하지만 지속적인 경고를 나타냅니다.
「 」를 참조해 주세요.
메모들
- ^ RFC 2119에 규정된 해석 가이드라인을 나타내는 필수 및 필수와 같이 강조된 단어 및 구
레퍼런스
- ^ "Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content". IETF. Archived from the original on May 25, 2017. Retrieved December 16, 2017.
- ^ a b c "Hypertext Transfer Protocol (HTTP) Status Code Registry". Iana.org. Archived from the original on December 11, 2011. Retrieved January 8, 2015.
- ^ "10 Status Code Definitions". W3. Archived from the original on March 16, 2010. Retrieved October 16, 2015.
- ^ "Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content – 5.1.1. Expect". Archived from the original on May 25, 2017. Retrieved September 27, 2017.
- ^ "101". httpstatus. Archived from the original on October 30, 2015. Retrieved October 16, 2015.
- ^ Goland, Yaronn; Whitehead, Jim; Faizi, Asad; Carter, Steve R.; Jensen, Del (February 1999). HTTP Extensions for Distributed Authoring – WEBDAV. IETF. doi:10.17487/RFC2518. RFC 2518. Retrieved October 24, 2009.
- ^ Oku, Kazuho (December 2017). An HTTP Status Code for Indicating Hints. IETF. doi:10.17487/RFC8297. RFC 8297. Retrieved December 20, 2017.
- ^ "200 OK". Hypertext Transfer Protocol – HTTP/1.1. IETF. June 1999. sec. 10.2.1. doi:10.17487/RFC2616. RFC 2616. Retrieved August 30, 2016.
- ^ Stewart, Mark; djna. "Create request with POST, which response codes 200 or 201 and content". Stack Overflow. Archived from the original on October 11, 2016. Retrieved October 16, 2015.
- ^ "202 Accepted". httpstatuses.com. Retrieved February 23, 2022.
- ^ "RFC 7231, Section 6.3.4". Archived from the original on May 25, 2017.
- ^ "RFC 7230, Section 5.7.2". Archived from the original on February 3, 2016. Retrieved February 3, 2016.
- ^ Simmance, Chris. "Server Response Codes And What They Mean". koozai. Archived from the original on September 26, 2015. Retrieved October 16, 2015.
- ^ "IETF RFC7231 section 6.3.6. – 205 Reset Content". IETF.org. Archived from the original on May 25, 2017. Retrieved September 6, 2018.
- ^ "diff --git a/linkchecker.module b/linkchecker.module". Drupal. Archived from the original on March 4, 2016. Retrieved October 16, 2015.
- ^ a b c d e Dusseault, Lisa, ed. (June 2007). HTTP Extensions for Web Distributed Authoring and Versioning (WebDAV). IETF. doi:10.17487/RFC4918. RFC 4918. Retrieved October 24, 2009.
- ^ Delta encoding in HTTP. IETF. January 2002. doi:10.17487/RFC3229. RFC 3229. Retrieved February 25, 2011.
- ^ "Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content". IETF. Archived from the original on May 25, 2017. Retrieved February 13, 2016.
- ^ "300". httpstatus. Archived from the original on October 17, 2015. Retrieved October 16, 2015.
- ^ "301". httpstatus. Archived from the original on October 27, 2015. Retrieved October 16, 2015.
- ^ Berners-Lee, Tim; Fielding, Roy T.; Nielsen, Henrik Frystyk (May 1996). Hypertext Transfer Protocol – HTTP/1.0. IETF. doi:10.17487/RFC1945. RFC 1945. Retrieved October 24, 2009.
- ^ "Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content, Section 6.4". IETF. Archived from the original on May 25, 2017. Retrieved June 12, 2014.
- ^ "303". httpstatus. Archived from the original on October 22, 2015. Retrieved October 16, 2015.
- ^ "304 Not Modified". Mozilla Developer Network. Archived from the original on July 2, 2017. Retrieved July 6, 2017.
- ^ "Mozilla Bugzilla Bug 187996: Strange behavior on 305 redirect, comment 13". March 3, 2003. Archived from the original on April 21, 2014. Retrieved May 21, 2009.
- ^ Cohen, Josh. "HTTP/1.1 305 and 306 Response Codes". HTTP Working Group. Archived from the original on September 8, 2014. Retrieved September 8, 2014.
- ^ "Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content, Section 6.4.7 307 Temporary Redirect". IETF. 2014. Archived from the original on May 25, 2017. Retrieved September 20, 2014.
- ^ "The Hypertext Transfer Protocol Status Code 308 (Permanent Redirect)". Internet Engineering Task Force. April 2015. Archived from the original on April 16, 2015. Retrieved April 6, 2015.
- ^ "E Explanation of Failure Codes". Oracle. Archived from the original on February 16, 2015. Retrieved October 16, 2015.
- ^ "RFC7231 on code 400". Tools.ietf.org. Archived from the original on May 25, 2017. Retrieved January 8, 2015.
- ^ "401". httpstatus. Archived from the original on October 17, 2015. Retrieved October 16, 2015.
- ^ "RFC7235 on code 401". Tools.ietf.org. Archived from the original on February 7, 2015. Retrieved February 8, 2015.
- ^ "The GNU Taler tutorial for PHP Web shop developers 0.4.0". docs.taler.net. Archived from the original on November 8, 2017. Retrieved October 29, 2017.
- ^ "Google API Standard Error Responses". 2016. Archived from the original on May 25, 2017. Retrieved June 21, 2017.
- ^ "Sipgate API Documentation". Archived from the original on July 10, 2018. Retrieved July 10, 2018.
- ^ "Shopify Documentation". Archived from the original on July 25, 2018. Retrieved July 25, 2018.
- ^ "Stripe API Reference – Errors". stripe.com. Retrieved October 28, 2019.
- ^ Singh, Prabhat; user1740567. "Spring 3.x JSON status 406 "characteristics not acceptable according to the request "accept" headers ()"". Stack Overflow. Archived from the original on October 11, 2016. Retrieved October 16, 2015.
{{cite web}}
:last2=
범용명(도움말)이 있습니다. - ^ "407". httpstatus. Archived from the original on October 11, 2015. Retrieved October 16, 2015.
- ^ "408". httpstatus. Archived from the original on October 31, 2015. Retrieved October 16, 2015.
- ^ "Does Google treat 404 and 410 status codes differently? (Youtube)". 2014. Archived from the original on January 8, 2015. Retrieved February 4, 2015.
- ^ "List of HTTP status codes". Google Books. Retrieved October 16, 2015.
- ^ "RFC7232, section 4.2". Archived from the original on June 26, 2019. Retrieved June 20, 2019.
- ^ "RFC2616 on status 413". Tools.ietf.org. Archived from the original on March 7, 2011. Retrieved November 11, 2015.
- ^ user27828. "GET Request – Why is my URI so long?". Stack Overflow. Archived from the original on October 11, 2016. Retrieved October 16, 2015.
{{cite web}}
:last1=
범용명(도움말)이 있습니다. - ^ "RFC2616 on status 414". Tools.ietf.org. Archived from the original on March 7, 2011. Retrieved November 11, 2015.
- ^ "RFC7231 on status 415". Tools.ietf.org. Archived from the original on May 25, 2017. Retrieved May 2, 2019.
- ^ Sigler, Chris. "416 Requested Range Not Satisfiable". GetStatusCode. Archived from the original on October 22, 2015. Retrieved October 16, 2015.
- ^ "RFC2616 on status 416". Tools.ietf.org. Archived from the original on March 7, 2011. Retrieved November 11, 2015.
- ^ TheDeadLike. "HTTP/1.1 Status Codes 400 and 417, cannot choose which". serverFault. Archived from the original on October 10, 2015. Retrieved October 16, 2015.
- ^ Larry Masinter (April 1, 1998). Hyper Text Coffee Pot Control Protocol (HTCPCP/1.0). doi:10.17487/RFC2324. RFC 2324.
Any attempt to brew coffee with a teapot should result in the error code "418 I'm a teapot". The resulting entity body MAY be short and stout.
- ^ 나는 찻주전자다
- ^ Barry Schwartz (August 26, 2014). "New Google Easter Egg For SEO Geeks: Server Status 418, I'm A Teapot". Search Engine Land. Archived from the original on November 15, 2015. Retrieved November 4, 2015.
- ^ "Google's Teapot". Retrieved October 23, 2017.[데드링크]
- ^ "Hypertext Transfer Protocol version 2". March 2015. Archived from the original on April 25, 2015. Retrieved April 25, 2015.
- ^ "9.1.1. Connection Reuse". RFC7540. May 2015. Archived from the original on June 23, 2015. Retrieved July 11, 2017.
- ^ Khare, R; Lawrence, S. "Upgrading to TLS Within HTTP/1.1". IETF. Network Working Group. Archived from the original on October 8, 2015. Retrieved October 16, 2015.
- ^ a b c d Nottingham, M.; Fielding, R. (April 2012). "RFC 6585 – Additional HTTP Status Codes". Request for Comments. Internet Engineering Task Force. Archived from the original on May 4, 2012. Retrieved May 1, 2012.
- ^ Bray, T. (February 2016). "An HTTP Status Code to Report Legal Obstacles". ietf.org. Archived from the original on March 4, 2016. Retrieved March 7, 2015.
- ^ "Server Error Codes". CSGNetwork.com. Archived from the original on October 8, 2015. Retrieved October 16, 2015.
- ^ mrGott. "HTTP Status Codes To Handle Errors In Your API". mrGott. Archived from the original on September 30, 2015. Retrieved October 16, 2015.
- ^ Fisher, Tim. "500 Internal Server Error". Lifewire. Archived from the original on February 23, 2017. Retrieved February 22, 2017.
- ^ "HTTP Error 501 Not implemented". Check Up Down. Archived from the original on May 12, 2017. Retrieved February 22, 2017.
- ^ Fisher, Tim. "502 Bad Gateway". Lifewire. Archived from the original on February 23, 2017. Retrieved February 22, 2017.
- ^ alex. "What is the correct HTTP status code to send when a site is down for maintenance?". Stack Overflow. Archived from the original on October 11, 2016. Retrieved October 16, 2015.
- ^ "HTTP Error 504 Gateway timeout". Check Up Down. Archived from the original on September 20, 2015. Retrieved October 16, 2015.
- ^ "HTTP Error 505 – HTTP version not supported". Check Up Down. Archived from the original on September 24, 2015. Retrieved October 16, 2015.
- ^ Holtman, Koen; Mutz, Andrew H. (March 1998). Transparent Content Negotiation in HTTP. IETF. doi:10.17487/RFC2295. RFC 2295. Retrieved October 24, 2009.
- ^ Nielsen, Henrik Frystyk; Leach, Paul; Lawrence, Scott (February 2000). An HTTP Extension Framework. IETF. doi:10.17487/RFC2774. RFC 2774. Retrieved October 24, 2009.
- ^ "Enum HttpStatus". Spring Framework. org.springframework.http. Archived from the original on October 25, 2015. Retrieved October 16, 2015.
- ^ "Twitter Error Codes & Responses". Twitter. 2014. Archived from the original on September 27, 2017. Retrieved January 20, 2014.
- ^ "HTTP Status Codes and SEO: what you need to know". ContentKing. Retrieved August 9, 2019.
- ^ "Screenshot of error page". Archived from the original (bmp) on May 11, 2013. Retrieved October 11, 2009.
- ^ a b "Using token-based authentication". ArcGIS Server SOAP SDK. Archived from the original on September 26, 2014. Retrieved September 8, 2014.
- ^ "HTTP Error Codes and Quick Fixes". Docs.cpanel.net. Archived from the original on November 23, 2015. Retrieved October 15, 2015.
- ^ "SSL Labs API v3 Documentation". github.com.
- ^ "Platform Considerations Pantheon Docs". pantheon.io. Archived from the original on January 6, 2017. Retrieved January 5, 2017.
- ^ "HTTP status codes - ascii-code.com". www.ascii-code.com. Archived from the original on January 7, 2017. Retrieved December 23, 2016.
- ^ "599 Network Connect Timeout Error". httpstatuses.com. Retrieved November 17, 2021.
- ^ "Error message when you try to log on to Exchange 2007 by using Outlook Web Access: "440 Login Time-out"". Microsoft. 2010. Retrieved November 13, 2013.
- ^ "2.2.6 449 Retry With Status Code". Microsoft. 2009. Archived from the original on October 5, 2009. Retrieved October 26, 2009.
- ^ "MS-ASCMD, Section 3.1.5.2.2". Msdn.microsoft.com. Archived from the original on March 26, 2015. Retrieved January 8, 2015.
- ^ "Ms-oxdisco". Msdn.microsoft.com. Archived from the original on July 31, 2014. Retrieved January 8, 2015.
- ^ "The HTTP status codes in IIS 7.0". Microsoft. July 14, 2009. Archived from the original on April 9, 2009. Retrieved April 1, 2009.
- ^ "ngx_http_request.h". nginx 1.9.5 source code. nginx inc. Archived from the original on September 19, 2017. Retrieved January 9, 2016.
- ^ "ngx_http_special_response.c". nginx 1.9.5 source code. nginx inc. Archived from the original on May 8, 2018. Retrieved January 9, 2016.
- ^ "return" 지침 2018년 3월 1일 Wayback Machine(http_rewrite module) 문서에서 보관.
- ^ "Troubleshooting: Error Pages". Cloudflare. Archived from the original on March 4, 2016. Retrieved January 9, 2016.
- ^ "Error 520: web server returns an unknown error". Cloudflare. Retrieved November 1, 2019.
- ^ "527 Error: Railgun Listener to origin error". Cloudflare. Archived from the original on October 13, 2016. Retrieved October 12, 2016.
- ^ "Error 530". Cloudflare. Retrieved November 1, 2019.
- ^ a b "Troubleshoot Your Application Load Balancers – Elastic Load Balancing". docs.aws.amazon.com. Retrieved August 27, 2019.
- ^ "Troubleshoot your Application Load Balancers - Elastic Load Balancing". docs.aws.amazon.com. Retrieved January 24, 2021.
- ^ "Hypertext Transfer Protocol (HTTP/1.1): Caching". datatracker.ietf.org. Retrieved September 25, 2021.
- ^ "Warning - HTTP MDN". developer.mozilla.org. Retrieved August 15, 2021. 일부 텍스트는 Creative Commons Attribution-Share Alike 2.5 Generic (CC BY-SA 2.5) 라이선스로 사용할 수 있는 이 소스에서 복사되었습니다.
외부 링크
- RFC 7231 – Hypertext Transfer Protocol (HTTP/1.1): 의미론 및 내용 - 섹션 6, 응답 상태 코드
- HTTP(Hypertext Transfer Protocol) 상태 코드 레지스트리
- Microsoft Knowledge Base: MSKB943891:IIS 7.0의 HTTP 상태 코드
- Microsoft Office Knowledge Base: 에러 코드 2 – 11