이 기능을 사용 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 처리 –이 코드는 서버가 요청을 수신하고 처리 중이지만 아직 응답이 없음을 나타냅니다.

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

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에 영구적으로 위치 함을 의미합니다. 이는 301 Moved Permanently HTTP 응답 코드와 동일한 의미를 갖지만 사용자 에이전트가 사용 된 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 요청 헤더가 너무 큼 – Nginx 내부 코드는 431과 비슷하지만 0.9.4 이전에 도입되었습니다.

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