[웹기초] HTTP 상태 코드

이 글은 인프런 김영한 강사님에 모든 개발자를 위한 http웹 기본지식의 강의 내용을 바탕으로 작성되었습니다.

모든 개발자를 위한 HTTP 웹 기본 지식 - 인프런 | 강의

HTTP 상태코드

• 1xx (informational) - 요청이 수신되어 처리 중
• 2xx (Successful) - 요청 정상 처리
  • 200 - ok -> 성공
  • 201 - Created -> 데이터 생성
  • 202 - Accepted -> 접수는 되었으나 처리 X
  • 204 - No Content -> 서버가 성공적으로 수행 해지만 응답 본문을 보낼 데이터가 없음(save)
• 3xx (Redirection) - 요청을 완료하려면 추가 행동이  필요
  • 300 - Multiple Choices
  • 301 - Moved Permanently
  • 302 - Found
  • 303 - See Other
  • 304 - Not Modifited
  • 307- Temporary Redirect
  • 304 - Permanent Redirect
• 4xx (Client Error) - 클라이언트 에러
• 5xx (Server Error) - 서버 에러

300 리다이렉션이란?

• 웹 브라우저는 3xx 응답의 결과에 Location 헤더가 있으면, Location 위치로 자동 이동

 

리다이렉션 종류

• 영구 리다이렉션 - 특정 리소스의 URI 가 영구적으로 이동(301, 308)
  • 특정 URI가 영구적으로 변경되었을 때
  • 원래의 URL를 사용 X, 검색 엔진 등에서도 변경 인지
    • 301 Moved Permanently
      • 리다이렉트 요청 메서드가 get으로 변하고, 분문이 제거될 수 있음
    • 308 permanent Redirect
      • 301과 가능은 같음
      • 리다이렉트 요청 메서드와 본문 유지(처음 post 면 리다렉트도 post 유지)

01

301, 308

• 일시 리다이렉션 - 일시적 변경 (302, 307, 303)
  • 일시적인 url 변경 
  • 검색 엔진 등에서 URL을 변경하면 안 됨
  • 주문 완료 후 주문 내역 화면으로 이동 
    • PRG - POST/Redirect/Get
      • Post로 주문 후에 웹 브라우저를 새로고침 하면 다시 요청( 중복 주문이 될 수 있음)
        • POST로 주문 후에 새로 고침으로 인한 중복 주문 방지
        • POST로 주문후에 주문 경로가 화면에 GET메서드로 리다이렉트
        • 새로고침해도 경로 화면을 GET으로 조회
        • 중복 주문 대신에 결과 화면만 GET으로 다시 요청
      • PRG 이후 리다이렉트
        • URL이 이미 POST -> GET으로 리다이렉트 됨
        • 새로 고침 해도 GET으로 결과 화면만 조회
    • 302 Found
      • 리다이렉트 요청 메서드가 Get으로 변하고, 본문이 제거될 수 있음
    • 307 Temporary Redirect
      • 302와 기능은 같음
      • 리다이렉트 요청 메서드와 본문 유지(요청 메서드를 변경하면 안 된다.)
    • 303 See Other
      • 302와 가능은 같음
      • 리다이렉트 요청 시 메서드가 get으로 변경

01

PRG

• 특수 리다이렉션
  • 결과 대신 캐시를 사용
  • 300 Multiple Choice - 안 쓴다
  • 304 Not Modified
    • 캐시 목적으로 사용
    • 클라이언트에게 리소스가 수정되지 않았음을 알려준다. 따라서 클라리언트는 로컬 PC에 저장된 캐시를 사용한다.(캐시로 리다이렉트 한다.)
    • 304 응답은 응답에 메시지 바디를 포함하면 안 된다.(로컬 캐시를 사용해야 하므로)
    • 조건부 GET, HEAD 요청 시 사용

 

4XX, 5XX 에러

• 4XX 클라이언트 오류
  • 클라이언트의 요청에 잘못된 문법등으로 서버가 요청을 수행할 수 없음
  • 오류의 원인이 클라이언트에 있음
  • 클라이언트가 이미 잘못된 요청, 데이터를 보내고 있기 때문에, 똑같은 재시도가 실패함
    • 400 Bad Request - 클라이언트가 잘못된 요청을 해서 서버가 요청을 처리할 수 없음
      • 요청 구문, 메시지 등등 오류
      • 클라이언트는 요청 내용을 다시 검토하고, 보내야 함
      • ex) 요청  파라미터가 잘못되거나, API 스펙이 맞지 않을 때
    • 401 Unauthoried - 클라이언트가 해당 리소스에 대한 인증이 필요함
      • 인증이 되지 않음
      • 401 오류 발생 시 응답에 WWW-Authenticated 헤더와 함께 인증 방법을 설명
      • 참고
        • 인증(Authentiation) : 본인이 누구인지 확인, 로그인
        • 인가(Authorization) : 권한 부여(어드민 권한, 일반 회원 권한)
        • 오류 메시지가 Unauthorized이지만 인증이 되지 않음
    • 403 Forbidden 서버가 요청을 이해했지만 승인을 거부함
      • 주로 인증 자격은 있지만, 접근 권한이 불충한 경우 - 어드민 등급이 아닌 사용자가 로그인은 했지만, 어드민 등급의 리소스에 접근했을 경우
    • 404 Not Found - 요청 리소스를 찾을 수 없음
      • 요청 리소스가 서버에 없음
      • 또는 클라이언트가 권한이 부족한 리소스에 접근할 때 해당 리소스를 숨기고 싶을 때
• 5XX 서버 오류
  • 서버 문제로 오류 발생
  • 서버에 문제가 있기 때문에 재시도하면 성공할 수도 있음(복구 등등)
    • 500 Internal Sever Error - 서버 문제로 오류 발생, 애해 하면 500 에러
      • 서버 내부 문제로 오류 발생
    • 503 Service Unavailable - 서비스 이용 불가
      • 서버가 일시적인 과부하 또는 예정된 작업으로 잠시 요청을 처리할 수 없음
      • Retry-After 헤더 필드로 얼마뒤에 복구되는 보낼 수도 있음