🚀 인터넷의 기반 - TCP/IP 프로토콜 스택¶

🚀 이 장을 시작하기 전에¶

스마트폰으로 유튜브를 볼 때, 카톡 메시지를 보낼 때, 지도 앱을 켤 때 — 모든 순간에 보이지 않는 규칙이 작동하고 있어요.

당신의 스마트폰이 서울에 있는 서버에 있는 영상을 어떻게 정확하게 받을까요? 수천 개의 인터넷 케이블 사이에서 당신의 데이터가 어떻게 길을 찾아갈까요?

이 모든 게 가능한 이유는 TCP/IP라는 통신 규칙이 있기 때문입니다. 마치 "편지는 주소로만 배달된다" "택배는 규칙에 따라 분류된다"처럼, 인터넷도 정해진 규칙에 따라 데이터를 주고받아요.

이 장을 배우면: - 인터넷이 어떤 "주소"를 사용하는지 (IP 주소) - 신뢰성 있는 통신과 빠른 통신의 차이 (TCP vs UDP) - 우리가 "naver.com"이라고 입력했을 때, 컴퓨터가 어떻게 그 서버를 찾아가는지 - 혼자 인터넷 통신 원리를 설명할 수 있게 돼요!

🎯 이 장의 학습 목표¶

이 장을 마치면 여러분은: - ✅ IP 주소와 서브넷마스크가 어떻게 컴퓨터를 식별하는지 설명할 수 있습니다 - ✅ TCP와 UDP의 특성을 비교하여 언제 어느 것을 쓰는지 이해합니다 - ✅ DNS와 HTTP의 역할을 알고, 웹 요청이 어떻게 이루어지는지 따라갈 수 있습니다 - ✅ TCP/IP 프로토콜 스택의 4계층 구조를 직관적으로 이해합니다

⏰ 예상 학습 시간: 약 2.5시간 (개념 이해 60분 + 체크포인트 15분 + 실습 예제 30분 + FAQ 검토 15분)

🔑 미리 확인해요 (선수 지식 체크)¶

이 장을 시작하기 전에 아래 내용이 편하신지 확인해보세요.

아래 중 2개 이상이 낯설다면, [Chapter 26: 네트워크 기초 — OSI 모델과 계층]을 먼저 복습해주세요.

OSI 7계층의 개념 — 네트워크 통신이 여러 계층을 거친다는 것
프로토콜이란? — 통신 규칙, 약속이라는 기본 개념
데이터 단위 (프레임, 패킷) — 계층마다 데이터가 어떻게 불리는지

😊 혹시 낯설다 해도 괜찮아요! 이 장에서는 필요한 부분을 다시 설명하며 진행할게요.

📚 핵심 개념 (하나씩 차근차근)¶

🔑 개념 1: TCP/IP 프로토콜 스택이란?¶

비유로 먼저 이해하기¶

"인터넷 통신"을 편지를 보내는 과정으로 생각해보세요.

응용 계층 = 편지 내용 쓰기 (메모, 메일, 웹 페이지)
전송 계층 = "이 편지는 안전하게 가야 해" vs "빨리 가면 돼"라고 결정
인터넷 계층 = 편지에 "발신자 주소, 수신자 주소" 적기
링크 계층 = 실제로 우체국을 통해 배달하기

TCP/IP 프로토콜 스택은 이 4개 계층의 통신 규칙을 묶어놓은 것입니다.

정확한 설명¶

TCP/IP 프로토콜 스택 = 인터넷 통신에 필요한 규칙들의 모음

정확히는 4계층 모델입니다:

응용 계층 (Application Layer) - HTTP (웹), SMTP (이메일), DNS (도메인 이름 찾기), FTP (파일 전송) - 사용자가 직접 사용하는 서비스

전송 계층 (Transport Layer) - TCP (신뢰성 있는 연결) - UDP (빠른 비연결) - 어떤 방식으로 통신할지 결정

인터넷 계층 (Internet Layer) - IP (주소 지정) - ICMP (핑, 오류 보고) - 데이터가 목적지까지 어떻게 갈지 경로 결정

링크 계층 (Link Layer) - Ethernet (유선), Wi-Fi (무선) - 실제 물리적 장비로 데이터 전송

📌 핵심: TCP/IP는 상자를 겹겹이 싸는 과정입니다. 응용 계층 데이터가 아래로 내려갈수록 주소, 목적지 정보 등이 추가됩니다.

구체적 예시¶

당신이 유튜브에서 영상을 볼 때:

