Summary

  • Anand Buddhdev와 Paul de Weerd는 1992년부터 큰 주소 할당의 역방향 DNS를 보조해 온 ns.ripe.net의 종료를 제안했다. 이용 자격의 형평성과 존 전송 등 운영 문제가 쌓여 있었다.
  • DNS 작업반 논의를 거친 RIPE NCC는 2024년 6월 신규 위임을 중단하고 이용자에게 연락했다. 2025년 1월 15일 남은 도메인 객체에서 해당 서버 속성을 제거했다.

예비 열쇠가 새 자물쇠가 될 때

1992년에는 회원의 역방향 DNS 존을 대신 응답해 주는 서버가 꽤 실용적인 친절이었다. RIPE NCC의 ns.ripe.net은 IPv4 /16 또는 IPv6 /32 이상의 할당을 받은 회원에게 보조 네임서버를 제공했다. 자체 서버가 멈추면 예비 서버가 버틴다. 문제는 예비 수단도 오래 두면 관리 대상이 된다는 점이다.

DNS 운영을 맡은 엔지니어 Anand Buddhdev는 Paul de Weerd의 기여를 받아 2024년 5월 종료 제안의 이유를 공개했다. 큰 블록 보유자가 혜택을 받았지만, 여러 DNS 설비를 갖추기 어려운 쪽은 오히려 작은 회원일 수 있었다. 과거 데이터베이스 오류로 자격 미달 회원 일부가 들어왔고, 오류 수정 뒤에도 기존 이용은 유지됐다. 비슷한 규모의 새 회원은 들어오지 못했다. 무료 서비스가 RIPE NCC 회원들이 판매하는 서비스와 겹친다는 문제도 있었다.

운영 측면은 더 골치 아팠다. 회원이 RIPE NCC로의 존 전송을 허용하지 않으면 보조 서버는 존을 읽지 못해 SERVFAIL을 돌려준다. 전송용 공유 TSIG 비밀키도 설정할 수 없었다. 미리 크기를 알 수 없는 거대한 존이 작은 서버의 메모리를 고갈시킨 적도 있었다. DNSSEC가 꼬인 사례에서는 사전 위임 검사가 회원의 도메인 객체 수정을 막아 RIPE NCC가 직접 개입해야 했다. 비상구가 고장 나서 열쇠공을 부르는 장면이다.

2016년에도 종료안이 나왔지만 당시에는 서비스를 유지하자는 쪽이었다. 2024년 DNS 작업반 논의에서 방향이 바뀌었다. 수정 일정은 6월 신규 요청을 막고 연말까지 이용자에게 연락하는 방식이었다. Buddhdev의 10월 발표는 그 수고를 보여 준다. 존, 기술, 관리 담당자에게 메일을 보냈지만 항상 당사자에게 닿지는 않았다. 관련 주소 공간의 담당자에게 다시 알리고 큰 이용자에게는 전화했다. 그때도 처리할 도메인 객체가 천 개 넘게 남았다.

RIPE NCC의 2025년 1월 공지에 따르면 15일 남은 모든 객체에서 ns.ripe.net 속성을 삭제해 종료를 마쳤다. Buddhdev는 5월 발표에서 공동체의 지지와 완료 날짜를 확인했다. RIPE NCC의 권한 DNS와 역방향 위임은 계속된다. 퇴역한 것은 이 특정 보조 서비스다. 좋은 엔지니어의 일이 늘 새 장비를 올리는 것만은 아니다. 때로는 오래된 호의를 안전하게 접는 일이 더 어렵다.

RIPE의 원문 자료