[1회차] 구글에 "고양이"를 검색하면 무슨 일이 일어날까?

[github-actions[bot]]

🚀 발표 주제

구글에 "고양이"를 검색하면 무슨 일이 일어날까?

---

📅 발표일

2026-06-01

🙋 발표자

피즈

🗂️ 카테고리

🌐 Network

📚 발표 자료

구글에 “고양이”를 검색하면 무슨 일이 일어날까?.pdf

🎥 발표 영상

업로드 예정

---

🎯 핵심 개념 요약

구글에 고양이를 검색했을 때 일어나는 일을 네트워크 관점에서 살펴봅니다.

1. 사용자가 구글에 접속하기 위해 브라우저에 구글의 도메인 주소인 www.google.com을 입력합니다.
2. DNS 리졸버가 구글의 도메인 주소로 IP 주소를 찾습니다.
3. 구글의 IP 주소로 내 컴퓨터와 구글의 서버를 연결합니다. 이때, 내 컴퓨터의 사설 IP 주소는 공유기를 거쳐 공인 IP로 변환됩니다.
4. 두 서버가 TCP 연결을 진행합니다.
5. 이 연결을 통해, 브라우저가 구글 서버가 고양이 검색 요청을 합니다.
6. 구글이 응답한 HTML을 브라우저에 띄우면, 고양이 검색 결과가 나타납니다.

🔗 미션과의 연결

네트워크는 백엔드의 기본 소양이다.

📚 참고 자료

우아한 테크코스 2026 공통 교육 - 웹/인터넷

---

🙋‍♀️ 질문

1. 다음 중 맞는 것을 고르시오.

   1. DNS 리졸버가 루트 네임 서버에서 구글 주소를 바로 찾으면, TLD 네임 서버에서 찾을 필요가 없다.
   2. 구글이 보내주는 응답 패킷은 순서대로 내 컴퓨터에 도착한다.
   3. 내 컴퓨터의 사설 IP로 외부 서버와 연결할 수 있다.
   4. DNS 리졸버는 루트 네임 서버 -> TLD 네임 서버 -> 권한 네임 서버 순으로 방문해 IP 주소를 찾는다.

2. DNS 리졸버 서버가 통신사별로 따로 존재하는 이유는 무엇일까요?

[Jiihyun]

1. 4번 ⭕️

• DNS 리졸버에서 ip주소를 찾지 못한다면, 결국 권한 네임 서버까지 방문하여 ip주소를 받아와야 한다.
• 응답 패킷은 순서가 뒤바뀌어 도착할 수 있지만, TCP가 이를 복구하여 순서대로 전달한다.
• 내 컴퓨터는 사설 IP를 사용하지만, 공유기를 통해 공인 ip로 변환되어 외부 서버와 통신할 수 있다.

2. DNS 리졸버는 도메인 조회 결과를 캐시에 저장할 수 있습니다.
   따라서 통신사별로 DNS 리졸버를 운영하면, 사용자가 도메인을 조회할 때마다 루트 네임서버부터 권한 있는 네임서버까지 조회할 필요 없이 캐시에 저장된 결과를 바로 응답할 수 있습니다.
   이를 통해 DNS 조회 속도를 높이고, 상위 DNS 서버들의 부하와 네트워크 트래픽도 줄일 수 있습니다.

[MODUGGAGI]

Q1. 다음 중 맞는 것을 고르시오.

1. DNS 리졸버가 루트 네임 서버에서 구글 주소를 바로 찾으면, TLD 네임 서버에서 찾을 필요가 없다.
2. 구글이 보내주는 응답 패킷은 순서대로 내 컴퓨터에 도착한다.
3. 내 컴퓨터의 사설 IP로 외부 서버와 연결할 수 있다.
4. DNS 리졸버는 루트 네임 서버 -> TLD 네임 서버 -> 권한 네임 서버 순으로 방문해 IP 주소를 찾는다.

정답 : 4번

Q2. DNS 리졸버 서버가 통신사별로 따로 존재하는 이유는 무엇일까요?

근본적인 질문으로

왜 DNS 리졸버를 중간에 두었을까요?

라는 질문으로 생각해본다면
사용자의 매 요청마다, 루트 네임 서버 -> TLD -> 권한 네임 서버 에 요청을 보내게 되면
루트 네임 서버에 너무 많은 요청이 몰릴 수도 있습니다.
그래서 부하를 분산시켜주기 위해 각각의 DNS 리졸버들이 캐싱을 사용해서 사용자들이 요청했던 도메인 주소를 캐싱해놓는 것입니다.

루트 네임 서버는 전세계에 오직 13개 뿐이라고 하네요..

DNS 리졸버는 루트 네임 서버와 달리 지역별로 여러개 설치가 가능하기 때문에 사용자는 자신이 사용하는 가까운 DNS 리졸버에 요청을 보내게 되고 이때 각 DNS는 캐싱되어 있는 도메인 주소에 캐시 히트가 되면 해당 주소를 즉시 반환하는 것으로 속도와 효율을 둘 다 챙기는 구조가 가능한것입니다!

DNS 리졸버는 루트 네임 서버와 달리 지역별로 여러 개 설치가 가능하기 때문에, 사용자는 자신과 가까운 DNS 리졸버에 요청을 보내게 됩니다.
이때 도메인 주소의 캐시 히트가 발생하면 루트 네임 서버까지 요청이 전달되지 않고 즉시 응답할 수 있어, 속도와 효율을 둘 다 챙길 수 있는 구조가 됩니다!