응용 계층: "영상 다운로드" 요청 (HTTP 프로토콜)
전송 계층: TCP가 "이 데이터는 손상되면 안 돼"라고 결정
인터넷 계층: IP가 "목적지는 유튜브 서버의 IP 주소 142.250.xx.xx"라고 적음
링크 계층: Wi-Fi/모바일망을 통해 실제 데이터 전송 시작

🔍 체크포인트 | 여기까지 따라오셨나요? - TCP/IP 프로토콜 스택이 4개 계층으로 이루어져 있다는 것이 이해돼요? - 아직 헷갈린다면 👉 위의 "비유로 먼저 이해하기" 부분을 한 번 더 읽어보세요! - 이해된다면 👉 다음으로 넘어가세요! 잘하고 계세요! 💪

🔑 개념 2: IP 주소와 서브넷마스크¶

비유로 먼저 이해하기¶

IP 주소 = 인터넷상의 우편 주소 (예: 서울시 강남구 테헤란로 123)

각 컴퓨터는 유일한 IP 주소를 가지고 있고, 이 주소로 데이터를 주고받습니다.

서브넷마스크 = "같은 동네에 있는 컴퓨터들"을 판단하는 규칙

마치 "서울시 강남구 테헤란로"라고만 하면 범위가 넓으니, "테헤란로 100~199번지"라고 더 정확히 말하는 것처럼요.

정확한 설명¶

IP 주소 (IPv4)¶

IP 주소는 32비트를 4개의 옥텟(8비트씩)으로 나눈 것입니다.

형태: a.b.c.d (예: 192.168.1.100) - a, b, c, d는 각각 0~255 사이의 숫자

192.168.1.100
↑   ↑   ↑ ↑
|   |   | └─ 호스트 부분
|   |   └──── 호스트 부분  
|   └─────── 네트워크 부분
└──────────── 네트워크 부분

공개 IP = 인터넷상에서 유일한 주소 (외부와 통신) 사설 IP = 집이나 회사 내부에서만 사용하는 주소 - 192.168.0.0 ~ 192.168.255.255 - 10.0.0.0 ~ 10.255.255.255 - 172.16.0.0 ~ 172.31.255.255

💡 왜 사설 IP가 있을까? 공개 IP는 비싸거든요. 집에 여러 기기가 있을 때, 모두 공개 IP를 갖는 건 낭비입니다. 그래서 router(공유기)가 하나의 공개 IP로 여러 사설 IP를 관리해요.

서브넷마스크¶

서브넷마스크 = "어디까지가 네트워크 주소이고, 어디부터가 호스트 주소인지"를 나타내는 32비트 숫자

형태: 255.255.255.0 처럼 생겼어요.

작동 원리 (비트 AND 연산)

IP 주소: 192.168.1.100 서브넷마스크: 255.255.255.0

이 둘을 비트 AND 연산하면: - 255 AND 192 = 192 - 255 AND 168 = 168 - 255 AND 1 = 1 - 0 AND 100 = 0

결과 = 192.168.1.0 ← 이것이 네트워크 주소

즉, 192.168.1.0 네트워크에 속한 컴퓨터라는 뜻이에요.

🔑 핵심 원리: 서브넷마스크의 255 부분은 고정 네트워크, 0 부분은 가변 호스트라고 생각하면 됩니다.

구체적 예시¶

당신의 스마트폰: - IP: 192.168.0.105 - 서브넷마스크: 255.255.255.0 - 네트워크: 192.168.0.0 - 의미: 192.168.0.1 ~ 192.168.0.254 범위의 컴퓨터와 같은 네트워크에 있어요!

같은 Wi-Fi 공유기에 연결된 노트북: - IP: 192.168.0.50 - 같은 네트워크인가? 예! (192.168.0.0 범위) - 직접 통신 가능: 네트워크 케이블을 거치지 않고 바로 데이터 교환

카페의 다른 Wi-Fi: - IP: 10.0.0.200 - 같은 네트워크인가? 아니오! (10.0.0.0 범위) - 통신 방법: 반드시 인터넷(라우터)을 거쳐야 함

🔍 체크포인트 | 여기까지 따라오셨나요? - IP 주소가 "인터넷의 우편 주소"라는 것을 이해했나요? - 서브넷마스크가 "같은 네트워크인지 판단하는 도구"라는 것이 와닿나요? - 아직 헷갈린다면 👉 "구체적 예시" 부분을 다시 읽어보세요. 번외: 사실 대부분의 사람들은 깊게 이해 안 해도 괜찮습니다! - 이해된다면 👉 좋아요! 다음으로 넘어가세요! 💪

