HTTP 상태코드

Ouroboros·2023년 8월 25일
1

네트워크

목록 보기
7/20

1. 👩‍💻HTTP 상태코드란?

서버에서의 처리 결과는 응답 메시지의 상태 라인에 있는 상태 코드(status code)를 보고 파악할 수 있습니다.
상태 코드는 세 자리 숫자로 되어 있다.
첫 번째 숫자는 HTTP 응답의 종류를 구분하는 데 사용하고, 나머지 2개의 숫자는 세부적인 응답 내용 구분을 위한 번호이다.

2. 👩‍💻HTTP 상태코드 정리

1) 1XX: Informational(정보 제공)

임시 응답으로 현재 클라이언트의 요청까지는 처리되었으며, 계속 진행하라는 의미이다.
1xx 계열의 응답은 HTTP/1.1 클라이언트에게만 보낼 수 있으며 응답은 바디 없이 상태 라인, 헤더(생략 가능), 빈 줄로 종료된다. HTTP 1.1 버전부터 추가되었다.

상태코드텍스트한국어
설명
의미
100Continue계속계속 진행하라.
클라이언트는 요청 헤더에 ‘Expect: 100-continue’를 보내고 서버는 이를 처리할 수 있으면 이 코드로 응답한다.
101Switching Protocols프로토콜 전환프로토콜을 전환하라.
프로토콜을 HTTP 1.1에서 업그레이드할 때 Upgrade 응답 헤더에 표시한다. 현재는 HTTP 1.1이 최신이므로 사용할 일이 없습니다.
102Processing처리중(WebDAV) 처리 중이다.
서버가 처리하는 데 오랜 시간이 예상되어 클라이언트에서 타임 아웃이 발생하지 않도록 이 응답 코드를 보낸다.
103 ~ 199Unassigned현재 할당되지 않은 상태 코드이다.

2) 2XX: Success(성공)

클라이언트의 요청이 서버에서 성공적으로 처리되었다는 의미이다.

상태코드텍스트한국어
설명
의미
200OK성공서버가 요청을 성공적으로 처리하였다.
201Created생성됨요청이 처리되어서 새로운 리소스가 생성되었다.
응답 헤더 Location에 새로운 리소스의 절대 URI를 기록한다.
202Accepted허용요청은 접수하였지만, 처리가 완료되지 않았다.
응답 헤더의 Location, Retry-After를 참고하여 클라이언트는 다시 요청을 보낸다.
203Non-Authoritative Information신뢰할 수 없는 정보응답 헤더가 오리지널 서버로부터 제공된 것이 아니다.
프록시 서버가 응답 헤더에 주석을 덧붙인 경우가 하나의 예시이다.
204No Content콘텐츠 없음처리를 성공하였지만, 클라이언트에게 돌려줄 콘텐츠가 없다.
응답에는 헤더만 있고 바디는 없다.
DELETE 요청에 대한 응답에 많이 사용된다.
205Reset Content콘텐츠 재설정처리를 성공하였고 브라우저의 화면을 리셋하라.
예를 들어 브라우저가 입력 폼을 보여 주고 있을 때 이 응답 코드를 받으면 브라우저는 모든 입력 항목을 리셋하고 재입력할 수 있는 상태가 된다.
206Partial Content일부 콘텐츠콘텐츠의 일부만을 보낸다.
응답 헤더의 Content-Range에 응답 콘텐츠의 범위를 기록합니다. 예를 들어 1,500 바이트의 리소스 중에서 처음의 500바이트만을 보낼 때 사용할 수 있습니다.
207Multi-Status다중 상태(WebDAV) 처리 결과의 스테이터스가 여러 개이다.
207 응답은 성공을 뜻하지만, 각각의 처리 결과가 성공인지는 바디를 봐야 알 수 있습니다.

3) 3XX: Redirection(리다이렉션)

완전한 처리를 위해서 추가 동작이 필요한 경우이다.
주로 서버의 주소 또는 요청한 URI의 웹 문서가 이동되었으니 그 주소로 다시 시도해야할 때 쓰인다.