통신사별로 따로 존재하는 것은,
사실 회사별로 자신들의 DNS 리졸버를 공유하지 않기 때문으로 답할 수 있을 것 같습니다.

[2Jaeheon]

Q1

4번

DNS 리졸버 서버가 통신사별로 따로 존재하는 이유는 무엇일까요?

만일 DNS 리졸버 서버가 전 세계에 하나만 존재한다면, DNS 리졸버 서버에 몰리고 위치상 네트워크 비용이 매우 증가해서 느린 환경에서 인터넷을 해야할 것 같다. 따라서 이러한 문제를 막기 위해서 각 ISP마다 DNS 리졸버를 두어서 가까운 위치에서 따로 처리할 수 있게 하면 매우 빠르게 인터넷을 활용할 수 있기 때문이 아닐까 생각합니다.

[Soojin6943]

Q1. 다음 중 맞는 것을 고르시오.

1. DNS 리졸버가 루트 네임 서버에서 구글 주소를 바로 찾으면, TLD 네임 서버에서 찾을 필요가 없다.
2. 구글이 보내주는 응답 패킷은 순서대로 내 컴퓨터에 도착한다.
3. 내 컴퓨터의 사설 IP로 외부 서버와 연결할 수 있다.
4. DNS 리졸버는 루트 네임 서버 -> TLD 네임 서버 -> 권한 네임 서버 순으로 방문해 IP 주소를 찾는다.

답 4번

Q2. DNS 리졸버 서버가 통신사별로 따로 존재하는 이유는 무엇일까요?

물리적으로 가까운 서버가 응답이 빠르고, 통신사는 이미 전국에 네트워크 인프라를 갖고 있어서 자기 망 안에서 DNS까지 처리하는 게 효율적이기 때문이라고..제 친구가 말해줬네요..ㅎ

그 외에도 통신사별로 존재하지 않는다면 트래픽이 한 군데 몰리게 되니 성능 저하의 이유가 가장 클 것이라고 저는 생각합니다..!

[Jihyun3478]

Q1. 다음 중 맞는 것을 고르시오.

1. DNS 리졸버가 루트 네임 서버에서 구글 주소를 바로 찾으면, TLD 네임 서버에서 찾을 필요가 없다.
2. 구글이 보내주는 응답 패킷은 순서대로 내 컴퓨터에 도착한다.
3. 내 컴퓨터의 사설 IP로 외부 서버와 연결할 수 있다.
4. DNS 리졸버는 루트 네임 서버 -> TLD 네임 서버 -> 권한 네임 서버 순으로 방문해 IP 주소를 찾는다.

• 정답: 4번
  • 1번: 루트 네임 서버는 구글의 IP를 직접 모르고, TLD 네임 서버의 주소만 알고 있기 때문이다.
  • 2번: 패킷이 각자 다른 경로로 독립적으로 이동하기 때문에 도착 순서가 보장되지 않기 때문이다. 추가적으로 TCP에서 각 패킷에 시퀀스 번호(Sequence Number) 를 붙여서 보내면, 수신 측에서 이 번호를 보고 순서대로 재조립한다.
  • 3번: 사설 IP는 전 세계에 중복되기 때문에 외부 서버가 어떤 기기인지 식별할 수 없기 때문이다.
  • 4번: DNS 조회는 루트 → TLD → 권한 네임 서버 순서를 거쳐야만 최종적으로 IP 주소를 얻을 수 있기 때문이다.

Q2. DNS 리졸버 서버가 통신사별로 따로 존재하는 이유는 무엇일까요?

DNS 리졸버는 사용자 대신 루트 네임 서버 → TLD 네임 서버 → 권한 네임 서버를 순서대로 방문해 IP 주소를 찾아주는 서버다. 이 리졸버가 통신사별로 따로 존재하는 이유는 2가지이다.

(1) 성능

사용자와 물리적으로 가까운 리졸버에 요청하면 응답 속도가 빠르고, 전 세계 모든 요청이 하나의 리졸버로 몰리지 않아 트래픽이 분산된다.

(2) 캐시 효율

같은 통신사 사용자들은 비슷한 사이트를 자주 방문하는 경향이 있다. 리졸버는 한 번 조회한 결과를 캐시에 저장해두기 때문에, 동일한 도메인 요청이 들어오면 루트 네임 서버까지 가지 않고 캐시에서 바로 반환할 수 있다.

캐시가 잘못되면 → DNS 스푸핑 공격 가능

리졸버 캐시에 공격자가 의도적으로 잘못된 IP를 심어놓는 것을 DNS 스푸핑이라고 한다. 이 경우 사용자가 정상적인 주소(예: google.com)를 입력해도 공격자가 만든 가짜 사이트로 연결된다. 피싱, 개인정보 탈취 등에 악용될 수 있다.

이걸 막으려면 → DNSSEC 적용

DNSSEC(DNS Security Extensions)은 DNS 응답에 디지털 서명을 붙여 위조 여부를 검증하는 방식이다. 리졸버가 응답을 받았을 때 서명이 올바른지 확인하기 때문에, 공격자가 캐시에 잘못된 정보를 심어도 검증 단계에서 걸러낼 수 있다.