인터넷이란 무엇인가

컴퓨터 10대를 서로 하나하나 직접 이으려면 케이블이 45개 필요합니다. 인터넷은 스위치와 라우터로 이 문제를 풉니다.

지하철에서 모바일 데이터로 단톡방에 사진 한 장을 올린다고 해 봅시다. 사진을 받을 친구는 집에서 와이파이에 붙어 있습니다. (지어낸 예입니다.) 내 휴대폰은 사진을 통신사의 이동통신망에 넘기고, 친구 휴대폰은 거실에 있는 집 공유기를 거쳐 사진을 받습니다. 그 사이에서 사진은 여러 회사가 가진 기계를 차례로 건너갑니다. 그 길을 미리 정해 둔 사람은 아무도 없습니다. 그래도 사진은 제대로 도착합니다. 어떻게 그럴 수 있는지 알려면 아주 작은 네트워크부터 보는 편이 쉽습니다.

컴퓨터 열 대를 모두 이으면 케이블이 45개

컴퓨터가 두 대라면 케이블 하나나 무선 연결 하나면 충분합니다. 이번에는 열 대로 늘리고, 컴퓨터마다 나머지 모든 컴퓨터와 자기 케이블로 이어 보겠습니다. MDN의 인터넷 안내서가 이 경우를 계산해 두었습니다. 케이블이 45개 필요하고, 컴퓨터마다 케이블 꽂는 구멍이 아홉 개씩 있어야 합니다. 계산은 10 × 9 ÷ 2입니다. 한 대가 나머지 아홉 대와 이어져야 하는데, 케이블 하나에는 끝이 둘이라 그냥 곱하면 케이블마다 두 번씩 세게 됩니다. 그래서 2로 나눕니다. 20대라면 같은 계산으로 190개입니다. 컴퓨터 수가 늘면 케이블 수는 대략 그 제곱에 맞춰 불어납니다. 그래서 네트워크를 이렇게 만드는 곳은 없습니다.

흔히 쓰는 해결책은 스위치라는 작은 컴퓨터입니다. 컴퓨터마다 스위치까지 케이블을 하나씩만 꽂으면 되니, 열 대에 케이블 열 개면 됩니다. 메시지를 알맞은 컴퓨터로 넘기는 일은 스위치가 맡습니다. 스위치는 네트워크 장치에 붙박이로 정해진 MAC 주소를 보고 기계를 구별합니다. 학교 컴퓨터실처럼 건물 하나 안에서는 이 방식으로 충분합니다. 하지만 지구 위의 모든 기기를 하나하나 외워야 하는 스위치라면 만들 수가 없습니다.

집 공유기는 우리 집 네트워크를 바깥과 잇습니다

네트워크와 네트워크 사이는 라우터가 맡습니다. 라우터는 IP 주소라는 다른 주소를 읽습니다. IP 주소는 도로명 주소처럼 그 기기가 어느 네트워크에 속해 있는지를 알려 줍니다. 그래서 라우터는 기기마다 규칙을 따로 두지 않고, 주소 한 묶음에 규칙 하나만 두면 됩니다. 집에 있는 공유기도 라우터입니다. 공유기는 집 네트워크를 통신사, 다시 말해 인터넷 서비스 제공자(ISP)의 네트워크에 이어 주고, 통신사들은 자기 라우터를 다른 통신사의 라우터와 잇습니다. 그래서 공유기 상자에는 통신사에서 들어온 선이 꽂혀 있습니다. 이렇게 이어진 네트워크 전체가 인터넷입니다. 인터넷을 「네트워크들의 네트워크」라고 부르는 까닭이 여기에 있습니다.

사진은 조각으로 나뉘어 떠납니다

옛날 유선 전화는 통화하는 동안 두 전화기 사이의 회선 하나를 통째로 붙잡아 두었습니다. 둘 다 아무 말이 없는 순간에도 그 회선은 다른 사람이 쓸 수 없었습니다. 인터넷은 다르게 움직입니다. 데이터를 패킷이라는 작은 조각으로 자르고, 조각마다 가야 할 주소를 붙입니다. 수백만 명이 보낸 패킷이 같은 케이블을 번갈아 씁니다. 조각 하나가 사라지면 그 조각만 다시 보내면 되고, 길 하나가 끊기면 나머지 조각은 다른 길로 돌아갑니다. 이런 방식을 패킷 교환이라고 합니다. 지하철에서 올린 사진도 이렇게 수많은 조각으로 나뉘어 친구에게 갔습니다.

불러오는 중

끌어서 돌리고, 휠이나 두 손가락으로 확대하세요.

보내기를 누르세요. 메시지가 1부터 4까지 번호가 붙은 패킷 네 개로 잘립니다. 노트북을 차례로 떠난 패킷은 R1부터 R5 사이에서 서로 다른 길로 갈 수 있고, 순서가 뒤바뀐 채 서버에 닿기도 합니다. 서버가 순서를 다시 맞춥니다. 움직이는 패킷을 누르면 헤더가 보입니다.