상태코드텍스트한국어
설명
의미
300Multiple Choices여러 선택항목선택 항목이 여러 개 있다.
지정한 URI에 대해서 콘텐츠 협상을 수행한 결과 서버에서 콘텐츠를 결정하지 못하고 클라이언트에게 복수 개의 링크를 응답할 때 사용한다.
301Moved Permanently영구 이동지정한 리소스가 새로운 URI로 이동하였다.
이동할 곳의 새로운 URI는 응답 헤더 Location에 기록한다.
302Found다른 위치 찾음요청한 리소스를 다른 URI에서 찾았다.
요청한 URI가 없으므로 클라이언트 메소드를 그대로 유지한 채 응답 헤더 Location에 표시된 다른 URI로 요청을 재송신할 필요가 있다. 302의 의미를 정확하게 개선해서 307을 정의하였으므로 이 응답 코드의 사용은 권장하지 않다.
303See Other다른 위치 보기다른 위치로 요청하라.
요청에 대한 처리 결과를 응답 헤더 Location에 표시된 URI에서 GET으로 취득할 수 있다. 브라우저의 폼 요청을 POST로 처리하고 그 결과 화면으로 리다이렉트시킬 때 자주 사용하는 응답 코드이다.
304Not Modified수정되지 않음마지막 요청 이후 요청한 페이지는 수정되지 않았다.
If-Modified-Since와 같은 조건부 GET 요청일 때 지정한 리소스가 갱신되지 않았음을 알려 준다. 이 응답 코드에는 바디가 없다.
305Use Proxy프록시 사용지정한 리소스에 액세스하려면 프록시를 통해야 한다.
응답 헤더 Location에 프록시의 URI를 기록한다.
307Temporary Redirect임시 리다이렉션임시로 리다이렉션 요청이 필요하다.
요청한 URI가 없으므로 클라이언트 메소드를 그대로 유지한 채 응답 헤더 Location에 표시된 다른 URI로 요청을 재송신할 필요가 있다. 클라이언트는 향후 요청 시 원래 위치를 계속 사용해야 한다. 302의 의미를 정확하게 재정의해서 HTTP/1.1의 307 응답으로 추가되었다.

4) 4XX: Client Error(클라이언트 에러)

없는 페이지를 요청하는 등 클라이언트의 요청 메시지 내용이 잘못된 경우를 의미한다.

상태코드텍스트한국어
설명
의미
400Bad Request잘못된 요청요청의 구문이 잘못되었다.
클라이언트가 모르는 4xx 계열 응답 코드가 반환된 경우에도 클라이언트는 400과 동일하게 처리하도록 규정하고 다.
401Unauthorized권한 없음지정한 리소스에 대한 액세스 권한이 없다.
응답 헤더 WWW-Authenticate에 필요한 인증 방식을 지정합니다.
402Payment Required결제 필요지정한 리소스를 액세스하기 위해서는 결제가 필요하다.
이 응답 코드는 실제로는 사용되지 않는다.
403Forbidden금지됨지정한 리소스에 대한 액세스가 금지되었다.
401 인증 처리 이외의 사유로 리소스에 대한 액세스가 금지되었음을 의미한다. 리소스의 존재 자체를 은폐하고 싶은 경우는 404 응답 코드를 사용할 수 있다.
404Not Found찾을 수 없음지정한 리소스를 찾을 수 없다.
405Method Not Allowed허용되지 않은 메소드요청한 URI가 지정한 메소드를 지원하지 않는다.
응답 헤더 Allow에 이 URI가 지원하는 메소드 목록을 기록한다.
406Not Acceptable수용할 수 없음클라이언트가 Accept-* 헤더에 지정한 항목에 관해 처리할 수 없다.
응답 바디에는 300 응답처럼 서버가 수용 가능한 다른 선택지 리스트가 기록된다.
407Proxy Authentication Required프록시 인증 필요클라이언트는 프록시 서버에 인증이 필요하다.
프록시 서버의 응답 헤더 Proxy-Authenticate에 필요한 인증 방식을 지정한다.
408Request Timeout요청 시간초과요청을 기다리다 서버에서 타임아웃하였다.
409Conflict충돌서버가 요청을 수행하는 중에 충돌이 발생하였다.
예를 들어 사용자명을 new_name으로 변경하려 하였지만, 서버에 이미 new_name이라는 사용자가 존재하는 경우이다. 응답 헤더 Location에는 충돌이 발생한 리소스의 URI를 기록한다.
410Gone사라짐지정한 리소스가 이전에는 존재하였지만, 현재는 존재하지 않는다.
예를 들어 기간이 한정된 프로모션 사이트가 사라진 경우 사용할 수 있는 응답 코드이다.
411Length Required길이 필요요청 헤더에 Content-Length를 지정해야 한다.
412Precondition Failed사전 조건 실패If-Match와 같은 조건부 요청에서 지정한 사전 조건이 서버와 맞지 않는다.
413Request Entity Too Large요청 객체가 너무 큼요청 메시지가 너무 크다. 서버는 접속을 끊는다.
414Request-URI Too Large요청 URI가 너무 긺요청 URI가 너무 길다.
415Unsupported Media Type지원되지 않는 미디어 유형클라이언트가 지정한 미디어 타입을 서버가 지원하지 않는다. 예를 들어 서버가 지원하는 이미지는 JPG, PNG뿐인데 클라이언트가 GIF 형식의 이미지를 요청하는 경우이다.
416Range Not Satisfiable처리할 수 없는 요청 범위클라이언트가 지정한 리소스의 범위가 서버의 리소스 사이즈와 맞지 않는다.
417Expectation Failed예상 실패클라이언트가 지정한 Expect 헤더를 서버가 이해할 수 없다.
418 ~ 421Unassigned현재 할당되지 않은 상태 코드이다.
422Unprocessable Entity처리할 수 없는 엔티티(WebDAV) 클라이언트가 송신한 XML이 구문은 맞지만, 의미상 오류가 있다.
423Locked잠김(WebDAV) 지정한 리소스는 잠겨있다.
424Failed Dependency의존 관계로 실패(WebDAV) 다른 작업의 실패로 인해 본 요청도 실패하였다.
426Upgraded Required업그레이드 필요함클라이언트의 프로토콜의 업그레이드가 필요하다. 응답에 Upgrade 헤더를 보내 필요한 프로토콜을 알려 준다.
428Precondition Required사전 조건 필요함If-Match와 같은 사전조건을 지정하는 헤더가 필요하다.
If-Match 헤더가 있지만, 맞지 않는 경우는 412 응답을 보낸다.
429Too Many Requests너무 많은 요청클라이언트가 주어진 시간 동안 너무 많은 요청을 보냈다. 요청의 속도를 제한할 때 사용한다. 응답에 Retry-After 헤더를 보내 얼마나 기다릴지를 알려 줄 수 있다.
431Request Header Fields Too Large너무 큰 헤더헤더의 길이가 너무 크다.
헤더의 전체 크기가 크거나 또는 하나의 헤더가 매우 큰 경우이다. 보통 Referer URL이 길거나 쿠키 항목이 많은 경우입니다.
444Connection Closed Without Response응답 없이 연결 닫음(NGINX) 응답을 보내지 않고 연결을 종료하였다. 보통 악의적인 요청에 대해서 사용하며 클라이언트에서는 응답을 볼 수 없고 Nginx 로그에는 나타난다.
451Unavailable For Legal Reasons법적 사유로 불가법적으로 문제가 있는 리소스를 요청하였다.

