IPv4 주소 고갈 문제를 ‘대체’가 아닌 ‘확장’으로 풀었다면 인터넷은 어떻게 달라졌을까? IPv4를 유지한 채 128비트 주소를 얹는 가상의 프로토콜 IPv4x의 역사와, 그 상상이 현실의 IPv6 전환을 어떻게 비춰주는지 따라가 본다.
Bill P. Godfrey가 전하는 소프트웨어 엔지니어링과 그 밖의 마법 같은 것들.
메뉴
February 10, 2026에 게시, 작성자: billpg
IP 주소 고갈 문제는 지금도 여전하다. 이 문제가 처음으로 분명해졌던 1990년대 초반에는 전망이 암울했다. 어떤 추정은 2005년이면 IPv4 주소가 바닥난다고 했고, 낙관적인 추정조차도 그 다음 10년을 크게 넘기지는 못했다.
세월이 흐르면서 우리는 영리해졌다. 아니면, 더 절박해졌는지도 모른다.
우리는 수십 년 동안 그 임박한 고갈을 미뤄냈고, 그 과정에서 인터넷을 작고 미묘한 방식으로 망가뜨렸다. 하나의 IP 뒤에 여러 대의 가정용 컴퓨터를 두고 싶다고? 문제없다 — NAT를 발명했다. ISP도 그 “여러 기기, 하나의 주소” 묘기에 끼고 싶다고? 좋아, Carrier‑Grade NAT도 가져가라. 집의 컴퓨터에서 서버를 돌리고 싶다고? 어… 안 된다.
그리고 이 모든 동안 IPv6는 묵묵히 그 자리에 앉아 있었다. 주소 부족을 해결한다. 자동 구성도 해결한다. 단편화도 해결한다. 멀티캐스트도 해결한다. IPv4에서 사람들이 불평하는 거의 모든 것을 해결한다.
하지만 거의 아무도 원하지 않는다.
문제는 IPv6가 _나쁘다_가 아니라, 배포하려면 이웃보다 먼저 돈을 써야 한다는 점이다. 누구도 얼음 선반에서 가장 먼저 뛰어내리는 펭귄이 되고 싶지 않다. 그래서 우리는 길고 어색한 교착상태에 빠졌다. IPv6는 채택을 기다리고, IPv4는 1981년에 누구도 상상하지 못했던 수준으로 늘어나 버렸다.
하지만 만약 그렇게 흘러가지 않았다면? IPv6를 설계한 “IP Next Generation” 팀이 다른 길을 택했다면? IPv4를 대체하는 대신 확장하는 길을 택했다면?
그 평행우주를 한번 방문해 보자.
“내 앞에서 백만 개의 눈처럼 춤추는 부서진 빛의 이미지들, 그것들이 나를 우주를 가로질러 끝없이 부른다. 생각은 우체통 안의 안절부절한 바람처럼 구불구불 흐르고, 길을 찾아가며 맹목적으로 굴러떨어진다…”
1993년, IP‑Next‑Generation 작업 그룹이 인터넷의 미래를 결정하기 위해 모였다. 분위기는 진지하고, 약간 불안하며, 세계가 자신들에게 달려 있다는 사실을 뼈저리게 의식하고 있다.
어떤 엔지니어가 대담한 아이디어를 제안한다. 128‑비트 주소를 갖는 완전히 새로운 IP 버전이다. 새로운 버전 번호가 필요하겠지만, 마침내 인터넷에 걸맞은 주소 공간을 제공할 수 있다. 깔끔하고, 현대적이며, 새 출발. IPv6!
다른 엔지니어가 반박한다. 완전히 새로운 프로토콜은 우아해 보이지만, IPv4는 이미 어디에나 있다. 라우터, 스택, 펌웨어, 임베디드 시스템, 다이얼업 모뎀, 대학 연구실, 기업 백본. 이를 통째로 교체하려면 수십 년이 걸릴 것이고, 누구도 전 세계와 호환되지 않는 것을 가장 먼저 배포하고 싶지 않다.
그래서 그룹은 진정하고, 그 아이디어가 어떤 모습일지 합의한다. 사람들이 원하는 것은 익숙한 IP이되 더 큰 공간이다. 하지만 이 아이디어가 진짜로 굴러가려면, 피할 수 없는 요구 사항이 하나 있다.
새 프로토콜은 첫날부터 기존 IPv4 네트워크 위에서 동작해야 한다.
그리하여 IPv4x가 탄생한다.
요약하면, IPv4x 패킷은 128‑비트 주소를 갖는 “그냥” 정상적인 IPv4 패킷이다. 소스와 목적지 주소의 처음 32비트는 헤더에서 원래 자리 그대로 유지되고, 각 주소의 추가 96비트(“서브스페이스”)는 IPv4 바디의 앞 24바이트에 숨겨 넣는다. 헤더의 플래그가 패킷을 IPv4x로 표시하므로, 확장을 이해하는 라우터는 전체 주소를 읽을 수 있고, 이해하지 못하는 라우터는 추가 데이터를 무시한 채 평소처럼 전달한다.
이 새 주소들은 누가 소유하는가? 당신이다. IPv4 주소를 가지고 있다면, 그 아래의 전체 96‑비트 서브스페이스를 자동으로 소유한다. 모든 IPv4 주소는 거대한 확장 주소 트리의 루트가 된다. 이렇게 해야만 한다. IPv4x를 이해하지 못하는 라우터는 여전히 옛 32비트 주소만 보고 라우팅할 것이기 때문이다. 서브스페이스 일부를 다른 사람에게 할당해 봐야 소용없다 — 그들의 패킷은 당신이 원하든 원치 않든 여전히 당신의 라우터로 떨어질 것이다.
IPv4 라우터는 평범한 IPv4 패킷을 보고 헤더의 32‑비트 목적지 주소에 따라 라우팅한다. 반면 IPv4x 라우터는 128‑비트 전체 목적지 주소를 보고 그에 따라 라우팅한다.
이는 일반 가정 사용자가 단 하나의 IPv4 주소만 갖고도 요청한 적도 없고 쓸 일도 없을 96비트 주소 공간을 갑자기 떠안게 된다는 뜻이지만, 괜찮다. 여전히 IPv4 공간에는 사용되지 않는 큰 영역이 남아 있다.
“모든 게 끝난 뒤에도 네가 아직 거기 있다면, 네 일부가 사라졌다고 말해야 할까 봐 두려워.”
1996년이 되자 IPv4x 설계는 작업 그룹이 첫 공식 RFC를 발표할 만큼 안정되었다. 혁명이라기보다는, 이미 잘 작동하던 것을 조심스럽게 확장한 것이었다.
DNS는 소폭 업데이트를 받았다. 일반 질의는 여전히 익숙한 A 레코드를 반환했지만, 클라이언트가 이제 “나는 IPv4x를 이해한다”는 플래그를 설정할 수 있게 되었다. 서버에 확장 주소가 있으면 전통적인 레코드와 함께 128‑비트 IPv4x 레코드도 반환할 수 있었다. 오래된 리졸버는 이를 무시했고, 새로운 리졸버는 이를 사용했다. 아무것도 깨지지 않았다.
DHCP도 같은 정신으로 업데이트되었다. 서버는 클라이언트의 기능에 따라 32‑비트 또는 128‑비트 주소를 할당할 수 있었다.
다이얼업 스택은 OS가 아니라 모뎀 소프트웨어와 함께 배포되는 경우가 여전히 많았는데, 이는 결과적으로 축복이 되었다. 주요 다이얼업 패키지들이 모두 1년 안에 IPv4x 지원을 추가했기 때문이다.
도입은 느리지만 꾸준했다. 핵심 장점은 네트워크가 바뀔 필요가 없었다는 점이다. 내 컴퓨터가 IPv4x를 말하지만 다음 라우터가 그렇지 않더라도, 패킷은 여전히 흐른다. 오래된 라우터는 상위 32비트만 보고 포워딩하고, 새로운 라우터는 128비트 전체를 사용한다.
첫 번째 주요 채택자는 MIT였다. 그들은 초기 ARPANET 시절 전체 18.0.0.0/8 블록을 할당받았고, 이를 포기하기를 유난히 꺼리는 것으로 유명했다. 어떤 이야기에는, 10명 남짓만 거주하도록 구획된 건물들이 단지 주소를 아낄 필요가 없었다는 이유로 통째로 /24를 차지하고 있었다고 한다.
IPv4x는 그들에게 앞으로 나아갈 길을 주었고, 책임 있는 관리자라는 신뢰를 보여줄 수 있게 했다. 그들의 /8 안의 모든 IPv4 주소가 96‑비트 서브스페이스의 루트가 되었다. MIT는 캠퍼스 백본 전반에 IPv4x를 실험적으로 배포했고, 결과는 고무적이었다. 아무것도 깨지지 않았다. 하룻밤 사이에 교체해야 할 것도 없었다. IPng 그룹이 바라던 “플래그 데이 없음(no flag day)” 철학을 보여주는 완벽한 시연이었다.
그들의 성공은 IPv4x가 단지 가능할 뿐 아니라 실용적이라는 점을 모두에게 확신시켰다. 다른 대형 네트워크들도 주말 점검 창에 맞춰 작은 업데이트를 시작했다.
이 성공에 힘입어 IANA는 새로운 정책을 발표했다. 현재 사용되지 않는 모든 /8 블록은 IPv4x 전용으로 예약한다.
“나를 최면 걸고, 매혹시켰다. 그녀는 내가 꿈꾸던 모든 것이었다.”
2006년이 되자 IPv4x는 확고히 자리 잡았다. 다이얼업은 사라져 가고, 브로드밴드는 어디에나 있었으며, 여러 대의 컴퓨터가 있는 가정은 이제 흔했다. IPv4가 완전히 사라지지는 않았다 — 일부 ISP와 서버 팜은 “고장 나지 않았으면 건드리지 말자”는 철학을 고수했다.
“가능하면 IPv4x. 필요하면 NAT.”
Windows XP가 이 마인드셋을 체현했다. DNS에 항상 먼저 IPv4x 주소를 요청했고, 필요할 때 IPv4로 폴백했으며, NAT는 최후의 수단으로만 의존했다.
가정용 ISP들은 본격적으로 IPv4x를 배포하기 시작했다. 전용 IPv4 주소를 원하는 고객은 여전히 받을 수 있었지만 — 유료였다. 그 외의 모든 고객은 IPv4x /64를 받아, 자신의 기기들에 64비트를 사용할 수 있었다. ISP들은 Carrier‑Grade NAT를 생명줄이 아니라 호환성용 ‘임시 받침대(shim)’로 사용했다. IPv4‑전용 서비스를 접속해야 할 때만 CGNAT가 개입했고, IPv4x 트래픽은 별다른 의식 없이 네이티브로 흘렀다.
구형 IPv4 풀은 2006년에 마침내 바닥났다. 딱 10주년 기념에 맞춰서였다. 여전히 사용되지 않은 /8 블록은 많았지만, 그것들은 모두 IPv4x에 배정되었고 IANA는 꿈쩍도 하지 않았다. 더 많은 주소가 필요하다면, 그것은 IPv4x여야만 했다.
IPv4x에는 팬이 있었지만, 끈질긴 반대자도 하나 있었다: 음악 산업.
IPv4와 NAT 아래에서 P2P 네트워킹은 늘 어색했다. 특히 IP 주소를 이해하는 ‘덕후’가 아니라면 더 그랬다. P2P에 참여하려면 라우터 관리자 패널에 로그인해, 제조사마다 이름도 제각각인 난해한 설정을 건드려야 했다. 많은 사람들은 포기하고 음악 불법 공유는 자신과 무관하다고 결론 내렸다.
IPv4x는 그런 마찰을 없앴다. 모든 기기가 안정적이고 전 세계에서 도달 가능한 주소를 갖게 되었다. 파일 공유는 폭발했고, P2P 소프트웨어는 사용하기 쉬워졌다. 라우터를 뒤적일 필요가 없었다. 그냥 동작했다.
한 업계 단체는 음악 파일 공유 증가의 원인을 IPv4x로 지목하고 **“X는 당신이 좋아하는 밴드를 말살하기 위한 것이다(The X is for exterminating your favorite bands).”**라는 슬로건을 내세웠다. 조금 아프긴 했지만, 오래가진 못했다. 값싼 국제전화, 멀티플레이 게임, 채팅 시스템, 초기 협업 도구가 모두 번성했다. IPv4x는 P2P를 더 쉽게 만들었을 뿐 아니라, _직접 통신_을 다시 기본값으로 만들어 주었다.
“그들은 정당하고, 그들은 고대이며, 아이스크림 밴을 몰고 다닌다. 그들은 정당하고, 그들은 고대이지만, 여전히 거대한 계획은 없다. 마지막 기차는 한 시간 전에 떠났고, 그들은 All Aboard를 부르며 노래했다. 모두 Mu Mu Land로.”
2016년이 되자 IPv4x는 표준이 되었다. 유일한 주요 미채택자는 티어‑1 백본이었지만, 이는 애초에 계획의 일부였다. 대륙 간 전 세계 라우팅에는 상위 32비트면 충분했으므로 그들은 IPv4x가 전혀 필요 없었다. 무엇보다도, 눈물이 날 정도로 비싼 하드웨어를 굳이 교체할 이유가 없었다.
몇몇 웹사이트는 여전히 IPv4에 매달려 ISP가 CGNAT 시스템을 유지하게 만들었는데, 한 인기 가정용 ISP가 대열을 이탈하면서 상황이 바뀌었다.
“IPv4x 아니면, 안 됩니다.”
이 ISP 고객들에게는 마지막 몇몇 IPv4‑전용 사이트가 그냥 실패했다. 지원 인력은 “깨진 것으로 알려진” 웹사이트 목록을 받았고, 고객이 문제가 ISP에 있다고 주장하면 대체 요금제를 안내하도록 교육받았다. 대부분의 고객은 어깨를 으쓱하고 넘어갔다. 그들에게 그 웹사이트들은 그냥 고장 난 것이었다.
결국 기술에 밝은 한 고객이 무슨 일이 벌어지는지 알아내 폭로했다. 몇몇이 시끄럽게 짖어댔지만, 거의 아무도 신경 쓰지 않았다. ISP는 해당 웹사이트들이 “구식(out‑of‑date)” 기술을 사용한다고 주장했고, 걱정하지 말라고 했다. 정말로 CGNAT 지원이 필요한 고객을 위해서는 옵션이 있되, 돈을 낼 의향이 있는 경우에만 제공된다고 덧붙였다.
2020년 세계가 봉쇄되자 IPv4x는 조용히 그 가치를 증명했다.
가장 인기 있는 화상회의 플랫폼들은 오래전부터 하이브리드 모델을 채택해 왔다. 운영자는 인증과 보안을 중앙집중화하되, 실제 미디어 스트림은 P2P 연결로 넘기는 방식이다. IPv4/NAT에서는 그것이 늘 취약했지만, IPv4x에서는 아무 노력 없이 되었다.
원격 데스크톱 접속도 급증했다. 사람들은 회사 컴퓨터를 책상 아래에 켜 둔 채 집으로 돌아갔고, IPv4x 덕분에 그 컴퓨터로 접속하는 일이 아주 간단해졌다. 그냥 동작했다.
“태양을 따라잡으려 달리지만, 태양은 지고 있다. 다시 뒤에서 떠오르려고 너를 돌아 달린다. 태양은 상대적으로는 같지만, 너는 더 늙었다. 숨은 더 가쁘고, 어느 날 죽음에 더 가까워졌다.”
2026년, 세상이 IPv4x 30주년을 축하할 무렵, 남은 문제는 몇 가지뿐이었다. 첫 32비트와 나머지 96비트 사이의 경계가 여전히 눈에 띄었다.
진지한 네트워크 사업자라면 자신만의 라우터를 붙일 수 있는 32비트 IP 주소 하나를 원했다. 그런 것을 가질 만큼 중요하거나 부유하지 않다면, 상위 32비트에 연결된 라우터를 소유한 사람의 처분에 달려 있었다. 하지만 심각한 문제는 아니었다. 업계는 역사적 짐을 이해했고, 그와 함께 살아갔다.
공용 DNS 리졸버는 여전히 IPv4에 묶여 있었다. 원해서가 아니었다 — DNS 클라이언트는 수년 전부터 IPv4x를 말하고 있었지만 — 고대의 DHCP 서버들이 끝없이 32‑비트 주소를 계속 뿌려대는 ‘긴 꼬리(long tail)’가 남아 있었기 때문이다. 배선함과 잊힌 지사 사무실에서 تلك 유물들이 살아 있는 한, DNS는 1998년인 척해야 했다.
MIT는 여전히 전설적인 18.0.0.0/8 할당을 붙잡고 있었지만, 그들의 전체 네트워크는 이제 18.18.18.18/32 안에서 편안히 살고 있었다. 세상이 언젠가 정말로 필요로 한다면 나머지 블록을 풀 준비도 되어 있었다.
바로 이 즈음, 한 엔지니어 그룹이 1990년대의 오래된 폐기 제안을 다시 발견했다. 레거시 제약을 모두 버리고 새로운 주소 아키텍처로 새출발하려던, 클린‑슬레이트 프로토콜 IPv6였다. 2025년에 그것을 읽는 느낌은 평행우주를 들여다보는 것 같았다.
어떤 이들은 그 세계에서는 지금쯤 인터넷이 완전히 마이그레이션을 끝내 IPv4를 완전히 뒤로했을지도 모른다고 추측했다. 다른 이들은 IPv4가 끝까지 버티면서 주소 블록이 어마어마한 금액에 거래되고 NAT가 더욱 공고해졌을 것이라고 주장했다.
IPv4x는 두 극단을 모두 피했다. IPv4를 대체하지 않고 흡수했다. 혁명을 요구하지 않고 진화를 가능하게 했다. 그 결과, 아무도 눈치채지 못하는 사이에 이미 완료되어 있던, 매끄러운 전환을 인터넷에 제공했다.
“종이 울릴 거야. 해가 비출 거야. 나는 그의 것이고 그는 내 것이지. 우리는 시간이 끝날 때까지 사랑할 거고, 더는 외롭지 않을 거야.”
물론, 이 중 어떤 것도 실제로 일어나지 않았다.
IPv4x는 표준화된 적이 없고, 어떤 대학도 레거시 /8 아래에 96‑비트 서브스페이스를 라우팅하지 않았으며, 세상은 더 큰 인터넷으로의 매끄럽고 보이지 않는 전환을 누려본 적도 없다. 대신 우리는 IPv6를 ‘깨끗한 단절’로 만들었고, 전 세계에 IPv4와 함께 나란히 배포하자고 요청했으며, 그 뒤 25년 동안 모두가 먼저 나서주기만을 기다렸다.
하지만 IPv4x 세계를 상상하는 일은 재미있을 뿐 아니라, 많은 것을 드러낸다. 그 우주는 놀랄 만큼 많은 레거시를 계속 짊어지고 갔을 것이다. IPv6는 단지 큰 주소 공간 덩어리만이 아니라, 인터넷을 의도적으로 현대화한 것이기도 하다. 우리의 IPv4x 세계에서는 NAT는 사라지겠지만 ARP와 DHCP는 남았을 것이다. 아키텍처는 1980년대의 가정들이 128‑비트 주소 공간 위로 늘어뜨려진 누더기(패치워크)로 남았을 것이다.
IPv6는 배포가 고통스럽긴 해도, 이런 것들을 실제로 고친다. 더 깔끔한 자동 구성, 더 단순한 라우팅, 더 나은 멀티캐스트, 그리고 ARPANET에서 물려받은 것이 아니라 현대 인터넷을 위해 설계된 제어 평면을 제공한다. 길은 더 길지만, 목적지는 더 낫다.
그럼에도 IPv4x 세계를 상상하는 것은 유용하다. 인터넷이 두 개의 호환되지 않는 주소 패밀리로 갈라질 필요는 없었다는 점을 상기시킨다. 플래그 데이 없이, 점진적이고 호환되게 성장할 수도 있었다. 종단 간 연결성을 예외가 아니라 기본값으로 보존할 수도 있었다.
그리고 현실 세계는 실패가 아니라 다른 이야기다. IPv6는 퍼지고 있고 IPv4는 줄어들고 있다. 전환은 지저분하지만, 진행 중이다. 어쩌면 우리가 상상한 IPv4x 우주에서 얻을 수 있는 가장 중요한 교훈은 이것일지도 모른다.
인터넷은 우리가 언제나 완벽한 설계를 선택하기 때문에 성공하는 것이 아니라, 어쨌든 계속 앞으로 나아가기 때문에 성공한다.
이 가상의 역사를 쓰는 동안, SixGate라는 아이디어가 마침내 내게 ‘딱’ 맞아떨어지는 순간이 있었다. 이 대체 타임라인에는 IPv4‑전용 구형 라우터에서 IPv4x를 이해하는 라우터로 인계되는 순간이 나온다. 기존에서 새것으로 가는 경로가 항상 있기 때문에 인계는 매끄럽다. 확장된 IPv4x 서브스페이스는 IPv4 주소 아래에 살고, 전환은 보이지 않는다.
현실 세계 — IPv4와 IPv6로 갈라진 세계 — 에서는 그런 사치를 누릴 수 없다. 하지만 이 생각은, 만약 IPv4 사용자에게 IPv6 세계로 안정적으로 ‘손을 뻗을’ 방법이 있다면 전환이 더 매끄럽고 더 유기적일 수 있다는 사실을 깨닫게 해 주었다.
그때 SixGate가 등장한다. IPv4에 묶인 사용자는 IPv6 세계에 “들어갈 길”을 요청할 수 있다. ip6.arpa 공간에서 특별한 SRV 레코드를 반환함으로써, 사용자는 연결되기를 원하는 누군가가 제공하는 일종의 마법 포털을 받게 된다. 평행우주의 라우터 인계만큼 매끄럽지는 않지만, 우리가 사는 제약을 고려하면 놀라울 정도로 가깝다.
그래서 나는 SixGate가 현실의 무언가 — 우리가 조금 더 빨리 그곳에 도달하도록 돕는 무언가 — 로 성장할 수 있기를 바란다. 어쩌면 그 평행세계에서 IPv4x가 누렸던 ‘보이지 않는 진입로’를 IPv6에도 제공해 줄지 모른다.
어느 쪽이든, 선택되지 않은 길을 상상해 보니 우리가 걷는 길이 조금 더 명확해졌고, 조금 더 희망적으로 느껴졌다.
그리고 그렇다, 이 글 전체는 당신이 내 SixGate 제안서를 읽게 하려는 교활한 방법이었다. 자, 어서. 읽고 싶잖아.
“와투시. 트위스트. 엘도라도.”
크레딧
📸 “Chiricahua Mountains, Portal, AZ” by Karen Fasimpaur. (Creative Commons)
📸 “Splitting Up” by Damian Gadal. (Creative Commons)
📸 “Reminder Note” by Donal Mountain. (Creative Commons)
📸 “Cat on Laptop” by Doug Woods. (Creative Commons)
📸 “Up close Muscari” by Uroš Novina. (Creative Commons)
🎨 “Cubic Rutabaga” generated by Microsoft Copilot.
📸 “You say you want a revolution” by me.
🌳 아이디어를 다시 집어 들게 영감을 준 Andrew Williams.
🤖 기술적 세부사항을 다듬고 글을 검토하는 데 도움을 준 Microsoft Copilot.
카테고리 Networking, Sixgate, Technology
Tim의 말: March 13, 2026 at 7:14 pm 당신은 이 가상의 IPv4x가 “플래그 데이 없음(no flag day)”이라고 계속 말하지만, 그 다음에 “마지막 몇몇 IPv4‑전용 사이트는 просто 실패했다”라고 언급합니다. 이는 여전히 불연속이 존재한다는 뜻 아닌가요? 플래그 데이와, 어떤 시점 이후로 일부 도메인이 просто 동작을 멈추고 사용자에게 그 깨짐을 받아들이라고 말하는 날의 실질적 차이는 무엇인가요? 어느 날은 패킷이 그곳으로 라우팅되다가, 다음 날은(올바른 시스템을 모두 업그레이드하지 않았다면) 패킷이 라우팅되지 않습니다. 제게는 이것이 플래그 데이와 아주 비슷하게 들립니다.IPv6는 매우 드문 사례입니다. 장기적으로 더 나은 해법이, 빠르고 대충 만든 해법을 실제로 이기고 있는 경우니까요. 답글
1. 
다만 전환의 울퉁불퉁한 부분을 매끄럽게 만드는 데 더 많은 노력이 들어갔으면 좋겠어요. 웹사이트를 IPv6 전용으로 두고 싶지만, 우리는 여전히 IPv4에 의존하고 있습니다.
쉿, 내 SixGate 제안서를 한번 읽어보세요.
https://owl.billpg.com/sixgate/ 답글
이메일 주소는 공개되지 않습니다.필수 항목은 *로 표시됩니다.
댓글 *
이름 *
이메일 *
웹사이트
다음 글 다음 평평한 지구에서의 중력? 친절한 지구구체주의자의 메모.