🔑 개념 3: TCP vs UDP — 신뢰성 vs 속도¶

비유로 먼저 이해하기¶

TCP (신뢰성 있는 배송) = 특급 배송

받는 사람이 "물건 받았습니다"라고 확인할 때까지 계속 보냄
느리지만 절대 손상되지 않음
예: 은행 송금, 이메일, 채팅 메시지 ("상대방 메시지 보냄"을 확인할 때까지)

UDP (빠른 배송) = 일반 배송

받는 사람이 받았는지 안 받았는지 신경 안 씀
빠르지만 손상될 수도, 중간에 버려질 수도 있음
예: 유튜브 영상, 온라인 게임, 영상 통화 (1~2장의 프레임이 손실되어도 큰 상관없음)

정확한 설명¶

TCP (Transmission Control Protocol)¶

연결 지향 프로토콜 = 먼저 "안녕하세요, 통신할 준비됐나요?"라고 악수하고 시작

3-way handshake (3단계 악수)

클라이언트          서버
    |-- SYN -->|  "안녕, 통신할래?"
    |<-- SYN-ACK --|  "응, 좋아"
    |-- ACK -->|  "내가 받았어"

이제 신뢰할 수 있는 연결 성립!

특징: - 데이터 순서 보장 (A → B → C 순서로 반드시 도착) - 손실된 데이터 자동 재전송 - 느림 (악수하고 확인하고...) - 신뢰성이 중요한 통신에 사용

UDP (User Datagram Protocol)¶

비연결 프로토콜 = "그냥 보낸다!" 확인 안 함

클라이언트          서버
    |-- 데이터 -->|  "여기 데이터!"
    (끝! 받았는지 안 받았는지 모름)

특징: - 순서 보장 안 함 (A → C → B 순서로 도착할 수도) - 손실되면 그냥 손실 (재전송 안 함) - 빠름 (그냥 쏜다!) - 속도가 중요한 통신에 사용

구체적 예시¶

TCP를 사용하는 경우: - 은행 송금 ($1000 송금했는데 $100만 되면 안 돼!) - 이메일 (메시지가 빠져도 안 돼) - 파일 다운로드 (파일이 손상되면 안 돼)

UDP를 사용하는 경우: - 유튜브 영상 스트리밍 (몇 프레임 버려져도 영상은 끊김없이 재생) - 온라인 게임 (0.1초 단위로 다른 플레이어 위치 전송 — 1~2개 손실되어도 괜찮음) - 영상 통화 (약간의 끊김은 괜찮음)

🔍 체크포인트 | 여기까지 따라오셨나요? - TCP는 "느리지만 안전", UDP는 "빠르지만 위험"이라는 기본 개념이 와닿나요? - "은행 송금은 TCP, 게임은 UDP"라는 예시가 이해돼요? - 아직 헷갈린다면 👉 비유 부분을 한 번 더 읽어보세요! - 이해된다면 👉 완벽합니다! 다음으로 넘어가세요! 💪

🔑 개념 4: DNS와 HTTP — 웹 요청의 여정¶

비유로 먼저 이해하기¶

당신이 "naver.com"을 입력하고 엔터를 치는 순간:

DNS가 등장 = "naver.com"이 뭐예요? → "IP 주소는 223.130.200.200이에요" 라고 알려줌
HTTP가 등장 = "223.130.200.200 서버에게 웹 페이지 데이터 주세요!" 라고 요청
서버가 응답 = HTML, CSS, 이미지 데이터 전송
브라우저가 렌더링 = 받은 데이터를 예쁜 웹 페이지로 표시

정확한 설명¶

DNS (Domain Name System)¶

도메인 이름 = 인간이 읽기 쉬운 이름 (naver.com, google.com) IP 주소 = 컴퓨터가 이해하는 주소 (223.130.200.200)

DNS는 전화번호부처럼 이 둘을 매칭해줍니다.

작동 원리:

당신의 브라우저: "naver.com의 IP 주소가 뭔가요?"
           ↓
    DNS 서버 (전화번호부): "223.130.200.200이에요"
           ↓
당신의 브라우저: "알았어! 223.130.200.200한테 접속할게"

왜 이렇게 복잡할까? 숫자로만 IP를 외우라니! 도메인 이름이 훨씬 기억하기 쉽거든요.

HTTP (HyperText Transfer Protocol)¶

프로토콜 = 웹 서버와 클라이언트(브라우저)가 통신하는 규칙

