이 기능을 사용 HTTP 상태 코드 치트 시트 모든 HTTP 상태 및 HTTP 오류 코드에 대한 참조로, 각 코드의 의미, 생성 이유, 코드가 문제가 될 수있는시기 및 문제를 처리하는 방법. 이 HTTP 상태 코드 치트 시트 다운로드 ⇣

인터넷은 두 가지 기본이지만 매우 다른 것들로 구성됩니다. 클라이언트와 서버. 이 관계는 클라이언트 (Chrome, Firefox 등) 그리고 서버 (웹 사이트, 데이터베이스, 이메일, 애플리케이션 등)를 클라이언트-서버 모델.

클라이언트가 서버에 요청하면 서버가 응답합니다.

HTTP 상태 코드는 서버에 대한 요청의 상태가 성공한 경우 오류가 발생했거나 그 사이에 발생했음을 알려줍니다.

HTTP 상태 코드는 이와 관련된 응답을 요약 한 숫자입니다. Fernando Doglio, 그의 책“NodeJS를 사용한 REST API 개발”.

HTTP 응답 상태 코드는 XNUMX 가지 클래스로 그룹화됩니다.

1XX 상태 코드 : 정보 요청
2XX 상태 코드 : 성공적인 요청
3XX 상태 코드 : 리디렉션
4XX 상태 코드 : 클라이언트 오류
5XX 상태 코드 : 서버 오류

HTTP 상태 코드 치트 시트

1XX 상태 코드 : 정보 요청

100 계속하기 –이 임시 응답은 지금까지 모든 것이 정상이며 클라이언트가 요청을 계속하거나 요청이 이미 완료된 경우 응답을 무시해야 함을 나타냅니다.

101 스위칭 프로토콜 –이 코드는 클라이언트의 업그레이드 요청 헤더에 응답하여 전송되며 서버가 전환하는 프로토콜을 나타냅니다.

102 처리 –이 코드는 서버가 요청을 수신하여 처리 중이지만 아직 응답을 사용할 수 없음을 나타냅니다.

초기 힌트 –이 상태 코드는 주로 링크 헤더와 함께 사용되므로 서버가 응답을 준비하는 동안 사용자 에이전트가 리소스를 미리로드 할 수 있습니다.

2XX 상태 코드 : 성공적인 요청

200 OK – 요청이 성공했습니다. 성공의 의미는 HTTP 메소드에 따라 다릅니다.

GET : 자원이 페치되었으며 메시지 본문에서 전송됩니다.
HEAD : 엔티티 헤더가 메시지 본문에 있습니다.
PUT 또는 POST : 조치 결과를 설명하는 자원이 메시지 본문으로 전송됩니다.
TRACE : 메시지 본문에 서버가 수신 한 요청 메시지가 포함됩니다.

201 생성됨 – 요청이 성공하여 새 자원이 작성되었습니다. 이것은 일반적으로 POST 요청 또는 일부 PUT 요청 후에 전송 된 응답입니다.

202 수락 – 요청이 접수되었지만 아직 수행되지 않았습니다. HTTP에서 나중에 요청 결과를 나타내는 비동기 응답을 보낼 수있는 방법이 없으므로 비 커밋입니다. 다른 프로세스 나 서버가 요청을 처리하는 경우 또는 일괄 처리를위한 것입니다.

203 비 권한 정보 –이 응답 코드는 리턴 된 메타 정보가 원래 서버에서 사용 가능한 것과 동일하지 않지만 로컬 또는 써드 파티 사본에서 수집됨을 의미합니다. 이것은 주로 다른 리소스의 미러 또는 백업에 사용됩니다. 이 경우를 제외하고는“200 OK”응답이이 상태보다 선호됩니다.

204 내용 없음 –이 요청을 위해 전송할 컨텐츠가 없지만 헤더가 유용 할 수 있습니다. 사용자 에이전트는이 자원에 대한 캐시 된 헤더를 새로운 것으로 업데이트 할 수 있습니다.

205 콘텐츠 재설정 – 사용자 에이전트에게이 요청을 보낸 문서를 재설정하도록 지시합니다.

206 부분 컨텐츠 –이 응답 코드는 클라이언트에서 Range 헤더가 전송되어 자원의 일부만 요청할 때 사용됩니다.

207 다중 상태 – 여러 상태 코드가 적절한 상황에서 여러 자원에 대한 정보를 전달합니다.

208 이미보고 – 내부에 사용 응답 요소를 사용하여 여러 바인딩의 내부 멤버를 동일한 컬렉션에 반복적으로 열거하지 않도록합니다.