5) 5XX: Server Error(서버 에러)

서버 사정으로 메시지 처리에 문제가 발생할 때 해당 상태코드가 나타난다.
서버의 부하, DB 처리 과정 오류, 서버에서 익셉션이 발생하는 경우를 의미합니다.

상태코드텍스트한국어
설명
의미
500Internal Server Error내부 서버 오류서버에 에러가 발생하였다.
클라이언트가 모르는 5xx 계열의 응답 코드가 반환된 경우에도 클라이언트는 500과 동일하게 처리하도록 규정하고 있다.
501Not Implemented구현되지 않음요청한 URI의 메소드에 대해 서버가 구현하고 있지 않다.
502 Bad Gateway 불량 게이트웨이 게이트웨이 또는 프록시 역할을 하는 서버가 그 뒷단의 서버로부터 잘못된 응답을 받았다.
503Service Unavailable서비스 제공불가현재 서버에서 서비스를 제공할 수 없다.
보통은 서버의 과부하나 서비스 점검 등 일시적인 상태이다.
504Gateway Timeout게이트웨이 시간초과게이트웨이 또는 프록시 역할을 하는 서버가 그 뒷단의 서버로부터 응답을 기다리다 타임아웃이 발생하였다.
505HTTP Version Not SupportedHTTP 버전미지원 클라이언트가 요청에 사용한 HTTP 버전을 서버가 지원하지 않는다.
506Unassigned현재 할당되지 않은 상태 코드이다.
507Insufficient Storage용량 부족(WebDAV) 서버에 저장 공간 부족으로 처리에 실패하였다.

참고자료
HTTP 상태코드 설명
1) https://velog.io/@haron/HTTP-%EB%A9%94%EC%84%9C%EB%93%9C%EC%97%90-%EB%8C%80%ED%95%B4-%EC%95%84%EB%8A%94%EB%8C%80%EB%A1%9C-%EB%A7%90%ED%95%B4%EC%A3%BC%EC%84%B8%EC%9A%94
2) https://www.inflearn.com/pages/weekly-inflearn-23?utm_source=pinpoint&utm_medium=email&utm_campaign=weekly-inflearn&utm_content=23
3) https://velog.io/@sangyeon217/http-status-code
4) https://hongong.hanbit.co.kr/http-%EC%83%81%ED%83%9C-%EC%BD%94%EB%93%9C-%ED%91%9C-1xx-5xx-%EC%A0%84%EC%B2%B4-%EC%9A%94%EC%95%BD-%EC%A0%95%EB%A6%AC/

0개의 댓글