[클라이언트]                    [웹 서버]
    |
    |--- GET /index.html ---→|  "index.html 파일 줘"
    |
    |←--- 200 OK + HTML 데이터 ---|

브라우저가 받은 HTML을 렌더링해서 웹 페이지 표시!

HTTP 메서드: - GET = 데이터 요청 (웹 페이지, 이미지 등) - POST = 데이터 전송 (로그인 정보, 댓글 작성 등)

HTTP 상태 코드: - 200 = 성공 ("여기 데이터 있어") - 404 = 찾을 수 없음 ("그런 페이지 없어") - 500 = 서버 오류 ("서버가 고장 났어")

구체적 예시¶

"구글에서 '고양이' 검색"할 때:

1. 브라우저: "google.com의 IP 주소 뭐예요?" (DNS 질문)
   DNS: "142.250.185.46이에요"

2. 브라우저: "142.250.185.46 서버야, 안녕! 
              '고양이' 검색해줘" 
   (HTTP GET 요청)

3. 구글 서버: "좋아, 여기 고양이 검색 결과야!" 
   (HTML 데이터 전송)

4. 브라우저: "고마워! 이 HTML을 예쁜 웹 페이지로 만들어야겠다"
   (HTML 렌더링)

5. 사용자 화면: "우와, 고양이 사진들 떴다!"

🔍 체크포인트 | 여기까지 따라오셨나요? - DNS가 "도메인 이름을 IP 주소로 바꾸는 서비스"라는 것이 이해돼요? - HTTP가 "웹 서버와 클라이언트 사이의 통신 규칙"이라는 것이 와닿나요? - 아직 헷갈린다면 👉 "구체적 예시" 부분을 천천히 다시 읽어보세요! - 이해된다면 👉 완벽해요! 기초가 탄탄합니다! 💪

🔧 직접 해봐요¶

실습 1: 당신의 IP 주소와 서브넷마스크 확인하기¶

이 실습의 목표: 실제로 자신의 컴퓨터/스마트폰이 어떤 IP 주소를 가지고 있는지 확인해요.

준비물: - Windows/Mac/Linux 컴퓨터 또는 스마트폰 - 인터넷 연결 (Wi-Fi 또는 모바일 네트워크)

따라하기 (천천히 한 단계씩!):

[Windows 사용자]

명령 프롬프트 열기
왼쪽 아래 Windows 버튼을 누르고 "cmd" 입력
명령 프롬프트 클릭

✅ 검은 화면에 "C:\" 텍스트가 보여야 해요!

IP 주소 확인 명령 입력
다음을 입력하고 엔터:
```
ipconfig
```

✅ 화면에 이런 정보가 나와야 해요: - IPv4 주소: 192.168.x.x (또는 10.0.x.x) - 서브넷 마스크: 255.255.255.0 - 기본 게이트웨이: 192.168.x.1 (공유기 주소)

결과 읽기

IPv4 주소 . . . . . . . . . . : 192.168.0.105
서브넷 마스크. . . . . . . . : 255.255.255.0

이제 당신의 IP는 192.168.0.105라는 뜻이에요!

[Mac/Linux 사용자]

터미널 열기
Mac: Spotlight (⌘+Space)에서 "터미널" 검색
Linux: Ctrl+Alt+T
IP 주소 확인 명령 입력
```
ifconfig
```

✅ 화면에 "inet 192.168.x.x" 같은 주소가 보여야 해요!

[스마트폰 (Android)]

설정 → Wi-Fi 열기
현재 연결된 네트워크 클릭 (또는 길게 누르기)
"IP 주소" 항목 찾기

✅ 확인: 이 단계가 끝나면 자신의 IP 주소가 보여야 해요! ❓ 안 되나요? → 인터넷이 연결되어 있는지 확인하세요. Wi-Fi나 모바일 데이터가 켜져 있어야 합니다!

🎉 잘 되셨나요? 축하해요! 방금 당신은 당신의 디지털 주소를 찾아냈어요! 이 주소로 인터넷에서 당신의 기기를 식별하고 통신합니다.

실습 2: DNS 쿼리 직접 해보기¶

이 실습의 목표: 도메인 이름이 어떻게 IP 주소로 변환되는지 직접 확인해요.

준비물: - Windows/Mac/Linux 컴퓨터 - 명령어 실행 권한

따라하기 (천천히 한 단계씩!):

명령 프롬프트/터미널 열기 (위의 실습 1 참고)
nslookup 명령 입력
```
nslookup naver.com
```

