요약

  • RFC 1918은 재사용 가능한 세 개의 IPv4 블록을 예약하고, 이 주소들의 고유성을 하나의 기업 내부 또는 협력하는 기업 집합 내부에서만 유효하도록 정했다. 따라서 서로 분리된 두 네트워크가 같은 번호를 각각 올바르게 사용할 수 있었다.
  • 이 문서는 그 자유의 대가를 명시적으로 명시했다. 사설 인터넷들이 나중에 통합되거나 연결성을 맺으면 중복 주소로 인해 재번호화가 필요할 수 있다는 것이다. 라우팅, DNS, 주소 변환, 인증은 그 결과 문제의 서로 다른 부분을 해결했다.
  • 이후 RFC들은 빠져 있던 맥락을 '주소 영역(address realm)'이라는 이름으로 정의하고, 영역 경계를 넘는 주소 변환을 기술했으며, 패킷이 성공적으로 잘못된 로컬 호스트에 전달될 수 있음을 보여주었다. 도달 가능성은 종단점 신원이 아니다.

첫 케이블이 의미를 바꾼다

별도 벽에 붙은 두 개의 네트워크 다이어그램을 상상해 보라. 왼쪽에서는10.1.1.10이 급여 서버를 식별한다. 오른쪽에서는 같은 번호가 인쇄 서버를 식별한다. 각 라우팅 테이블에는 모호하지 않은 다음 홉이 하나씩 있고, 각 로컬 리졸버는 유용한 답을 돌려준다. 중앙 레지스트리가 중복 할당 실수를 저지른 것이 아니다. 그 번호에 대해 어느 조직도 레지스트리 할당을 필요로 하지 않았기 때문이다.

이제 두 다이어그램을 연결해 보라.10.1.1.10으로 향하는 패킷을 받은 라우터는 송신자가 어느 쪽의 생애주기를 의도했는지 추론할 수 없다. 이 충돌은 손상된 옥텟이나 무단 점유로 생긴 것이 아니다. 통신하리라 기대되는 시스템 집합이 변화함으로써 생긴 것이다. 어제 전체 식별자는 사실상 '왼쪽 기업 내부의 이 주소'였다. 오늘은 분리라는 것이 더 이상 기업 한정자를 공급해 주지 않는다.

이것이 RFC 1918의 운영상 거래다. 그 거래는 익숙한 주소 범위보다 더 흥미롭다. 고유성의 정확한 기능을 드러내기 때문이다. 숫자는 모든 곳에서 고유할 필요 없이 어딘가에서 유용하면 된다. 그러나 재사용은 모든 의사 결정 지점이 그 숫자를 분별해 주던 범위를 보전하는 동안에만 작동한다.

반대론은 모범 사례보다 먼저 등장했다

최초 할당은 1994년 3월에 등장했다. RFC 1597은 기업 호스트를 연결성 필요에 따라 구분하고 사설 네트워크가 재사용할 수 있는 주소 공간을 예약했다. 이는 실용적 비대칭에 대한 응답이었다. 많은 기기가 내부적으로 TCP/IP를 사용하면서도 조직 외부의 직접적인 네트워크 계층 접근은 필요로 하지 않았다. 그런 모든 기기에 전역 고유 번호를 부여하는 것은 지역 명명 문제를 풀기 위해 전역 자원을 소모하는 일이었다.

네 달 뒤 RFC 1627이 반대했다. 그 저자들은 전역 고유성의 아키텍처적 가치를 옹호하며, 오늘의 고립된 기기가 내일의 협력자가 될 수 있다고 주장했다. 두 사설 네트워크가 연결될 수 있고, 기업이 합병할 수 있고, 서비스가 외부 청중을 얻을 수 있다는 것이다. 이 비판은 재번호화를 단순한 DHCP 이벤트 이상으로 취급했다. 알려진 서비스, 소프트웨어 라이선스, 그리고 코드에 박혀 있는 가정들이 하나의 주소에 결부될 수 있다는 것이었다. 이 문서는 Apple의 재번호화 사례를 예로 들기도 했으나, 이 기사는 그 기기 수나 비용을 독립적으로 검증하지는 않았다.

이 이견이 중요한 이유는 충돌이 배포 후 수년 뒤에 발견된 놀라움이 아니었기 때문이다. 그것은 설계 논쟁에서 이미 보이고 있었다. 더 두드러지게도 Eliot Lear는 비판 문서와 1996년 대체 문서 모두의 공동 저자였다. BCP 5로 발행된 RFC 1918은 반대론을 지우지 않았다. 재사용 모델을 유지하면서 그 대가를 모범 사례 안에 적어 넣었다.

