HTTP 헤더 확인: 원본 헤더를 표와 JSON으로
HTTP 헤더 확인은 원본 헤더를 붙여넣기만 하면 시작할 수 있어요. 원본 HTTP 헤더나 이메일의 헤더 부분을 붙여넣으면 헤더 하나당 한 줄씩, 정렬되고 검색할 수 있는 표가 나와요. Set-Cookie처럼 반복되는 헤더는 한 줄로 합쳐지고 값은 각각 따로 나열되며, 전체를 JSON으로 복사할 수도 있어요. 붙여넣은 텍스트의 구조만 정리할 뿐, 조회하거나 검증하거나 디코딩하지는 않아요.
HTTP 헤더 확인 방법: 붙여넣고 표로 보기
- 헤더를 복사하세요. 브라우저 개발자 도구의 Network 탭,
curl -i의 출력, 또는 이메일 원본의 맨 위에서 가져오면 돼요. 헤더 줄만 붙여넣고 그 뒤에 이어지는 본문은 빼세요. - 원본 헤더에 붙여넣으세요. 입력 칸은 최대 5MB(5,000,000자)까지 받아요.
- 분석 모드에서 이메일 / RFC 5322(기본값) 또는 엄격한 HTTP를 고르세요. 차이는 아래에서 설명해요.
- 헤더 분석을 누르세요. 분석된 헤더 화면이 열리고 이름과 값 표가 이름의 A~Z 순서로 정렬돼요. 대소문자는 구분하지 않아요. DKIM 서명처럼 긴 값은 표 안에서 옆으로 스크롤돼요.
- 이름이나 값으로 필터 칸에 글자를 입력하면 행이 줄어들어요. 아래의 개수는 예를 들어 "헤더 12개"에서 "헤더 12개 중 3개"로 바뀌고, 필터도 대소문자를 구분하지 않아요.
- JSON으로 복사를 누르면 분석한 모든 헤더가 클립보드에 담겨요. 헤더 편집을 누르면 붙여넣은 텍스트로 돌아가요. 텍스트가 그대로 남아 있으니 한 줄을 고쳐서 다시 분석할 수 있어요.
메일 헤더 확인: 입력과 출력 예시
예시 블록은 응답 상태 줄(HTTP/1.1 200 OK), 일반 헤더 세 개, Set-Cookie 두 줄(한 줄은 소문자), 그리고 두 번째 줄로 접힌 Received 헤더로 이루어져 있어요.
기본값인 "이메일 / RFC 5322" 모드에서는 네 행이 돼요. 두 쿠키는 한 행을 함께 쓰고, 접힌 Received 값은 한 줄로 이어지며, 상태 줄은 콜론 앞에 이름이 없어서 건너뛴 줄로 표시돼요. "JSON으로 복사"의 결과는 이래요.
{"Cache-Control": "no-store", "Content-Type": "text/html; charset=utf-8", "Received": "from mail.example.com by mx.example.net; Tue, 1 Oct 2024 09:00:00 +0000", "set-cookie": ["id=a3fWa; Path=/", "theme=dark"]}
합쳐진 행은 처음 본 표기인 set-cookie를 그대로 쓰고, 헤더가 두 번 나왔기 때문에 배열이 돼요. 한 번만 나온 헤더는 평범한 문자열이에요.
엄격한 HTTP와 이메일 / RFC 5322: 어떤 모드를 고를까요
두 모드는 공백이나 탭으로 시작하는 줄을 다루는 방식만 달라요.
- 이메일 / RFC 5322: 그 줄을 공백 하나를 사이에 두고 윗줄에 이어 붙여요. Received나 DKIM-Signature처럼 긴 값이 여러 줄로 접히는 이메일 헤더에 알맞아요.
- 엄격한 HTTP: 그 줄을 이어 붙이지 않고 거부해서 건너뛴 줄로 나열해요. 들여쓴 줄이 이어지는 내용이 아닌 HTTP 요청과 응답에서, 그런 줄을 표시된 채로 보고 싶을 때 알맞아요.
잘 모르겠다면 기본값을 그대로 두세요. 둘 중 더 너그러운 모드예요.
건너뛰고, 합치고, 그대로 두는 것
- 첫 번째 콜론을 기준으로 나눠요. 콜론 앞이 이름, 뒤가 값이라서 날짜나 URL처럼 콜론이 들어 있는 값도 끊기지 않아요.
- 건너뛰는 줄: 콜론 앞에 이름이 없는 줄은 헤더가 아니에요. HTTP 상태 줄(
HTTP/1.1 200 OK), 요청 줄(GET /index.html HTTP/1.1), 떠도는 텍스트가 여기에 해당해요. 표 위의 안내에 건너뛴 줄 수가 나오고 처음 다섯 줄이 보여요. - 의사 헤더:
:authority,:method처럼 콜론으로 시작하는 HTTP/2 이름도 받아서 맨 위에 정렬해요. - 반복되는 이름: 대소문자를 구분하지 않고 비교해요. 값마다 표에 자기 줄이 남고, 나온 순서대로 놓여요.
- 빈 값: 콜론 뒤에 아무것도 없는 헤더는 "(비어 있음)"으로 표시돼요.
- 빈 줄은 무시하지만 헤더의 끝으로 보지는 않아요. 그 뒤에 이름과 콜론이 있는 줄이 나오면 이메일 본문의 줄이라도 한 행이 되니, 헤더 부분만 복사하세요.
이 도구가 하지 않는 일: 이메일 헤더 분석과의 차이
텍스트의 구조를 정리할 뿐이에요. 메시지의 경로를 추적하거나, SPF·DKIM·DMARC를 검증하거나, 스팸인지 진짜인지 판단하거나, 값을 디코딩하지는 않아요. =?UTF-8?B?…?= 같은 인코딩된 단어와 Base64 문자열은 붙여넣은 그대로 보여요. 이메일에서 보낸 사람, 인증 결과, 서버별 경로를 읽어 내고 싶다면 대신 "이메일 헤더 분석기"를 쓰세요.
분석은 브라우저 안에서 이루어지고, 붙여넣은 헤더는 업로드되거나 저장되지 않아요. 헤더 블록에는 세션 쿠키, API 키, 이메일 주소가 들어 있는 경우가 많아서 이 점이 중요해요.
자주 묻는 질문
크롬에서 요청 헤더를 복사하려면 어떻게 하나요?
개발자 도구를 열고 Network 탭으로 가서 페이지를 새로고침하세요. 해당 요청을 오른쪽 클릭하고 메뉴에서 요청 헤더(또는 응답 헤더)를 복사하는 항목을 고르세요. 결과를 "원본 헤더"에 붙여넣고 "헤더 분석"을 누르면 돼요. 파이어폭스도 Network 탭의 요청에 같은 복사 메뉴가 있어요. curl -i를 쓴다면 뒤에 이어지는 응답 본문은 빼고 헤더 줄만 붙여넣으세요.
HTTP 헤더는 대소문자를 구분하나요?
이름은 구분하지 않아요. Content-Type, content-type, CONTENT-TYPE은 같은 헤더라서 가장 먼저 나온 표기로 한 행에 합쳐져요. 값은 쓴 그대로 두고 앞뒤 공백만 제거해요. 쿠키 값이나 토큰처럼 대소문자를 구분하는 값이 있기 때문이에요.
Set-Cookie 헤더가 여러 개 있어도 되나요?
네, 괜찮아요. 응답은 쿠키마다 Set-Cookie 한 줄씩 보내고, Set-Cookie는 쉼표로 안전하게 이을 수 없는 헤더의 대표적인 예예요. 이 도구는 각 Set-Cookie 값을 한 행 안에서 각자의 줄에 나열하고, "JSON으로 복사"는 그 행을 배열로 만들어요. 이메일의 Received 헤더도 서버마다 하나씩 같은 식으로 반복돼요.
:authority 같은 HTTP/2 의사 헤더가 뭔가요?
HTTP/2가 이름이 콜론으로 시작하는 헤더로 적는 요청 필드예요. :method, :scheme, :authority, :path가 있고 응답에는 :status도 있어요. :authority는 HTTP/1.1의 Host 헤더처럼 호스트를 담아요. 이 도구는 맨 앞의 콜론을 이름의 일부로 취급해서, 일반 행으로 표시되고 다른 헤더보다 위에 정렬돼요.
HTTP 헤더를 JSON으로 만들려면 어떻게 하나요?
헤더를 붙여넣고 "헤더 분석"을 누른 다음 "JSON으로 복사"를 누르세요. 헤더 이름을 키로 하는 JSON 객체 하나가 만들어져요. 한 번 나온 헤더는 문자열이고, Set-Cookie처럼 반복된 헤더는 나온 순서대로의 문자열 배열이에요. 필터가 일부 행을 숨기고 있어도 JSON에는 분석한 모든 헤더가 들어 있어요.
이메일 헤더는 어떤 모드로 확인하면 되나요?
기본값인 "이메일 / RFC 5322"을 쓰세요. 공백이나 탭으로 시작하는 줄을 윗줄에 이어 붙이기 때문에 긴 Received나 DKIM-Signature 값도 한 줄로 모여요. 들여쓴 줄을 표시된 채로 보고 싶은 HTTP 응답이라면 "엄격한 HTTP"를 고르세요.
온라인 도구에 쿠키와 토큰을 붙여넣어도 안전한가요?
분석은 브라우저 안에서 이루어지고, 붙여넣은 내용은 업로드되거나 저장되지 않아요. 그래서 이 페이지가 헤더 블록의 쿠키나 토큰을 어딘가로 보내지는 않아요. 그래도 사용 중인 세션 쿠키나 Authorization 헤더는 비밀번호처럼 다루세요. 헤더나 JSON을 다른 사람과 공유하기 전에 값을 바꿔 두세요.
