URL을 입력하고 Enter를 누르면 무슨 일이 일어나는가?

Question

IT Interview Practice · Accepted Answer

URL을 입력하면 일련의 네트워크 단계가 시작된다: 브라우저가 서버의 IP 주소를 알아내고, 그것에 연결을 열고, HTTP request를 보내고, response를 받고, 페이지를 렌더링한다. 다음은 `https://example.com`에 대한 end-to-end 흐름이다:

```text
You type https://example.com
   │
   ▼
1. URL PARSE   split scheme (https) + host (example.com) + path (/)
   │
   ▼
2. DNS         example.com ──▶ 93.184.216.34   (resolve name → IP)
   │
   ▼
3. TCP         3-way handshake to 93.184.216.34:443  (open connection)
   │
   ▼
4. TLS         handshake: verify certificate + agree on keys (encrypt)
   │
   ▼
5. HTTP        GET / HTTP/1.1   Host: example.com   (send request)
   │
   ▼
6. RESPONSE    200 OK + HTML   (server replies)
   │
   ▼
7. RENDER      parse HTML → fetch CSS/JS/images → build DOM → paint
```

**DNS**는 사람이 읽을 수 있는 이름을 IP 주소로 바꾸며, 보통 cache(브라우저, OS, 또는 resolver)에서 제공되므로 재방문 시에는 비용이 거의 들지 않는다. 그다음 **TCP**가 포트 443에서 서버와 신뢰할 수 있는 연결을 수립한다. URL이 `https`이므로 **TLS** handshake가 이어진다: 브라우저가 서버의 certificate를 확인하고 양쪽이 세션 키를 도출하여 트래픽이 암호화된다. 이제서야 브라우저가 실제 **HTTP request**(`GET /`)를 보낸다. 서버는 **response** — status code와 HTML — 를 반환한다. 브라우저는 그 HTML을 파싱하고, CSS, JavaScript, 이미지에 대한 참조를 발견하고, 그것들을 (종종 병렬로) 가져오고, **DOM**을 구성하고, 화면에 픽셀을 그린다.

## 왜 중요한가

이것은 가장 흔한 면접 질문 중 하나인데, 바로 하나의 이야기 안에서 스택의 모든 계층 — DNS, TCP, TLS, HTTP, 그리고 렌더링 — 을 건드리기 때문이다. 좋은 답은 어느 하나의 프로토콜을 암기한 것이 아니라 조각들이 어떻게 연결되는지 이해하고 있음을 보여준다. 그것은 또한 더 깊은 후속 질문의 문을 연다: 캐싱, 연결 재사용, 지연 시간(latency), 그리고 어디서 문제가 생길 수 있는지 — 프로덕션에서 느리거나 깨진 페이지를 디버깅할 때 정확히 중요한 주제들이다.

왜 중요한가

관련 질문