03 · CHAPTER 01 · WEB STRUCTURE
브라우저가 문을
두드리는 순간
URL을 입력한 뒤 HTTP 요청과 응답이 오가는 과정을 한 단계씩 따라갑니다.
WEB STRUCTURE STUDY NOTE브라우저가 문을 두드리는 순간HTTP · URL · Request · Response
01
주소창 뒤에서 벌어지는 일
핵심 용어
HTTP URL Request Response
주소창에 이름 하나를 입력하지만 그 뒤에는 DNS, 연결, 요청, 응답이 이어집니다.
브라우저는 URL을 해석하고 서버 주소를 찾은 뒤 HTTP 메시지를 보냅니다.
서버는 상태 코드와 헤더, 본문을 응답하고 브라우저는 HTML·CSS·JavaScript를 해석해 화면을 만듭니다.
02
요청과 응답의 표지
핵심 개념
GET POST 200 302 404 500
메서드와 경로, 상태 코드와 헤더를 읽으면 통신 목적을 알 수 있습니다.
GET자료 조회
POST데이터 제출
200요청 성공
302다른 위치로 이동
404리소스를 찾지 못함
500서버 내부 오류
03
개발자 도구와 curl로 보기
관련 명령어
curl -I https://example.com curl -v https://example.com curl -sS -o /dev/null -w "%{http_code}\n" https://example.com 화면만 보지 않고 실제 HTTP 헤더와 상태를 확인합니다.
$ curl -I https://example.com
$ curl -v https://example.com
$ curl -sS -o /dev/null -w "%{http_code}\n" https://example.com
04
상태 코드는 결론이 아니라 단서다
보안 관점
위험 요소 확인 기준 대응 원칙
200 응답도 잘못된 권한으로 민감정보를 보여 줄 수 있고 500 오류는 내부 구조를 노출할 수 있습니다.
캐시, 프록시, 애플리케이션이 서로 다른 응답을 만들 수 있으므로 요청 URL과 시각, 헤더를 함께 기록합니다.
웹 장애와 보안 사고를 설명할 때는 “페이지가 안 된다”보다 어떤 요청이 어떤 응답을 받았는지 말하자.
CHAPTER REVIEW
이번 장에서 기억할 한 문장
웹은 화면이 아니라 클라이언트가 요청하고 서버가 응답하는 약속 위에서 움직인다.