요약

  • RFC 3043은urn:pin을 사람과 조직을 애플리케이션 전반에서 식별하기 위한 영속적 네임스페이스로 제안했습니다.
  • 그 식별자는 Network Solutions의 내부 리졸버 외부에서는 불투명했고, 이 문서는 그 회사의 리졸버를 권위적인 것으로 취급했습니다. 전역 구문이 해석 권한까지 동등하게 이식 가능하게 만들지는 않았습니다.

문제는 단순히 한 사람에게 영구적인 레이블을 부여하는 방법이 아니었습니다. 이메일 주소, 성, 고용주, 서비스 제공자, 심지어 그 레이블을 처음 할당한 시스템이 바뀌더라도 레이블이 여전히 유용하게 남으려면 어떻게 해야 하는가 하는 문제였습니다. Network Solutions의 2001년 1월 제안인RFC 3043은 이를 디렉터리 서비스와 전자상거래의 문제로 제시했습니다. 기술 데이터가 겹치더라도 두 레코드를 구분하고, 시간이 지나도 동일한 사람이나 조직을 계속 참조할 수 있게 하는 것입니다.

제안된 답은 Personal Internet Name, 즉 PIN이었으며,pin네임스페이스 아래의 Uniform Resource Name으로 표현되었습니다. RFC의 예시는urn:pin:bs4321234처럼 사람의 성이나 조직을 드러내지 않는 간결한 토큰처럼 보입니다. 네임스페이스의 "name specific string"(NSS)은 단순하고 영숫자로 이루어진 것으로 선언되었습니다. 더 중요한 점은, 이 문서가 그 내부 구조는 Network Solutions의 리졸버 외부에서 알 수 없으며 외부에서 추론하거나 의존해서는 안 된다고 명시했다는 것입니다. 이 불투명성은 문자열을 역설계하라는 초대가 아니라 설계 경계였습니다.

이러한 분리는 실질적인 이점을 제공했습니다. 애플리케이션은 변경 가능한 이메일 주소를 내장하거나 특정 디렉터리의 로컬 레코드 키에 의존하지 않고도 안정적인 참조를 담을 수 있었습니다. RFC가 의도한 모델에서 식별자는 재할당되지 않았고, 이름이 지정된 사람이나 조직과의 연관은 개명, 기업 재편, 사망 또는 해산을 통해서도 영구적인 것으로 기술되었습니다. RFC 3043은 또한 다른 애플리케이션이 개방적이고 독점적이지 않은 방식으로 PIN을 참조할 수 있도록 표준화된 URN 해석을 언급했습니다.

그러나 등록 템플릿은 PIN이 무엇을 의미하는지 말할 수 있는 주체를 둘러싼 두 번째 경계를 그었습니다. Network Solutions는 독점 등록 시스템을 통해 식별자를 할당했습니다. 고유성은 그 시스템의 보장으로 기술되었으며, 당시의 알고리즘은 마지막으로 할당된 번호에서 시작해 양의 정수만큼 증가하면서 미래의 변경 여지를 남겨두었습니다. RFC는 Network Solutions 자체의 URN 리졸버를 해석 수단으로 명명하고, 다른 제공자를 통한 해석은 오류가 발생하기 쉽고 권위적이지 않을 것이라고 경고했습니다.

이것이 바로 이식성 역설입니다. 토큰은 원래 디렉터리 밖의 애플리케이션으로 복사될 수 있었지만, 외부 애플리케이션은 그 구조를 독립적으로 추론하거나 단순히 구문을 분석하는 것만으로 권위적인 바인딩을 주장할 수 없었습니다. 참조의 이식성과 권한의 이식성은 서로 다른 속성이었습니다. 형식은 조직의 경계를 넘어가기 쉬웠지만, 그 이면의 사람이나 조직을 인증하는 권력은 그렇지 않았습니다.

이 구분은pin에만 국한되지 않습니다. 네임스페이스는 참조를 전역적으로 구분 가능하게 하면서 할당, 정정, 해석, 분쟁 처리는 관리 주체에 의존하게 둘 수 있습니다. 이는 합리적인 트레이드오프일 수 있습니다. 불투명성은 내부 유연성을 보호하고, 단일 할당자는 고유성을 조율할 수 있으며, 단일 리졸버는 명확한 권위 지점을 제공합니다. 그러나 이러한 선택은 연속성 리스크를 특정한 곳에 배치합니다. 신원 주장이 이를 해석하는 서비스나 조직보다 오래 살아남아야 한다면, 네임스페이스는 리졸버 승계, 레코드 내보내기, 분쟁 신원, 지정 리졸버가 사용 불가능할 때의 검증에 대한 명시적 답을 갖추어야 합니다. RFC 3043의 본문은 할당과 해석을 기술하지만, 그러한 연속성 메커니즘이 실제로 존재했다는 것을 확립하지는 않습니다.

문서의 지위에 대해서도 정확성이 필요합니다. 오늘날IETF Datatracker는 RFC 3043을 IETF 표준 과정에서 공식 지위가 없는 Legacy, Informational RFC로 분류합니다. 별개로, IANA의 현재URN 네임스페이스 레지스트리는 여전히 공식 네임스페이스 표에 RFC 3043을 참조로 하여pin을 나열하고 있습니다. 이들은 서로 다른 질문에 답하는 서로 다른 기록입니다. RFC의 표준화 절차상 지위와 IANA 레지스트리에 네임스페이스가 등재되어 있는지 여부는 같은 것이 아닙니다. 어느 항목도 그 자체로 현재의 서비스 운영이나 오늘날의 사용을 증명하지 않습니다.

역사적 교훈은 "중앙 리졸버는 나쁘다"는 것보다 좁습니다. 안정적인 식별자는 한 가지 실패 모드, 즉 설명이나 위치가 바뀔 때 참조가 끊어지는 문제를 해결합니다. 그러나 다른 문제, 즉 식별자를 할당하거나 권위적으로 해석하는 기관에 대한 의존은 자동으로 해결하지 못합니다. RFC 3043은 그 구분을 자신의 템플릿 안에서 유난히 선명하게 드러냈습니다. 영속적인 이름은 신뢰 앵커보다 멀리 나아갈 수 있습니다. 내구성과 개방성을 모두 약속하는 시스템은 이름이 어떻게 형성되는지뿐 아니라, 누가 바인딩을 검증할 수 있는지, 권한이 어떻게 이동할 수 있는지, 원래 리졸버가 없을 때 무엇이 남는지도 명시해야 합니다.