세 블록, 하나의 경계 조건

RFC 1918은10.0.0.0/8,172.16.0.0/12,192.168.0.0/16을 예약했다. 기업은 IANA나 인터넷 레지스트리와의 조율 없이 이를 사용할 수 있었고, 많은 기업이 그렇게 할 수 있었다. 결정적인 문장은 블록이 '사설'이라는 것만이 아니었다. 그 주소들은 하나의 기업 내부, 또는 그 공간을 두고 협력하는 기업 집합 내부에서만 고유하리라는 것이었다.

현재 IANA 특수 목적 레지스트리는 세 블록을 모두 Private-Use로 기재하고 전역 도달 불가(Not Globally Reachable)로 표시한다. 이 상태는 흔히 숫자 자체의 속성으로 읽힌다. 그러나 운영적으로 이는 경계에 관한 규칙이다. RFC 1918은 사설 경로가 기업 간 링크를 넘어 전파되어서는 안 되며, 사설 출발지나 목적지를 담은 패킷은 그 링크를 건너서는 안 되며, DNS 레코드 같은 간접 참조도 그 안에 머물러야 한다고 했다. 사설 번호는 경로 및 이름 배포가 주소 계획과 같은 경계선을 유지할 때 유용하게 남는다.

이 메모는 인기 있는 지름길도 거절했다. 보안 절에서 보안 문제는 다루지 않는다고 명시했다. 사설 주소 지정은 필터링이나 애플리케이션 게이트웨이와 공존할 수 있지만, 전역 경로가 없다는 사실은 인증 증거가 아니며 RFC 1918은 이 범위를 보안 시스템으로 내세우지 않았다.

합병 조항이 가격표다

단점 절은 유난히 솔직하다. 서로 조율되지 않은 여러 사설 인터넷이 하나로 합쳐지면 일부 주소는 더 이상 고유하지 않을 수 있고 영향받는 호스트는 재번호화가 필요할 수 있다. 두 번째 경고는 나중에 서로 IP 연결성을 맺는 조직을 다룬다. 내부 서브블록을 무작위로 선택하라는 권고는 충돌 위험을 줄이기 위한 것이지, 충돌이 절대 일어나지 않을 것을 보증하는 것이 아니었다.

이는 조율 비용을 언제 지불할지에 대한 선택이다. 전역 할당은 사용 전에 비용을 지불한다. 고유 번호를 얻고 통신 인구 전반에 걸쳐 그것을 보전한다. 사설 재사용은 그 비용을 미룬다. 외부 조율 없이 로컬에서 배포한 뒤, 인구가 확장될 때만 정산한다. 최초의 관리자는 속도와 주소 풍요를 받는다. 미래의 통합 팀은 행사 가격이 알려지지 않은 옵션을 받는다.

어느 조직도 상대방에 대해10/8을 소유하지 않는다. 양쪽 모두 재사용을 위해 설계된 체계를 따랐다. 어느 쪽이 '진짜' 사설 주소를 갖느냐는 질문은 따라서 범위 지정 규칙을 소유권 체계로 잘못 취급하는 것이다. 실용적인 질문은 다르다. 어느 영역이 재번호화될 수 있는가, 어느 의존성을 찾아낼 수 있는가, 어느 애플리케이션이 주소 변환을 견딜 수 있는가, 어느 서비스가 안정적 신원을 필요로 하는가, 그리고 중단 위험은 누가 부담하는가?

주소 영역이 숨겨진 좌표를 드러낸다

RFC 2663은 이후 유용한 어휘를 공급했다. 주소 영역(address realm)은 주소가 고유하게 할당되고 라우팅 가능한 네트워크 도메인이다. 전통적 NAT는 주소를 재작성하여 서로 다른 영역을 연결하지만, 사설 공간과 외부 공간이 겹치지 않는다는 가정에 의존한다. 같은 주소가 양쪽에서 의미를 가지면 평범한 일측 변환은 불충분하며, 이 문서는 출발지와 목적지를 모두 바꿀 수 있는 twice NAT를 기술한다.

이 용어는 '경로를 하나만 추가하면 된다'는 접근이 실패하는 이유를 보여준다. 경로는 하나의 포워딩 테이블에 표현된 목적지에 대한 경로를 선택할 뿐이다. 추가 맥락—다른 테이블, 터널, 정책 분리, 주소 변환 또는 재번호화—없이 같은 프리픽스에 대한 두 개의 양립 불가능한 의미를 담을 수 없다. 빠져 있는 사실은 추상적 도달 가능성이 아니다. 그 목적지 이름이 어느 영역에서 풀리도록 의도되었는지라는 사실이다.

