요약

  • Robert Kisteleki는 RIPE 92 전체 회의에서 다른 사람 소유의 도메인을 포함해 여러 도메인의 관리·기술 담당자로 등록돼 있다고 말했다. 동료를 위해 운영하는 메일, 가상 머신, 물리적 호스팅, 보조 DNS도 사례로 들었다.
  • 그는 담당자가 없을 때 누가 이어받고 예전 대리인의 권한을 어떻게 회수할지 다루는 실무 문서를 함께 쓰자고 제안했다. 공식 발표 페이지는 RIPE 문서나 Best Current Practice의 구상을 기록할 뿐, 완성된 표준을 제시하지 않는다.

사이트 주인은 도메인 이름을 안다. 갱신 알림을 받는 사람은 따로 있다. 2026년 5월 21일 에든버러에서 Kisteleki가 꺼낸 문제는 두 사람 사이의 이 짧은 거리였다. 그는 자신이 소유하지 않은 도메인에서도 관리 및 기술 담당자로 등록돼 있다고 밝혔다. 평소에는 덕분에 일이 돌아간다. 그가 응답하지 못하면 주인은 등록업체 계정과 결제 수단부터 찾아야 한다.

Kisteleki는 RIPE NCC 직원이지만 그날은 커뮤니티 구성원으로 발언한다고 분명히 했다. 개인이 다른 사람에게 제공하는 서비스 목록은 길었다. 메일 서버와 MX, 가상 머신, 장비를 놓아주는 공간, 보조 DNS, 작은 사회 서비스 인스턴스까지 나왔다. 도메인과 인증서는 만료되고, 호스팅 대금은 청구되며, 보안 패치는 기다린다. 휴대전화가 사라져 2단계 인증 복구가 필요할 때도 담당자의 부재가 드러난다.

회의 발언록에는 더 날카로운 경로가 있다. 도메인이 만료돼 다른 사람이 다시 등록하면, 그 이름의 주소를 통한 계정 복구 시도가 가능해진다. Kisteleki는 실제로 자신이 맡은 도메인에서 그런 사건이 있었다고 보고한 게 아니다. 개인적인 호의가 어떤 기술적 권한과 시간표를 품고 있는지 보여주는 실패 시나리오였다.

따라서 대리인을 한 명 더 정하고 비밀번호를 복사하는 것으로 끝낼 수 없다. Kisteleki는 한때 믿었던 사람을 나중에 믿을 수 없게 되는 경우도 짚었다. 서비스 소유자가 대리인을 승인하는 조건, 대리가 시작되는 시점, 임무가 끝났을 때 권한을 없애는 절차까지 정해야 한다. 이 마지막 단계가 없으면 임시 해결사가 영구 관리자가 된다.

Kisteleki는 참가자들에게 RIPE 문서나 Best Current Practice를 함께 만들자고 했다. Jan Zorz는 BCOP 태스크포스를 작업 장소로 제안했다. 회의는 이를 공식 배정하거나 완성된 절차를 채택하지 않았다. 그래서 첫 실무 성과는 거창할 필요가 없다. 도메인, 청구, 복구 경로, 변경 권한을 서비스 주인과 운영자가 한 장에 적고 실제로 서로 확인하면 된다.

네트워크 커뮤니티는 개인의 선의에 많은 일을 맡겨왔다. Kisteleki의 질문은 그 선의를 칭찬하는 데서 멈추지 않는다. 그 사람이 로그아웃해도 남의 서비스가 계속 살아 있게 만들자는 요구다.