패킷이 도착할 때 붙은 번호를 눈여겨보면, 빠른 아래쪽 길로 간 패킷이 위쪽 길로 간 패킷을 앞지르는 때가 있습니다. 이번에는 메뉴에서 연결 하나를 끊고 다시 보내 보세요. 라우터들이 끊긴 곳을 피해 패킷을 모두 다른 길로 돌립니다. 그런데 R5와 서버 사이를 끊으면 아무것도 건너가지 못합니다. 서버로 들어가는 연결이 그것 하나뿐이기 때문입니다.

인터넷과 웹은 다릅니다

역사로 넘어가기 전에 하나만 더 구별해 두겠습니다. 인터넷과 웹은 같은 말이 아닙니다. 인터넷은 서로 이어진 네트워크들의 모음이고, 웹은 그 위에서 돌아가는 서비스 가운데 하나입니다. 웹에서는 웹 서버가 웹 브라우저로 페이지를 보내 줍니다. 이메일, 영상 통화, 온라인 게임은 같은 네트워크를 쓰는 다른 서비스입니다. 메신저 앱이나 게임은 웹 페이지를 하나도 열지 않고 하루 종일 인터넷을 쓸 수 있습니다.

배경1969년 10월 29일 밤 10시 30분, UCLA의 레너드 클라인록 교수와 함께 일하던 학생 찰리 클라인이 새로 만든 아파넷(ARPANET)으로 스탠퍼드 연구소(SRI)의 컴퓨터에 접속하려 했습니다. 입력하려던 말은 "login"이었습니다. L과 O 두 글자는 건너갔지만, 그다음에 시스템이 멈춰 버렸습니다. 그래서 훗날 인터넷으로 자라난 이 네트워크의 첫 메시지는 "LO"가 되었습니다. 그로부터 한 시간쯤 뒤에는 login 전체를 보내는 접속이 성공했습니다. 그리고 1983년 1월 1일, 아파넷은 지금도 인터넷이 쓰고 있는 TCP/IP 규약으로 옮겨 갔습니다.

1969년: 아파넷 첫 메시지 "LO", UCLA에서 SRI로
1980년: RFC 768에 UDP 정의
1981년: RFC 791에 IPv4 정의
1983년: 1월 1일 아파넷이 TCP/IP로 전환
1987년: DNS 표준 RFC 1034·1035
2011년: 2월 3일 IANA가 마지막 IPv4 주소 묶음을 나눠 줌
2017년: IPv6가 RFC 8200으로 발행

컴퓨터 10대를 두 대씩 모두 각자의 케이블로 이으려면 케이블이 몇 개 필요합니까?
컴퓨터가 20대라면?
가운데에 스위치 하나를 두면 컴퓨터 10대에 케이블이 몇 개 필요합니까?
라우터는 무엇과 무엇을 잇습니까?
- 서로 다른 네트워크
- 키보드와 화면
- 한 컴퓨터 안의 두 프로그램
- 웹 페이지끼리
맞는 문장은 어느 것입니까?
- 웹은 인터넷 위에서 돌아가는 서비스이다
- 인터넷은 웹 안의 프로그램 하나이다
- 이메일은 웹이 있어야 작동한다
- 인터넷과 웹은 같은 것의 두 이름이다
패킷 교환이란 무엇입니까?
- 데이터를 주소 붙은 조각으로 잘라 연결을 나눠 쓰는 방식
- 대화마다 회선 하나를 통째로 잡아 두는 방식
- 고장 난 케이블을 새것으로 바꾸는 일
- 모든 메시지를 두 번씩 보내는 방식
큰 파일을 패킷으로 자르면 무엇이 좋습니까?
- 잃어버린 조각만 다시 보낼 수 있고, 끊긴 연결을 피해 돌아갈 수 있다
- 파일 크기가 줄어든다
- 아무도 패킷을 읽을 수 없다
- 패킷은 절대 사라지지 않는다
1969년 아파넷의 첫 메시지는 어떤 두 글자였습니까?
아파넷은 몇 년에 TCP/IP로 바꿨습니까?
시뮬레이터에서 패킷이 순서가 바뀐 채 서버에 닿았습니다. 서버는 메시지를 어떻게 다시 맞춥니까?
- 패킷마다 붙은 순서 번호로
- 패킷 색깔로
- 서버 시계의 시각으로
- 맞출 수 없다

자주 하는 실수

「인터넷과 웹은 같은 말이다.」 인터넷은 이어진 네트워크 전체이고, 웹은 그 위에서 서버가 브라우저로 페이지를 보내는 서비스 하나입니다. 이메일, 영상 통화, 게임도 같은 네트워크를 쓰지만 웹은 아닙니다. 「인터넷 창을 연다」는 말을 자주 쓰다 보니 둘이 하나처럼 들릴 뿐입니다.
「사진을 보내면 내 휴대폰과 친구 휴대폰 사이에 선이 하나 열린다.」 옛날 전화가 그렇게 했고, 이 방식을 회선 교환이라고 합니다. 인터넷은 사진을 패킷으로 잘라 보내고, 패킷마다 다른 사람들의 패킷과 케이블을 나눠 쓰며 제 길을 찾아갑니다. 그래서 같은 사진의 조각들이 서로 다른 길로 가기도 합니다.
「와이파이 신호가 꽉 차 있으면 인터넷도 잘 된다.」 와이파이는 내 기기와 공유기 사이의 짧은 무선 구간일 뿐입니다. 신호 막대가 꽉 찼다면 그 구간이 괜찮다는 뜻입니다. 공유기와 통신사 사이 연결이 끊겼다면 신호가 꽉 차 있어도 페이지는 열리지 않습니다. 반대로 와이파이 없이 모바일 데이터만으로도 인터넷은 됩니다.