RFC 3022는 이 거래를 더 구체적으로 만들었다. Basic NAT는 하나의 주소 집합을 다른 집합에 매핑하고, NAPT는 전송 계층 식별자까지 포함한다. 세션은 양립하는 변환 상태를 통과해야 하며, 그 상태가 없으면 재경로화된 흐름은 실패할 수 있다. 이 기법은 로컬 번호 체계를 보존하면서 선별된 외부 연결성을 제공할 수 있지만, 이 RFC는 주소 변환이 IP 주소의 종단 간 의미를 제거하고 네트워크에 더 많은 상태로 대체한다고 적시한다.

따라서 주소 변환은 경계에 대한 치료제이지, 중복된 사설 주소가 전역 고유가 되었다는 선언이 아니다. 변환 맵 자체가 운영 증거가 된다. 어느 내부 호스트가 어느 외부 표현에 대응했는가, 언제, 어떤 프로토콜로, 어느 장치를 통과했는가?

정상 경로가 잘못된 기기에 도달할 수 있다

RFC 5684는 IETF Standards Track 사양이 아니라 Independent Submission으로, 이후 중첩 NAT 및 원격 접속 VPN 토폴로지에서 겹치는 사설 공간을 검토했다. 그 가장 유용한 표현 중 하나가 'mistaken end host identity'(착오적 종단 호스트 신원)이다. 이 문서의 예시에서 상방 리졸버를 위해 광고된 사설 주소가 같은 번호의 로컬 호스트에 도달할 수 있다. 분할 VPN은 기업 서비스와 원격지 서비스 사이에 유사한 혼란을 드러낼 수 있다.

패킷이 반드시 드롭된 것은 아니다. 그래서 이 실패가 위험하다. 연결성 테스트는어떤호스트가 응답했기 때문에 초록불을 켤 수 있다. 운영상의 질문은 의도된 호스트가 응답했는가이다. RFC 5684의 배포별 권고에는 중요한 광고 서비스에 대해 겹치지 않는 주소 또는 전역 주소 사용, 그리고 출발지 IP만 신뢰하지 않는 종단 간 인증이 포함된다.

이는 흔히 하나로 뭉개지는 다섯 개의 영수증을 분리한다. 주소 할당은 어떤 번호가 어떤 범위 내에서 구성되었는지 말해 준다. 경로는 포워딩 결정이 패킷을 어디로 보냈는지 말해 준다. 변환 기록은 한 표현이 어떻게 다른 표현이 되었는지 말해 준다. 자격 증명은 피어를 인증할 수 있다. 애플리케이션 관찰은 의도된 서비스가 완료되었는지 말해 준다. 그 어느 하나도 나머지 넷을 조용히 증명하지는 못한다.

공유 주소 공간이 다른 경계선으로 같은 교훈을 반복했다

2012년 RFC 6598은 서비스 공급자 CGN 장비와 고객 구내 장비 사이의 공유 주소 공간을 위해100.64.0.0/10을 만들었다. 이 문서는 이 공급자 용도를 RFC 1918의 기업 사설 공간과 명시적으로 구분했다. 오늘날 IANA 레지스트리에는 양쪽 모두 특수 목적이며 전역 도달 불가로 등재되어 있지만, 서로 교환 가능한 풀이 아니다. 의도된 행정 도메인이 다르다.

이 구분은 역사적 논점을 강화한다. '전역 도달 불가'는 하나의 무차별적 아무데도 가리키지 않는다. 가정 영역, 기업 영역, 공급자 공유 영역은 서로 다른 운영자, 경로, 명명 관행, 충돌 표면을 가진다. 재사용은 관련 범위가 의사 결정과 함께 이동할 때만 안전하다.

RFC 1918은 부분적으로 로컬 배포를 저렴하고 일상적인 것으로 만들었기 때문에 성공했다. 그러나 그 대가는 숨겨져 있지 않았다. 이 문서는 독자에게 연결성 요구는 변화하고, 기업은 합병하며, 한때 모호하지 않던 주소는 모호해질 수 있다고 말했다. 지속되는 교훈은 로컬 주소 지정을 폐지하거나 모든 내부 기기에 공개 신원이 필요하다고 가장하는 것이 아니다. 그것은 경계가 무엇을 하고 있었는지 기억하는 것이다. 벽이 내려오면, 그 주소는 또 다른 좌표를 필요로 한다—아니면 또 다른 주소를.

출처