Summary

  • RIPE NCC는 데이터베이스 조회 화면에서 일부 객체의 이전 버전을 보고 비교할 수 있다고 발표했다.
  • 조회 가능한 이력은 가장 최근 생성 시점부터이며 이메일 속성은 걸러지고 person·role 객체의 과거 이력은 열리지 않는다.

등록 정보 한 줄이 바뀌면 그전 문장이 필요해진다. RIPE NCC가 이를 찾는 길을 짧게 만들었다. 10월 회원 소식에 따르면 이제 데이터베이스 조회 화면에서 특정 객체의 예전 버전을 열고 비교할 수 있다. 최신 기록을 찾던 자리에서 이전 기록과의 차이도 볼 수 있게 된 셈이다.

보관 자체가 새 일은 아니다. RIPE의 과거 데이터 안내는 객체가 갱신될 때마다 이전 판본을 저장한다고 설명한다. 이번 변화는 그 판본을 사람 눈앞에 놓는 방식이다. 자원 보유자는 등록 내용의 변화를 확인하고, 운영자는 연락처 수정을 살펴보고, 취재자는 언제 어떤 문구가 들어왔는지 정확한 두 판본을 제시할 수 있다.

여기서 책갈피를 맨 앞에 꽂으면 곤란하다. 과거 조회 안내에 따르면 존재하는 운영 객체의 조회 가능한 역사는 가장 최근의 생성 또는 재생성 시점까지만 거슬러 올라간다. 한 번 삭제됐다 다시 만들어진 객체라면 그 이전 시기는 현재 이력 범위 밖이다. 이메일 주소를 담은 속성은 필터링되고, person과 role 객체의 예전 판본도 조회할 수 없다. 화면의 차이는 정확해도 전체 연대기는 아닐 수 있다.

버전 시각은 서버가 갱신을 처리할 때 기록한 UTC 값이다. 이 시각은 새 판본이 등록부에 들어온 때를 말한다. 비교 화면은 달라진 줄을 보여준다. 누가 수정을 요청했고 어떤 권한을 썼으며 이후 실제 망에서 무슨 일이 벌어졌는지는 별도 자료로 확인해야 한다. 등록부는 자기 페이지를 기억한다. 회의 참석자까지 기억하는 것은 아니다.

중요한 변화를 기록할 때는 객체의 정확한 키, 비교한 버전 번호, UTC 시각, 맨 처음 보이는 버전의 날짜를 함께 남기자. 삭제·재생성 이전이나 가려진 필드가 쟁점이라면 그 빈칸도 화면 옆에 적어야 한다. 돋보기보다 종이의 가장자리가 더 중요할 때가 있다.