이 글은 인터넷 네트워크 차이를 5단 동심원으로 풀어가는 바이브코더 CS심화코스(전체 약 42편 예정) 첫 트랙 — 네트워크편 1편입니다.
자기 앱이 자기 노트북에서는 잘 돌아가는데 친구 노트북에서는 안 돌아간다는 한 줄의 사실에서 시작해, 같은 LAN 두 기기·사설 IP·공인 IP·traceroute까지 따라갑니다.
📖 30분 정독 · 바이브코더 CS심화코스 · 네트워크편 1/9 (전체 약 42편 예정)
이 글에서 배우는 것 3가지
- ① 인터넷 네트워크 차이 — 한 단어 차이가 부르는 디버깅의 첫 분기점
- ② 5단 동심원 — [1] 디바이스 → [5] 클라우드. 시리즈 전체의 좌표계
- ③ 사설 IP·공인 IP·traceroute로 그 동심원이 진짜 자기 노트북에서 살아 있는 풍경을 직접 보는 법
“인터넷이 뭐지?” — 그날 던진 첫 질문
그날, 한 사람이 코드를 다 덮고 노트북을 닫았다. 친구의 메시지 — “야, 너 만든 거 좀 느려” 와 “나 안 들어가져” — 가 머릿속에 남아 있었다.
자기 노트북에서는 잘 돌아가는데 친구의 노트북에서는 안 돌아간다는 것. 그 단순한 사실이 모든 디버깅 본능을 무력화시켰다.
그가 던진 첫 질문은 이거였다.
“인터넷이 뭐지?”
당연한 단어였다. 매일 쓰던 단어였다. 와이파이 켜고 유튜브 보면 그게 인터넷을 쓰는 거라고만 알았다.
하지만 그날, 자기 코드가 자기 노트북을 떠나서 친구 노트북까지 가는 그 길을 한 번도 진지하게 생각해본 적이 없다는 사실을 깨달은 순간, “인터넷” 이라는 단어가 자기 머릿속에서 정의되어 있지 않다는 것이 드러났다.
검색해봤다. 위키백과는 이렇게 시작했다.
“인터넷은 전 세계의 컴퓨터들이 연결된 네트워크들의 네트워크이다.”
여기서 한 번 더 막힌다. 네트워크들의 네트워크라는 말이 무슨 뜻인지 몰랐다. 네트워크라는 단어와 인터넷이라는 단어를 같은 뜻으로 써왔는데, 위키백과는 둘이 다른 단어인 것처럼 쓰고 있었다.
그날부터 이 두 단어를 다시 시작점으로 잡았다.
인터넷 네트워크 차이 — 한 단어 차이가 부르는 모든 것
한 줄 요약: 네트워크는 한 무리의 컴퓨터, 인터넷은 그 무리들의 무리. 차이는 규모가 아니라 포함 관계다.
네트워크 — “한 무리의 컴퓨터”
네트워크는 단위다. 컴퓨터 여러 대가 연결되어 데이터를 주고받는 한 단위. 가장 가까운 네트워크는 자기 집 와이파이다.
거기에는 노트북, 아이폰, 아이패드, 그리고 작년에 산 IoT 카메라가 연결되어 있다. 이 네 개의 기기가 한 네트워크다.
[집 LAN — 네트워크 1개]
├─ 노트북
├─ 아이폰
├─ 아이패드
└─ IoT 카메라
회사 사무실에 있는 데스크탑·동료 노트북들도 또 다른 네트워크 1개다. 학교 도서관 와이파이도 1개. 카페 와이파이도 1개. KT 가 서울 강남 지역에 깐 통신망도 1개.
이게 네트워크다. 한 무리의 컴퓨터들이 서로 직접 연결되어 있는 단위. 단수형이다. “이 네트워크” “그 네트워크” 라고 셀 수 있다.
인터넷 — “그 무리들의 무리”
인터넷은 그 네트워크들을 다시 연결한 거대한 네트워크다.
영어 단어를 보면 더 명확하다. inter-net. inter 는 “사이의”, net 은 “그물·네트워크”. 직역하면 “네트워크들 사이의 네트워크”. 한국어로 부드럽게 풀면 “네트워크들을 잇는 거대한 망”.
[집 와이파이] [회사 사내망] [KT 통신망] [Google 데이터센터]
↓ ↓ ↓ ↓
└────────── 인터넷 = 이들을 다 잇는 거대한 망 ──────────┘
각 네트워크는 안쪽으로는 자기 손님(기기) 들을 모으고, 바깥으로는 다른 네트워크와 연결된다. 그 모든 연결이 합쳐진 결과가 인터넷.
💡 인터넷 네트워크 차이 한 줄 정리
네트워크 = 한 무리의 컴퓨터들이 서로 연결된 단위. 인터넷 = 그 단위들이 전 세계 규모로 서로 연결된 단위. 인터넷은 네트워크의 더 큰 형태가 아니라, 네트워크들을 또 한 번 연결한 새로운 층이다.
여기서 디버깅의 첫 분기점이 잡힌다
이 정의를 잡고 나면 한 가지가 분명해진다. 매일 “인터넷이 안 돼” 라고 말했던 그 순간들이 사실 두 가지 다른 상황이었다는 것.
상황 A — 우리 집 와이파이가 끊긴 것
→ 집 네트워크 자체가 작동 안 함
→ "내 LAN 이 죽었다"
상황 B — 우리 집은 와이파이는 잡히는데 외부 사이트가 안 열림
→ 집 네트워크는 살아 있는데 인터넷 (= 외부와의 연결) 이 끊긴 것
→ "내 LAN 은 살아 있는데 인터넷이 죽었다"
지금까지는 둘 다 “인터넷 안 돼” 라고 같이 말해왔다. 그런데 두 상황은 완전히 다른 문제다. 진단도 다르고 해결도 다르다. 단어 두 개를 정확히 가르는 것 만으로 디버깅의 첫 분기점이 생겼다.
컴퓨터끼리 연결 — 정확히 뭐가 연결된 건가
한 줄 요약: 연결은 신호의 통로다. 한 번의 통신에서 매체는 전파 → 전기 → 빛으로 다섯 번쯤 갈아탄다. 위 단계는 아래 매체를 신경 쓰지 않는다.
여기서 다음 의문이 자연스럽게 따라붙는다.
“컴퓨터끼리 연결되어 있다고 하는데, 정확히 뭐가 연결된 거지? 전선? 무선? 둘 다?”
이 질문은 좋은 질문이다. 왜냐하면 답이 “둘 다이고, 게다가 한 통신 안에서 여러 번 갈아탄다” 이기 때문이다.
연결의 본질 — 신호의 통로
컴퓨터끼리 연결되어 있다는 말의 진짜 의미는, 0과 1로 된 신호를 주고받을 수 있는 통로가 두 컴퓨터 사이에 깔려 있다 는 것. 신호를 나르는 매체는 세 가지다.
| 매체 | 신호의 형태 | 어디 쓰이나 |
|---|---|---|
| 구리 전선 | 전기 신호 (전압의 높낮이) | 랜선, 옛날 전화선 |
| 광케이블 | 빛 신호 (광 펄스) | 인터넷 백본망, 해저 케이블 |
| 무선 (전파) | 전자기파 | 와이파이, 5G, Bluetooth |
전선이든 빛이든 전파든, 결국 0과 1을 어떻게 표현할까 의 문제다. 전선에서는 “전압 높음 = 1, 낮음 = 0”, 광케이블에서는 “빛 있음 = 1, 없음 = 0”, 무선에서는 “특정 주파수 패턴 = 1, 다른 패턴 = 0”.
한 번의 통신, 여러 번 갈아타는 매체
와이파이로 OpenAI 에 한 번 호출하는 그 짧은 여정 동안, 신호의 매체는 다섯 번쯤 갈아탄다.
[1] 노트북 → 공유기 매체: 와이파이 전파 (2.4GHz/5GHz)
[2] 공유기 → 인터넷 모뎀 매체: 구리 랜선 (전기 신호)
[3] 모뎀 → 통신사 백본 매체: 광케이블 (빛)
[4] 한국 → 미국 매체: 해저 광케이블 (빛, 태평양 바닥)
[5] 미국 데이터센터 입구 → 안쪽 서버 매체: 광케이블 + 구리 혼합
같은 한 번의 호출에서 신호가 다섯 번 다른 형태로 변환된다. 노트북 안에서는 전파였다가, 공유기에서는 전기였다가, 통신사 입구에서는 빛으로 바뀐다. 이게 정상적인 통신의 풍경이다.
이 사실 하나를 머리에 박아두면 “와이파이가 빠르냐 랜선이 빠르냐” 같은 질문을 더 정확하게 할 수 있다.
와이파이만 빨라도 그 뒤의 광케이블이 느리면 의미 없고, 광케이블이 빨라도 와이파이가 약하면 첫 단계부터 막힌다.
매체가 바뀌어도 위는 신경 안 쓴다
여기서 한 가지 신기한 점이 있다. 내가 짠 코드는 “이 통신이 와이파이를 거치는지 광케이블을 거치는지 해저 케이블을 거치는지” 를 한 번도 묻지 않는다.
코드는 그냥 OpenAI 의 도메인을 부른다. 그러면 OS 가 알아서 신호를 와이파이 칩으로 보내고, 와이파이 칩이 전파로 바꾸고, 공유기가 받아서 전기로 바꾸고, 모뎀이 빛으로 바꾸고… 이 모든 일이 코드 한 줄 아래에서 일어난다.
이게 가능한 이유는 인터넷이 매체를 추상화 했기 때문이다. 위에 있는 단계 (코드, OS, 네트워크 프로토콜) 는 아래에 있는 매체 (전파·전기·빛) 를 신경 쓰지 않게 설계됐다.
매체가 무엇이든 같은 약속(프로토콜) 으로 통신하면 된다. 이 추상화의 결과가 OSI 7계층이라는 모델이고, 시리즈 후반부에서 이 모델을 다시 만나게 됩니다.
시리즈 마스코트 — 5단 동심원
한 줄 요약: [1] 디바이스 → [2] LAN → [3] ISP → [4] 백본 → [5] 클라우드. 시리즈 모든 단원의 좌표계.
이제 본격 그림으로 들어간다. 이 그림은 시리즈 전체의 좌표계다.
┌─────────────────────────────────────────────┐
│ [5] 데이터센터·클라우드 │
│ (AWS, Google, OpenAI, Cloudflare) │
│ ┌─────────────────────────────────────┐ │
│ │ [4] 글로벌 인터넷 (Tier-1 백본) │ │
│ │ 해저 케이블·대륙 간 광섬유 │ │
│ │ ┌─────────────────────────────┐ │ │
│ │ │ [3] ISP (KT·SKT·LGU+) │ │ │
│ │ │ 국내 통신망 │ │ │
│ │ │ ┌─────────────────────┐ │ │ │
│ │ │ │ [2] 가정·사무실 LAN │ │ │ │
│ │ │ │ ┌─────────────┐ │ │ │ │
│ │ │ │ │ [1] 디바이스│ │ │ │ │
│ │ │ │ │ 노트북·폰 │ │ │ │ │
│ │ │ │ └─────────────┘ │ │ │ │
│ │ │ └─────────────────────┘ │ │ │
│ │ └─────────────────────────────┘ │ │
│ └─────────────────────────────────────┘ │
└─────────────────────────────────────────────┘
한 번의 OpenAI 호출은 이 5겹을 안쪽에서 바깥쪽으로 한 칸씩 뚫고 나간다. 그리고 응답이 다시 바깥쪽에서 안쪽으로 한 칸씩 들어온다. 한 번의 호출에 10번의 경계 통과. 각 층을 한 단원씩 풀어보자.
[1] 디바이스 — 100% 통제 영역
가장 안쪽 동그라미. 여기에 있는 것들 — 노트북, 아이폰, 아이패드, 그 외 IoT 기기들. 이 층에서 일어나는 일은 코드로 100% 제어할 수 있다.
노트북의 운영체제(macOS), 노트북에 깔린 Cursor·Chrome·VSCode, 노트북의 와이파이 칩 — 다 내 영역이다.
이 층의 경계는 노트북의 네트워크 카드(NIC, Network Interface Card) 다. 와이파이 칩이거나 이더넷 포트. 패킷이 이 부품을 떠나는 순간 [1] 의 영역을 벗어난다.
디버깅할 때 가장 먼저 의심해야 하는 곳이 이 층이다. “내 노트북에선 되는데 다른 사람 노트북에선 안 돼요” 는 [1] 의 환경 차이일 가능성이 크다. “내 노트북에서도 안 돼요” 는 [1] 또는 [2] 이상의 문제.
[2] 가정·사무실 LAN — 80% 통제 영역
자기 집 공유기 + 거기 연결된 모든 기기의 묶음. 회사에 있을 때는 회사 사무실의 LAN. 학교에 있을 때는 학교 와이파이의 일부. 이 층에서 일어나는 일:
- 같은 LAN 안의 기기들끼리 직접 통신 (예: AirDrop, 프린터 공유, NAS 접근)
- 외부로 나가는 패킷을 모아서 다음 층으로 보냄
- 외부에서 들어오는 패킷을 받아서 적절한 기기에게 분배
이 층의 핵심 장비가 공유기 다. 공유기는 사실 작은 컴퓨터이고, 시리즈 3편이 통째로 공유기 이야기다.
지금은 한 가지만 박아두면 된다 — 공유기는 [2]의 안쪽과 바깥쪽을 가르는 경계의 문지기다.
내 패킷이 [2] 를 떠나 외부로 나가는 그 순간, 공유기에서 큰 변환이 일어난다. NAT 이라고 부르는 변환인데, 이것도 시리즈 3편에서 본격 다룬다.
이번 주 AI 흐름
[3] ISP — 통제권이 0이 되는 첫 번째 층
여기부터 통제권이 사라진다. ISP 는 Internet Service Provider 의 약자. 한국어로는 “인터넷 서비스 제공자” 또는 “통신사” 라고 부른다.
한국에는 KT, SK Broadband, LG U+ 가 있다. 미국에는 Comcast, Verizon 등이 있다.
ISP 가 하는 일은 두 가지다. (1) 마지막 1km 연결 — 우리 집까지 광케이블 또는 5G 로 연결. (2) 다른 ISP 와의 연동 — 내 패킷이 다른 ISP 로 가야 할 때 (예: 미국 OpenAI 로 갈 때) 다른 ISP 와 패킷을 주고받음.
OpenAI 에 호출할 때 그 패킷은 일단 KT 의 통신망을 한참 달린다. 서울 어딘가의 KT 인터넷 익스체인지(IX) 까지. 거기서 미국행 노선을 가진 다른 ISP 에게 넘어간다.
이 층은 손댈 수 없다. KT 의 망이 혼잡하면 내 앱이 느려진다. 할 수 있는 건 “어, 지금 KT 가 좀 느리네” 라고 인지하는 것뿐이다.
[4] 글로벌 인터넷 — 척추(Backbone)
이 층은 대륙과 대륙을 잇는 광섬유 간선이다. 영어로 backbone — 척추. 비유 그대로 인터넷의 척추다.
여기에 있는 것: 해저 케이블 (한국과 미국을 잇는 광케이블이 태평양 바닥에 깔려 있다), 대륙 간 광섬유 (유럽·아시아·아메리카를 잇는 간선), Tier-1 사업자 (백본을 직접 소유한 거대 통신 회사들).
한국에서 미국 서비스를 부르면 그 패킷은 해저 케이블을 통해 태평양을 건넌다. 빛의 속도로. 이 층의 본격 정공법은 시리즈 4편에서.
[5] 데이터센터·클라우드 — 동심원의 가장 바깥
가장 바깥. 패킷이 도착하는 종착지. 여기에 있는 것: AWS·Google Cloud·Microsoft Azure 의 거대한 데이터센터, 그 위에 얹힌 OpenAI·Anthropic·Vercel·Supabase 같은 서비스들, Cloudflare 같은 엣지·CDN 인프라.
여기서 한 가지 재미있는 사실이 있다. 클라우드 위에 또 클라우드가 있다. 예를 들어 OpenAI 의 서버는 대부분 Microsoft Azure 위에 얹혀 있다.
Anthropic 은 Google Cloud · AWS 위에. 내 앱이 Vercel 위에 있다면, 그 Vercel 은 또 AWS 일부를 빌려 쓴다.
내 앱 (Vercel 위)
→ OpenAI API (Azure 위)
→ 두 개의 다른 클라우드를 가로지르는 호출
[5] 의 동심원 안에 또 다른 [5] 가 들어 있는 셈이다. 이걸 클라우드의 적층 이라고 부른다.
안쪽 100%, 바깥쪽 0% — 통제권의 경계
5단 동심원을 다 살피고 나면 한 가지 사실이 보인다.
[1] 디바이스 ← 내 통제권 100%
[2] LAN ← 내 통제권 80% (공유기 설정 가능)
[3] ISP ← 내 통제권 0%
[4] 백본 ← 내 통제권 0%
[5] 클라우드 ← 내 통제권 0%
⚠️ 디버깅 함정
못 손대는 곳에서 문제가 났는데 코드를 들여다보면 영원히 답이 안 나온다. “어느 동심원의 문제일까” 가 첫 질문이어야 한다.
같은 LAN 의 두 기기 — 인터넷을 거치는가, 안 거치는가
한 줄 요약: 같은 와이파이의 두 기기 사이도 앱마다 다르다. 같은 방에 있어도 카톡 메시지는 한 번 카카오 서버를 다녀온다.
5단 동심원을 받고 나면 다음 의문이 자연스럽게 따라온다.
“그러면 내 집의 노트북과 아이폰이 같은 와이파이에 있을 때, 두 기기 사이의 통신은 인터넷을 거치는 건가, 안 거치는 건가?”
이 질문이 좋은 이유는 답이 “앱마다 다르다” 라서다.
인터넷을 안 거치는 통신 — [2] 안에서 끝남
내 노트북 ←──→ 내 아이폰
↑
같은 공유기를 거쳐 직접 통신
인터넷 [3] [4] [5] 안 거침
이런 통신은 [2] 안쪽에서 끝난다. 외부로 나갈 필요가 없다.
예시: AirDrop (애플) — 두 기기 간 직접 와이파이/블루투스 통신. 같은 와이파이의 NAS 접속, 프린터 공유, 같은 와이파이에서 서로 ping — 모두 [2] 의 일원끼리 직접 통신.
인터넷을 거치는 통신 — [5] 까지 다녀옴
내 노트북 ──→ 공유기 ──→ ISP ──→ 백본 ──→ Apple iCloud (미국 [5])
↓
내 아이폰 ──→ 공유기 ──→ ISP ──→ 백본 ──→ Apple iCloud (응답)
같은 와이파이에 있어도 앱이 그렇게 설계되어 있으면 인터넷을 다녀온다.
예시: Apple 사진 동기화 — 두 기기의 사진이 iCloud (Apple 의 데이터센터) 를 경유. Google Drive 로 파일 공유 — Google 의 데이터센터를 경유. 카톡으로 옆자리 친구에게 메시지 — 카카오 데이터센터를 경유.
같은 방에 있어도 카톡 메시지는 한 번 일본/한국 어딘가의 카카오 서버를 다녀온다. 이게 5단 동심원의 핵심이다. 물리적 거리가 아니라 앱의 설계가 통신 경로를 결정한다.
WWW 의 미스터리 — 왜 인터넷과 다른 단어인가
한 줄 요약: 인터넷은 도로, WWW는 그 도로 위를 달리는 한 종류의 차량(브라우저로 보는 문서 시스템). WWW가 가장 자주 보일 뿐, 인터넷의 전부가 아니다.
위키백과를 다시 읽다 보면 한 줄에서 다시 막힌다.
“WWW은 1989년에 유럽 입자물리연구소(CERN)의 팀 버너스리가 정보 공유 수단으로 고안했습니다. 이처럼 WWW은 원래 인터넷과는 전혀 다른 곳에서 생겨났지만, 인터넷과 결합되면서 정보 공유 수단으로 빠르게 확산되었습니다.”
WWW (World Wide Web) 는 인터넷 위에서 돌아가는 한 가지 시스템이다. 인터넷의 전부가 아니라 그 위에 얹힌 한 종류의 서비스.
인터넷 = 전 세계 컴퓨터를 잇는 도로망
WWW = 그 도로 위를 달리는 한 종류의 차량 (브라우저로 보는 문서 시스템)
도로(인터넷) 가 있어야 차량(WWW) 이 다닐 수 있다. 하지만 도로 위에 다니는 차량은 한 종류가 아니다. WWW 외에도 여러 종류의 통신이 같은 인터넷 위에서 작동한다. WWW 가 가장 자주 보이는 차량일 뿐.
이 사실을 알고 나면 자주 하던 말이 부정확했다는 게 보인다. 같은 현상도 어휘가 정확해지면 진단이 정확해진다.
5단 동심원이 진짜로 보이는 4장의 화면
한 줄 요약: ifconfig, 공인 IP 확인, traceroute, 같은 LAN 두 기기 — 5단 동심원이 그림책의 그림이 아니라 자기 노트북에 진짜로 살아 있다는 걸 4장의 화면으로 본다.
5단 동심원이라는 좌표계가 머릿속에 들어오고 나면, 한 가지가 궁금해진다.
“그 동심원이 추상적인 그림이 아니라 진짜로 내 노트북에서 일어나는 일이라면, 내 눈으로 그걸 볼 수도 있지 않을까?”
노트북 터미널을 열어보자.
첫 명령어 — ifconfig
맥에서는 ifconfig, 윈도에서는 ipconfig. 자기 노트북의 네트워크 인터페이스를 다 보여주는 명령어. 그 중 IP 정보만 보고 싶으면 grep inet 으로 거른다.
inet 192.168.0.10 이 첫 줄에 떴다. 이건 내 노트북이 집 와이파이에서 받은 사설 IP. 5단 동심원의 [1] 디바이스가 [2] 가정 LAN 안에서 부여받은 주소다.
그 아래에 inet 127.0.0.1 도 보였다. 이건 loopback — 자기 자신을 가리키는 특별한 주소. 시리즈 7편에서 정공법으로 다룰 자리다.
두 번째 — 공인 IP 확인
방금 본 건 사설 IP — 집 안에서만 의미 있는 주소. 외부에서는 다른 주소로 보일 거다. 그게 공인 IP 라는 건 알고 있었다.
211.234.56.78. 한국 KT 가 우리 집 공유기에 부여한 단 하나의 공인 IP. 같은 와이파이의 노트북·핸드폰·아이패드·IoT 카메라 4개 기기가 외부에서는 모두 이 하나의 IP 로 보인다.
어떻게 그게 가능한지는 시리즈 3편의 NAT 정공법에서 풀린다.
📌 두 주소 동시 거주
사설 IP 192.168.0.10 과 공인 IP 211.234.56.78. 같은 노트북이 두 개의 다른 주소로 동시에 살아 있다. 이 두 주소가 만나는 자리가 [2] 와 [3] 의 경계 — 그러니까 공유기다.
세 번째 — traceroute 로 동심원 직접 보기
여기서 가장 흥미로운 명령어를 만난다. traceroute google.com. 자기 패킷이 google 까지 가는 길에 거치는 모든 hop 을 차례로 보여주는 명령어.
10개의 hop 이 줄지어 뜬다. 각 hop 은 패킷이 거쳐간 한 라우터의 IP 주소와 거기까지 도달하는 데 걸린 ms 시간. 그 10줄을 보고 있다 보면, 어느 순간 이 시리즈에서 봤던 5단 동심원이 그 10줄에 그대로 박혀 있다는 게 보인다.
hop 1~2: 192.168.0.1, 10.0.0.1 ← [2] 집 LAN
hop 3~6: 112.221.x.x, 112.174.x.x ← [3] KT 의 ISP 망
hop 7~10: 72.14.233.x, 142.250.x.x ← [4] 글로벌 백본 + [5] Google
추상이었던 5단 동심원이 진짜로 화면에 ms 숫자와 IP 와 함께 떠 있다. 이 한 줄을 직접 본 순간, 시리즈 1편이 다루는 모든 단어가 내 노트북 안에서 진짜로 일어나고 있다는 걸 인정하게 된다.
핵심 3가지 정리
- 인터넷 네트워크 차이는 디버깅의 첫 분기점이다 — 네트워크는 한 무리의 컴퓨터, 인터넷은 그 무리들의 무리. “인터넷 안 돼” 가 사실은 “내 LAN 이 죽었다” 와 “외부 인터넷이 끊겼다” 두 가지 다른 진단으로 갈린다.
- 5단 동심원이 모든 통신의 좌표계다 — [1] 디바이스 → [2] LAN → [3] ISP → [4] 백본 → [5] 클라우드. 안쪽 100% 통제, 바깥쪽 0% 통제. 못 손대는 곳에서 문제가 났는데 코드를 들여다보면 영원히 답이 안 나온다.
- 같은 LAN 의 통신도 앱 설계가 경로를 결정한다 — 같은 방의 두 기기 사이 카톡 메시지도 한 번 카카오 서버를 다녀온다. 물리적 거리가 아니라 앱의 설계가 통신 경로를 결정한다.
1편을 마치며 — 머리에 박힌 첫 그림
이 1편이 끝났을 때 머릿속에 박혀 있어야 할 것은 다음 6가지다.
- 인터넷 네트워크 차이 — 단위와 그 단위들의 단위. 차이가 디버깅의 첫 분기점.
- 연결의 본질 = 신호의 통로. 매체는 갈아탄다 (전파·전기·빛). 위 단계는 아래 매체를 신경 쓰지 않는다.
- 5단 동심원 — [1] 디바이스 → [2] LAN → [3] ISP → [4] 백본 → [5] 클라우드. 시리즈 전체의 좌표계.
- 내 통제권 — 안쪽 100%, 바깥쪽 0%. 디버깅의 첫 멘탈 모델.
- 같은 LAN 의 통신 — 앱 설계에 따라 인터넷 거치기도, 안 거치기도. 물리적 거리가 아니라 앱 설계가 경로를 결정.
- WWW vs 인터넷 — 도로 vs 그 위의 한 종류 차량. WWW 는 인터넷의 전부가 아니다.
이 그림 하나로 자기 앱이 느릴 때 처음 떠올릴 질문이 바뀐다.
이전: “내 코드 어디가 잘못됐지?”
이후: “이게 어느 동심원의 문제일까?”
이 한 줄의 질문이 디버깅의 새로운 시작점이 된다.
다음 편 예고 — 2편: IP 주소
1편에서 5단 동심원이라는 좌표계를 받았다. 하지만 그 좌표계 안에서 작동하는 단어 하나하나는 아직 안 풀렸다.
다음 편 — 2편: IP 주소 에서 매일 보던 192.168.0.10 이라는 숫자가 사실 무엇인지부터 풀어간다.
왜 어떤 IP 는 192.168 로 시작하고 어떤 IP 는 211 로 시작하는지, 32비트라는 단어가 왜 43억이라는 숫자가 되는지, 학교 와이파이의 IP 와 집 와이파이의 IP 가 같은 번호여도 충돌이 안 나는 이유까지.
FAQ
Q1. “인터넷 네트워크 차이”를 한 줄로 정리하면?
네트워크는 한 무리의 컴퓨터(예: 집 와이파이에 연결된 4개 기기), 인터넷은 그 무리들을 또 한 번 연결한 거대한 망. 영어 단어 inter-net(네트워크들 사이의 네트워크)이 그 정의를 그대로 말합니다.
Q2. 같은 와이파이에 있는 두 기기는 인터넷을 거치나요?
앱마다 다릅니다. AirDrop·NAS·프린터 공유는 [2] LAN 안에서 끝납니다.
카톡 메시지·iCloud 사진 동기화·Google Drive 공유는 같은 방에 있어도 한 번 외부 데이터센터를 다녀옵니다. 물리적 거리가 아니라 앱 설계가 결정합니다.
Q3. 사설 IP와 공인 IP는 왜 다른가요?
사설 IP(192.168.0.10)는 집 안에서만 의미 있는 주소, 공인 IP(211.234.56.78)는 외부에서 우리 집을 가리키는 단 하나의 주소입니다.
같은 노트북이 두 주소로 동시에 살아 있고, 그 변환은 [2]와 [3]의 경계인 공유기에서 일어납니다(NAT). 정공법은 시리즈 3편에서.
Q4. WWW와 인터넷은 같은 말인가요?
아닙니다. 인터넷은 도로망, WWW는 그 도로 위를 달리는 한 종류의 차량(브라우저로 보는 문서 시스템). 도로 위에는 WWW 외에도 여러 차량이 다닙니다. WWW가 가장 자주 보이는 차량일 뿐.
Q5. traceroute는 정말로 5단 동심원을 보여주나요?
네. traceroute google.com을 실행하면 패킷이 거치는 hop들이 줄지어 뜨는데, IP 대역으로 그 hop들이 [2] 집 LAN → [3] KT ISP → [4]+[5] 글로벌 백본+Google로 구분된다는 걸 직접 볼 수 있습니다.
ソースリスト
- 바이브코더 CS심화코스 카테고리 — 본 시리즈 9편 전체
- 바이브코더 네트워크 0편 — 시리즈 서문
- RFC 791 — Internet Protocol (1981)
- RFC 1918 — Address Allocation for Private Internets (사설 IP 정의)
- Tanenbaum, Wetherall, “Computer Networks” (5th ed.) — 1장 Introduction
- Cloudflare Learning Center — What is the Internet? / What is an IP address?
- 위키백과 — 인터넷, World Wide Web 항목
- mathbullet (YouTube) / 조코딩 (YouTube) / 3Blue1Brown — 쉬운 설명 레퍼런스
著者: 바이브코딩 태일러 (VibeCoding Tailor) — 고려대학교 신소재공학 전공. AI·바이브코딩 전문 미디어 shuntailor.net 운영. 본 시리즈 “바이브코더 CS심화코스” 9편은 위키 자료와 공식 문서·교과서를 근거로 정리한 체계적 학습 커리큘럼입니다.