226 IM 사용 – 서버가 자원에 대한 GET 요청을 이행했으며 응답은 현재 인스턴스에 적용된 하나 이상의 인스턴스 조작 결과를 나타냅니다.

3XX 상태 코드 : 리디렉션

300 객관식 – 요청에 둘 이상의 가능한 응답이 있습니다. 사용자 에이전트 또는 사용자 중 하나를 선택해야합니다. (응답 중 하나를 선택하는 표준화 된 방법은 없지만 사용자가 선택할 수 있도록 가능성에 대한 HTML 링크가 권장됩니다.)

영구 이동 301 – 요청 된 자원의 URL이 영구적으로 변경되었습니다. 새로운 URL이 응답에 제공됩니다.

302 발견 –이 응답 코드는 요청 된 자원의 URI가 일시적으로 변경되었음을 의미합니다. URI에서 추가로 변경 될 수 있습니다. 따라서 향후 요청에서 클라이언트가 동일한 URI를 사용해야합니다.

303 다른 참조 – 서버는이 응답을 전송하여 클라이언트가 GET 요청과 함께 다른 URI에서 요청 된 자원을 받도록 지시합니다.

304 수정되지 않음 – 이것은 캐싱 목적으로 사용됩니다. 클라이언트에게 응답이 수정되지 않았 음을 알리므로 클라이언트는 동일한 캐시 버전의 응답을 계속 사용할 수 있습니다.

305 프록시 사용 – 요청 된 응답이 프록시에 의해 액세스되어야 함을 나타 내기 위해 이전 버전의 HTTP 스펙에 정의되어 있습니다. 프록시의 대역 내 구성과 관련된 보안 문제로 인해 더 이상 사용되지 않습니다.

306 미사용 –이 응답 코드는 더 이상 사용되지 않습니다. 방금 예약되었습니다. HTTP / 1.1 스펙의 이전 버전에서 사용되었습니다.

307 임시 리디렉션 – 서버는이 요청을 전송하여 클라이언트가 이전 요청에서 사용한 것과 동일한 방법으로 다른 URI에서 요청 된 자원을 받도록 지시합니다. 이는 사용자 에이전트가 사용 된 HTTP 메소드를 변경하지 않아야한다는 점을 제외하고 302 Found HTTP 응답 코드와 동일한 의미를 갖습니다. 첫 번째 요청에서 POST가 사용 된 경우 두 번째 요청에서 POST를 사용해야합니다.

308 영구적 인 리디렉션 – 이는 이제 자원이 Location : HTTP Response 헤더에 의해 지정된 다른 URI에 영구적으로 위치 함을 의미합니다. 이는 사용자 에이전트가 사용 된 HTTP 메소드를 변경하지 않아야한다는 점을 제외하고 301 Moved Permanently HTTP 응답 코드와 동일한 의미를 갖습니다. 첫 번째 요청에 POST가 사용 된 경우 두 번째 요청에 POST를 사용해야합니다.

4XX 상태 코드 : 클라이언트 오류

불량 400 요청 – 유효하지 않은 구문으로 인해 서버가 요청을 이해할 수 없습니다.

무단 401 – HTTP 표준은 "권한 없음"을 지정하지만 의미 상이 응답은 "인증되지 않음"을 의미합니다. 즉, 요청 된 응답을 얻으려면 클라이언트가 자신을 인증해야합니다.

402 지불 필요 –이 응답 코드는 나중에 사용하기 위해 예약되어 있습니다. 이 코드를 작성하기위한 초기 목표는 디지털 지불 시스템에이 코드를 사용하는 것이었지만이 상태 코드는 거의 사용되지 않으며 표준 규칙이 없습니다.

금지 403 – 클라이언트는 콘텐츠에 대한 액세스 권한이 없습니다. 즉, 권한이 없으므로 서버가 요청 된 리소스 제공을 거부합니다. 401과 달리 클라이언트의 ID는 서버에 알려져 있습니다.

404을 찾을 수 없습니다 – 서버가 요청 된 자원을 찾을 수 없습니다. 브라우저에서 이는 URL이 인식되지 않음을 의미합니다. API에서 이는 엔드 포인트가 유효하지만 자원 자체는 존재하지 않음을 의미 할 수도 있습니다. 서버는 또한 무단 클라이언트로부터 리소스의 존재를 숨기도록 403 대신이 응답을 보낼 수 있습니다. 이 응답 코드는 웹에서 자주 발생하기 때문에 가장 유명한 코드 일 것입니다. 리소스를 찾을 수 없습니다. 이것은 종종 서버에 요청 된 모든 유효하지 않은 URI에 대한 포괄적 인 것으로 사용됩니다.

