HTTP 상태 코드 조회

모든 HTTP 응답은 세 자리 상태 코드로 시작하며, 브라우저나 API 클라이언트, 검색엔진에 무슨 일이 일어났는지 알려 줍니다. 이 조회 도구는 RFC 9110과 WebDAV 등 이후 RFC에서 정의한 IANA 등록부 전체와, nginx 로그와 Cloudflare 오류 페이지에서 만나는 비공식 코드를 담았습니다. 코드마다 쉬운 설명과 흔한 원인, 해결 방법을 보여 줍니다.

사용 방법

1. 502 같은 코드나 redirect, timeout, cookie 같은 단어를 입력합니다.
2. 원하면 분류로 좁힙니다. 예를 들어 5xx 서버 오류만 볼 수 있습니다.
3. 의미, 흔한 해결 방법, 기본 캐시 가능 여부, 정의한 RFC 조항을 확인합니다.
4. 입력 칸을 비워 두면 전체 표를 훑어볼 수 있습니다.

계산식

분류 = 첫 자리 숫자: 1 정보 · 2 성공 · 3 리다이렉션 · 4 클라이언트 오류 · 5 서버 오류

RFC 9110은 클라이언트가 모든 코드의 분류를 이해하고, 모르는 코드는 같은 분류의 x00 코드처럼 처리하도록 요구합니다. 그래서 알 수 없는 299는 200으로, 477은 400으로 처리됩니다. 200, 203, 204, 206, 300, 301, 308, 404, 405, 410, 414, 501 응답은 명시적인 신선도 헤더 없이도 캐시될 수 있습니다(휴리스틱 캐시).

예시

504를 검색하면 RFC 9110 §15.6.5의 Gateway Timeout이 나옵니다. nginx나 로드 밸런서 같은 프록시가 뒤쪽 애플리케이션의 응답을 기다리다 포기한 상황이므로, 해결은 서버 쪽에서 합니다. 느린 요청을 빠르게 하거나 프록시 제한 시간을 늘리세요. 524를 검색하면 같은 문제의 Cloudflare 버전과 Cloudflare의 기본 100초 제한이 나옵니다.