선생님 메모정의부터 말하지 말고 칠판에 그림부터 그리게 하세요. 컴퓨터 네 대를 그리고 두 대씩 모두 이으면 선이 6개입니다. 열 대면 몇 개일지 물어서 학생들이 45까지 스스로 가게 한 다음에 스위치를 보여 줍니다. 이 단원에서 자주 헷갈리는 짝은 스위치와 라우터입니다. 「스위치는 한 네트워크 안의 기계를 잇고, 라우터는 네트워크끼리 잇는다」는 한 문장을 칠판 구석에 적어 두면 대부분 정리됩니다. 인터넷과 웹의 구별은 그다음입니다. 웹 페이지를 열지 않고 인터넷을 쓰는 것을 하나씩 말해 보게 하면(온라인 게임, 메신저 통화) 둘의 차이가 금방 잡힙니다. 혼자 공부한다면 집 공유기를 직접 찾아보고, 그 상자가 집 네트워크와 통신사 사이에 놓여 있다는 것을 확인해 보세요.

핵심 정리

인터넷은 라우터로 이어진 수많은 네트워크입니다.
스위치는 한 동네 네트워크 안의 기계를 MAC 주소로 잇고, 라우터는 IP 주소를 보고 네트워크 사이로 넘깁니다.
데이터는 패킷으로 나뉘어 연결을 나눠 쓰고, 서로 다른 길로 갈 수 있습니다.
웹, 이메일, 게임은 인터넷 위에서 돌아가는 서비스입니다.

이 과정의 출처 (28)

(checked 2026-10-17; reordered 2026-10-19: standards first, then official documentation, then operators and papers, history sources last)
IETF RFCs (rfc-editor.org): RFC 768 UDP (1980, 8-byte header)
RFC 791 IPv4 (1981, 32-bit addresses, "does not provide a reliable communication facility", TTL field "measured in units of seconds" but every module must decrease it by at least one, so it is only an upper bound)
RFC 792 ICMP (Time Exceeded)
RFC 801 NCP/TCP transition plan (1 January 1983)
RFC 894 Ethernet (1500-byte payload)
RFC 1034 and RFC 1035 DNS (1987, HOSTS.TXT kept by SRI-NIC, labels up to 63 octets and names up to 255, TTL in seconds)
RFC 1122 (127.0.0.0/8 loopback)
RFC 1918 private addresses (10/8, 172.16/12, 192.168/16)
RFC 2131 DHCP, RFC 3022 NAT, RFC 3596 AAAA records, RFC 3849 and RFC 5737 documentation addresses, RFC 4271 BGP-4, RFC 4291 IPv6 text form, RFC 6298 TCP retransmission timer (initial RTO 1 second)
RFC 6335 port ranges (0-1023, 1024-49151, 49152-65535)
RFC 7766 DNS over TCP, RFC 8200 IPv6 (128-bit addresses, Hop Limit)
RFC 8446 TLS 1.3 (one round-trip handshake)
RFC 9000 QUIC and RFC 9114 HTTP/3, RFC 9110 HTTP semantics (status code classes)
RFC 9293 TCP (three-way handshake, sequence numbers)
IANA: ip-parameters registry (recommended default TTL 64)
IPv4 free pool depleted 3 February 2011 (NRO and ARIN announcements)
Official documentation: MDN Web Docs "How does the Internet work?" (45 cables for 10 computers, switches, routers, MAC and IP addresses, internet and web)
"What is a URL?", "HTTP response status codes" (developer.mozilla.org)
Cloudflare Learning Center: "What is DNS?" (four kinds of DNS server, 8 steps of an uncached lookup, browser and OS caches, TTL)
"What is HTTP/3?" (cloudflare.com/learning)
Google Chrome Help, "Browse in Incognito mode" (support.google.com/chrome/answer/95464, checked 2026-10-19: Incognito limits what is saved to the device; websites and organisations that manage your network, like your school, employer or internet service provider, may be able to observe your activity)
Operators and papers: root-servers.org (13 root name servers run by 12 organisations, 2047 instances on 2026-10-17)
Jacobson and Karels 1988, Congestion Avoidance and Control (loss mostly congestion)
History blocks only: UCLA Samueli School of Engineering, Internet50 (first ARPANET message "LO", UCLA to SRI, 29 October 1969, 22:30)
historyofinformation.com and Wikipedia ARPANET (Kline)
Spiceworks/SRI history (HOSTS.TXT kept by SRI-NIC)
Numbers (2^32, 2^96, 45 and 6 cables, packet counts, round-trip times)

확인한 날: 2026-10-17