405 메서드가 허용되지 않음 – 요청 방법이 서버에 알려져 있지만 비활성화되어 사용할 수 없습니다. 예를 들어, API는 리소스 삭제를 금지 할 수 있습니다. 두 가지 필수 메소드 인 GET 및 HEAD는 사용하지 않아야하며이 오류 코드를 리턴하지 않아야합니다.

406 허용되지 않음 –이 응답은 웹 서버가 서버 기반 콘텐츠 협상을 수행 한 후 사용자 에이전트가 제공 한 기준에 맞는 콘텐츠를 찾지 못한 경우 전송됩니다.

407 프록시 인증 필요 – 이것은 401과 유사하지만 프록시가 인증을 수행해야합니다.

408 요청 시간 초과 –이 응답은 클라이언트의 이전 요청 없이도 일부 서버에서 유휴 연결로 전송됩니다. 서버가이 사용되지 않는 연결을 종료하려고 함을 의미합니다. Chrome, Firefox 또는 IE9와 같은 일부 브라우저는 HTTP 사전 연결 메커니즘을 사용하여 서핑 속도를 높이기 때문에이 응답이 훨씬 더 많이 사용됩니다. 또한 일부 서버는이 메시지를 보내지 않고 연결을 종료하기 만합니다.

409 충돌 – 요청이 서버의 현재 상태와 충돌 할 때이 응답이 전송됩니다.

사라진 410 – 요청 된 내용이 전달 주소없이 서버에서 영구적으로 삭제되면이 응답이 전송됩니다. 클라이언트는 캐시와 자원에 대한 링크를 제거해야합니다. HTTP 사양에서는이 상태 코드를“제한된 프로모션 서비스”에 사용하려고합니다. API는이 상태 코드로 삭제 된 리소스를 나타내도록 강요해서는 안됩니다.

411 길이 필요 – Content-Length 헤더 필드가 정의되지 않아서 서버가 요구하기 때문에 서버가 요청을 거부했습니다.

412 전제 조건 실패 – 클라이언트가 헤더에 서버가 충족하지 않는 전제 조건을 표시했습니다.

413 페이로드가 너무 큼 – 요청 엔티티가 서버에 의해 정의 된 한계보다 큽니다. 서버가 연결을 닫거나 Retry-After 헤더 필드를 리턴 할 수 있습니다.

414 URI가 너무 깁니다 – 클라이언트가 요청한 URI가 서버가 해석하려는 것보다 깁니다.

415 지원되지 않는 미디어 유형 – 요청한 데이터의 매체 형식이 서버에서 지원되지 않으므로 서버가 요청을 거부합니다.

416 범위가 만족스럽지 않습니다 – 요청의 Range 헤더 필드에 지정된 범위를 충족 할 수 없습니다. 범위가 대상 URI 데이터의 크기를 벗어날 수 있습니다.

417 기대 실패 –이 응답 코드는 Expect 요청 헤더 필드에 표시된 예상을 서버에서 충족 할 수 없음을 의미합니다.

418 나는 찻 주전자입니다 – 찻 주전자로 커피를 추출하려고하면 "418 I 'm a teapot"오류 코드가 표시됩니다. 결과 엔티티 본문은 짧고 튼튼 할 수 있습니다.

421 잘못된 요청 – 요청이 응답을 생성 할 수없는 서버로 보내졌습니다. 요청 URI에 포함 된 체계 및 권한 조합에 대한 응답을 생성하도록 구성되지 않은 서버에서이를 전송할 수 있습니다.

422 처리 불가능한 개체 – 요청이 올바르게 형식화되었지만 현재 양식으로 처리 될 수 없습니다. 지정된 매개 변수가 유효성 검증 오류에 실패 할 때 자주 사용됩니다.

423 잠겨 – 요청 된 자원을 찾았지만 잠겼으며 리턴되지 않습니다.

424 실패한 종속성 – 이전 요청의 실패로 인해 요청이 실패했습니다.

너무 일찍 425 – 서버가 재생 될 수있는 요청을 처리 할 위험이 없음을 나타냅니다.

426 업그레이드 필요 – 서버는 현재 프로토콜을 사용하여 요청 수행을 거부하지만 클라이언트가 다른 프로토콜로 업그레이드 한 후 기꺼이 수행 할 수 있습니다. 서버는 필요한 프로토콜을 나타 내기 위해 426 응답으로 Upgrade 헤더를 보냅니다.