✅ 화면에 이런 정보가 나와야 해요:

서버: 8.8.8.8
주소: 8.8.8.8#53

naver.com의 이름 확인 응답:
이름: naver.com
Address: 223.130.200.200

결과 읽기

"naver.com" = "223.130.200.200"이라는 뜻이에요!

이제 당신의 브라우저가 이 IP 주소로 네이버 서버에 접속할 수 있어요.

다른 사이트도 해보기

nslookup google.com
nslookup github.com

✅ 확인: 각 사이트마다 다른 IP 주소가 나와야 해요!

❓ "이름 확인 실패" 같은 에러가 나나요? → 인터넷 연결을 확인하세요. DNS 서버가 반응하지 않을 수 있습니다.

🎉 잘 되셨나요? 축하해요! 당신은 방금 DNS 쿼리를 직접 해봤어요! 이 과정이 매초 백만 번 일어나면서 인터넷이 작동합니다.

실습 3: 네트워크 통신 추적 (Ping)¶

이 실습의 목표: 당신의 컴퓨터에서 원격 서버까지 통신이 잘 되는지 확인해요.

준비물: - 컴퓨터와 인터넷 연결

따라하기 (천천히 한 단계씩!):

명령 프롬프트/터미널 열기
ping 명령 입력
```
ping google.com
```

✅ 화면에 이런 정보가 나와야 해요:

"google.com" 호스트에서 32바이트 요청 보냄
응답 시간 = 45ms
TTL = 115

통계:
  보낸 패킷 = 4, 받은 패킷 = 4, 손실 = 0%

결과 읽기
응답 시간 45ms = 서버까지 왕복 시간이 45밀리초라는 뜻 (매우 빠름!)
손실 = 0% = 모든 패킷이 안전하게 도착했어요!

✅ 확인: "손실 = 0%"이 나와야 통신이 잘 되고 있다는 뜻이에요! ❓ "Destination unreachable" 같은 에러가 나나요? → 인터넷 연결을 확인하거나 방화벽 설정을 확인하세요.

🎉 잘 되셨나요? 축하해요! 당신은 방금 원격 서버와의 통신 상태를 확인했어요! 이것이 네트워크 관리자들이 "서버가 살아있나?"를 확인하는 방법입니다.

❓ 자주 묻는 질문 & 막혔을 때¶

Q. IPv4 말고 IPv6은 뭐예요?

아, 좋은 질문입니다! **IPv4** = 32비트 주소 체계 (현재 표준) - 최대 약 43억 개 주소 가능 - 형태: 192.168.1.100 **IPv6** = 128비트 주소 체계 (미래 표준) - 최대 약 340조 조 개 주소 가능 (거의 무한대!) - 형태: 2001:0db8:85a3:0000:0000:8a2e:0370:7334 **왜 필요한가?** 스마트폰, 가전제품, IoT까지 모두 IP 주소가 필요해지니까요! **그런데 지금은?** 아직 IPv4를 주로 사용합니다. 천천히 IPv6로 전환 중이에요. **당신은?** 지금은 IPv4만 알아도 충분합니다! 😊

Q. TCP/IP에서 데이터가 어떻게 여러 계층을 거칠 때 얼마나 커져요?

아주 좋은 질문이에요! **응용 계층**: "안녕, 반가워!" (메시지 크기: 20바이트) **전송 계층 (TCP)**: TCP 헤더 추가 (20바이트) → 총 40바이트 **인터넷 계층 (IP)**: IP 헤더 추가 (20바이트) → 총 60바이트 **링크 계층 (Ethernet)**: Ethernet 헤더 추가 (14바이트) → 총 74바이트 **결과**: 작은 메시지도 여행하면서 여러 겹의 "봉투"를 입게 돼요! 이것을 **캡슐화(Encapsulation)**라고 부릅니다.

Q. 내 공개 IP와 사설 IP는 어떻게 다르게 작동하나요?

좋은 질문입니다! **당신의 스마트폰:** - 사설 IP: 192.168.0.105 (집 Wi-Fi 내에서만 유효) - 공개 IP: 121.156.xxx.yyy (인터넷상에서 유효) **작동 원리:** 1. 스마트폰이 구글에 요청 - "121.156.xxx.yyy(공개 IP)에서 보냄" 이라고 표기 2. 공유기가 이를 가로채서 변환 - "아, 이건 192.168.0.105(사설 IP)에서 온 요청이구나" 3. 구글이 응답 전송 - "121.156.xxx.yyy로 응답해"라고 공유기한테 전송 4. 공유기가 다시 변환 - 192.168.0.105(사설 IP)로 응답 전달 이것을 **NAT (Network Address Translation)**라고 부릅니다. 공유기가 중간에서 주소를 바꿔주는 거죠!