428 전제 조건 – 원본 서버는 조건부 요청을 요구합니다. 이 응답은 클라이언트가 자원 상태를 가져 와서 수정 한 후 서버에 다시 PUT하는 '손실 된 업데이트'문제를 방지하기위한 것입니다. 반면에 제 XNUMX자가 서버의 상태를 수정하여 충돌을 일으키는 경우.

429 너무 많은 요청 – 사용자가 지정된 시간 내에 너무 많은 요청을 보냈습니다 (“속도 제한”).

431 요청 헤더 필드가 너무 큼 – 헤더 필드가 너무 커서 서버가 요청을 처리하지 않습니다. 요청 헤더 필드의 크기를 줄인 후 요청을 다시 제출할 수 있습니다.

440 로그인 타임 아웃 – Microsoft 확장. 세션이 만료되었음을 나타냅니다.

444 응답이 없습니다 – 서버가 클라이언트에 정보를 반환하지 않고 연결을 닫았 음을 나타 내기 위해 Nginx 로그에 사용됩니다 (악성 프로그램을 차단하는 데 유용한).

449 다시 시도 – Microsoft 확장. 적절한 조치를 수행 한 후 요청을 재 시도해야합니다.

Windows 유해 컨텐츠 차단으로 450 차단 – Microsoft 확장. 이 오류는 Windows 자녀 보호 기능이 켜져 있고 지정된 웹 페이지에 대한 액세스를 차단하고있을 때 나타납니다.

451 법적 사유로 사용할 수 없음 – 서버 운영자가 자원 또는 요청 된 자원을 포함하는 자원 세트에 대한 액세스를 거부해야하는 법적 요구를 받았습니다.

451 리디렉션 – 사용하기에보다 효율적인 서버가 있거나 서버가 사용자 사서함에 액세스 할 수없는 경우 Exchange ActiveSync에서 사용됩니다.

494 요청 헤더가 너무 큼 – N431x 내부 코드는 0.9.4과 비슷하지만 이전 버전 XNUMX에서 소개되었습니다.

495 인증서 오류 – SSL 클라이언트 인증서 오류가 발생하여 로그에서 4XX와 구별하기 위해 Nginx 내부 코드 및 오류 페이지 재 지정.

496 인증서 없음 – 클라이언트가 로그 및 오류 페이지 리디렉션에서 4XX와 구별하기 위해 인증서를 제공하지 않았을 때 사용되는 Nginx 내부 코드.

497 HTTP에서 HTTPS로 – 로그 및 오류 페이지 리디렉션에서 4XX와 구별하기 위해 HTTPS 포트로 전송되는 일반 HTTP 요청에 사용되는 Nginx 내부 코드.

498 토큰 만료 / 잘못된 – ArcGIS for Server에서 반환합니다. 코드 498은 만료되었거나 유효하지 않은 토큰을 나타냅니다.

499 클라이언트 폐쇄 요청 – 서버가 요청을 처리하는 동안 클라이언트가 연결을 종료 한 시점을 나타 내기 위해 Nginx 로그에 사용되므로 서버가 상태 코드를 다시 보낼 수 없습니다.

499 토큰 필요 – ArcGIS for Server에서 반환합니다. 코드 499는 토큰이 필요하지 않음을 나타냅니다 (토큰이 제출되지 않은 경우).

5XX 상태 코드 : 서버 오류

500 내부 서버 오류 – 서버 자체의 오류에 대한 일반적인 상태.

501 미구현 – 요청 방법이 서버에서 지원되지 않아 처리 할 수 없습니다. 서버가 지원해야하는 유일한 방법 (따라서이 코드를 반환해서는 안 됨)은 GET 및 HEAD입니다.

502 불량 게이트웨이 –이 오류 응답은 서버가 요청을 처리하는 데 필요한 응답을 얻기 위해 게이트웨이로 작업하는 동안 유효하지 않은 응답을 받았음을 의미합니다.

503 서비스를 사용할 수 없음 – 서버가 요청을 처리 할 준비가되지 않았습니다. 일반적인 원인은 유지 관리를 위해 다운되었거나 과부하 된 서버입니다. 이 응답과 함께 문제를 설명하는 사용자 친화적 인 페이지를 보내야합니다. 이러한 응답은 임시 조건에 사용해야하며 가능하면 Retry-After : HTTP 헤더에는 가능한 경우 서비스 복구 전 예상 시간이 포함되어야합니다. 웹 마스터는 이러한 임시 조건 응답은 일반적으로 캐시되지 않으므로이 응답과 함께 전송되는 캐싱 관련 헤더를 처리해야합니다.