Q. HTTPS는 뭐고, HTTP와 뭐가 다르죠?

완벽한 질문입니다! **HTTP** = 일반적인 웹 통신 - 암호화 안 됨 - 해커가 당신의 통신을 엿볼 수 있음 - 예: 오래된 블로그, 간단한 웹사이트 **HTTPS** = 보안이 강화된 웹 통신 - **S = Secure (보안)** - SSL/TLS 암호화 사용 - 해커가 데이터를 못 본다 (암호화돼 있으니까) - 예: 은행, 카카오톡, 쇼핑몰 **당신이 해야 할 것:** 로그인 정보를 입력할 때는 항상 **"https://"**인지 확인하세요!

Q. 왜 "TCP/IP"라고 붙여서 부르나요? IP/TCP는 아니고?

좋은 질문이에요! 역사 때문입니다. **초창기 인터넷:** - IP와 TCP가 함께 개발됨 - "IP 프로토콜을 사용하는 TCP 통신"이라는 뜻으로 "TCP/IP"라고 부르기 시작 - 이게 표준이 돼버렸어요! **정확히 말하면:** - IP = 주소 지정 (인터넷 계층) - TCP = 신뢰성 있는 연결 (전송 계층) - 둘이 함께 작동해서 인터넷을 만들어요 **요즘:** 시대가 지나면서 UDP, QUIC 등 다양한 전송 계층 프로토콜이 생겼지만, 여전히 "TCP/IP"라고 부릅니다. 관례죠!

📌 이 장에서 배운 것 정리¶

🏆 오늘의 성취: 여러분은 이제 인터넷의 기본 작동 원리를 이해했어요!

✅ TCP/IP 프로토콜 스택: 응용/전송/인터넷/링크 4계층으로 이루어져 있고, 각 계층이 통신 규칙을 담당합니다.
✅ IP 주소와 서브넷마스크: IP 주소는 컴퓨터의 인터넷 주소이고, 서브넷마스크는 같은 네트워크인지 판단하는 도구입니다.
✅ TCP vs UDP: TCP는 느리지만 안전하고(은행 송금), UDP는 빠르지만 위험합니다(게임, 영상).
✅ DNS와 HTTP: DNS가 도메인을 IP로 바꾸고, HTTP로 웹 서버와 통신해서 웹 페이지를 받습니다.

🤔 스스로 점검해봐요¶

아래 질문에 "예"라고 답할 수 있다면, 다음 장으로 넘어가도 좋아요!

TCP/IP의 4개 계층을 말할 수 있나요? (응용, 전송, 인터넷, 링크)
IP 주소와 서브넷마스크가 무엇인지 설명할 수 있나요?
TCP와 UDP의 차이점을 설명할 수 있나요? (신뢰성 vs 속도)
DNS가 뭐 하는 건지, HTTP가 뭐 하는 건지 설명할 수 있나요?
직접 명령어로 자신의 IP 주소와 DNS 쿼리를 실행해봤나요?

💡 1-2개가 아직 어렵다면? 해당 부분만 다시 읽어보세요. 특히 "비유" 부분부터 다시 읽으면 도움이 될 거예요! 3개 이상이 어렵다면? 이 장을 천천히 한 번 더 읽어주세요. 급할 필요 없어요. 천천히 하면 됩니다! 😊

🚀 다음 장 미리보기¶

다음 장: "라우팅과 패킷 포워딩 — 데이터가 인터넷에서 길을 찾는 방법"

오늘 배운 IP 주소만 있어서는 충분하지 않아요. 수천 개의 라우터가 있는 인터넷에서 당신의 패킷이 어떻게 목적지를 찾아가는지 배울 거예요.

라우팅 테이블은 뭔가?
라우터는 정말 어떻게 패킷을 보낼 곳을 정하나?
만약 최단 경로가 막혀있다면?

이런 질문들의 답을 찾을 수 있게 돼요! 기대되시죠? 다음 장에서 뵙겠습니다! 😊

⏱️ 이 장의 학습 시간: 약 2.5시간 - 개념 이해: 70분 - 체크포인트: 15분 - 실습: 40분 - 복습 및 FAQ: 15분

🎓 축하합니다! 당신은 네트워크 기초의 가장 중요한 부분을 마스터했어요! 💪