504 게이트웨이 시간 초과 –이 오류 응답은 서버가 게이트웨이로 작동하고 시간 내에 응답을 얻을 수 없을 때 제공됩니다.

505 HTTP 버전이 지원되지 않습니다 – 요청에 사용 된 HTTP 버전이 서버에서 지원되지 않습니다.

506 변형도 협상 – 서버에 내부 구성 오류가 있습니다. 선택한 변형 리소스가 투명한 콘텐츠 협상 자체에 관여하도록 구성되어 있으므로 협상 프로세스의 적절한 종점이 아닙니다.

507 저장 공간이 부족합니다 – 서버가 요청을 성공적으로 완료하는 데 필요한 표시를 저장할 수 없으므로 자원에서 메소드를 수행 할 수 없습니다.

508 루프 감지 – 서버가 요청을 처리하는 동안 무한 루프를 발견했습니다.

509 대역폭 제한 초과 –이 상태 코드는 RFC에 지정되어 있지 않습니다. 그 사용법은 알려져 있지 않습니다.

510 확장되지 않음 – 요청을 이행하려면 추가 확장이 필요합니다.

511 네트워크 인증 필요 – 클라이언트는 요청을 보내기 전에 네트워크로 인증해야합니다.

520 알 수없는 오류 –이 상태 코드는 RFC에 지정되어 있지 않으며 Microsoft Azure 및 CloudFlare 서버와 같은 특정 서비스에 의해 반환됩니다.“520 오류는 원래 서버가 예상치 못한 무언가를 반환 할 때 발생하는“캐치 전체”응답입니다. 허용되지 않거나 해석되지 않음 (프로토콜 위반 또는 빈 응답)”

521 웹 서버가 다운되었습니다 – 오리진 서버가 CloudFlare의 연결을 거부했습니다.

522 연결 시간이 초과되었습니다 – CloudFlare가 오리진 서버와 TCP 핸드 셰이크를 협상 할 수 없습니다.

523 화 원점에 도달 할 수 없다 – CloudFlare가 오리진 서버에 도달 할 수 없습니다. 예를 들어, 오리진 서버의 DNS 레코드가 올바르지 않은 경우.

524 타임 아웃이 발생했습니다 – CloudFlare가 오리진 서버에 대한 TCP 연결을 완료 할 수 있었지만 적시에 HTTP 응답을받지 못했습니다.

525 SSL 핸드 셰이크 실패 – CloudFlare가 오리진 서버와 SSL / TLS 핸드 셰이크를 협상 할 수 없습니다.

526 잘못된 SSL 인증서 – CloudFlare가 오리진 서버가 제시 한 SSL / TLS 인증서를 검증 할 수 없습니다.

527 Railgun 오류 – WAN 연결이 설정된 후 요청 시간이 초과되었거나 실패했습니다.

개요

이것을 사용할 수 있습니다. HTTP 상태 코드 치트 시트 가능한 모든 HTTP 상태 및 HTTP 오류 코드에 대한 참조로, 각 코드의 의미, 코드가 문제 일 때 코드가 생성되는 이유 및 문제를 처리하는 방법.

다운로드하려면 여기를 클릭하십시오 📥 이 HTTP 상태 코드는 치트 시트이며 모든 상태 코드에 대한 빠른 참조로 가까이 유지하십시오.

정리해 보면 :

1XX HTTP 상태 코드는 순수한 정보 요청입니다.
2XX HTTP 상태 코드는 성공 요청입니다. HTTP 200 OK 성공 상태 응답 코드는 요청이 성공했음을 나타냅니다.
3XX HTTP 상태 코드는 리디렉션을 나타냅니다. 가장 일반적인 3xx HTTP 상태 코드에는“301 영구적으로 이동”,“302 발견”및“307 임시 리디렉션”HTTP 상태 코드가 포함됩니다.
4XX 상태 코드는 클라이언트 오류입니다. 가장 일반적인 4xx 상태 코드는“404 not found”및“410 gone”HTTP 상태 코드입니다.
5XX HTTP 상태 코드는 서버 오류입니다. 가장 일반적인 5xx HTTP 상태 코드는 "503 서비스를 사용할 수 없음"상태 코드입니다.

참조 :
https://developer.mozilla.org/en-US/docs/Web/HTTP/Status
https://en.wikipedia.org/wiki/List_of_HTTP_status_codes
https://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html