요약

  • NIC.br의 Sávyo de Morais는 10월 26일 RIPE 93에서 IPv6 환경의 애플리케이션을 시험하는 초기 오픈소스 도구 V6bench를 발표했다.
  • OpenAPI 명세로 DNS 자료와 API 시험 틀을 만든 뒤 담당자가 변수와 시나리오를 고쳐 실행하고 CSV 결과를 읽는다. 지금은 API 중심이며 검증한 사례가 제한적이다.

IPv6 패킷은 건물 현관에 도착했다. 그런데 접수대의 로그인 창이 IPv4 주소만 받아들인다면 이용자의 일은 시작조차 못 한다. Sávyo de Morais가 RIPE 93 발표에서 들고 온 문제는 바로 그 현관과 업무 사이의 거리다. 서비스가 응답했다는 표시와 거래가 끝났다는 기록은 서로 다른 종이다.

원본 발표 자료는 코드에 박힌 IPv4 주소, 주소 검증식, 접근 제어, 라이브러리, 데이터베이스 필드, 인증, 로그, 감시 체계를 점검 대상으로 꼽는다. 어느 특정 서비스에 장애가 났다는 뜻은 아니다. 발표자가 제시한 판정은 IPv4를 끄고도 의존 서비스를 거쳐 이용자의 일을 끝낼 수 있는가이다.

V6bench의 API 절차는 JSON 또는 YAML 형식의 OpenAPI 명세에서 출발한다. 도구가 DNS 설정과 ScanAPI 시험 틀을 생성하면, 담당자가 자기 서비스에 맞춰 계획과 변수를 고친다. 환경을 고르고 시험을 돌린 뒤 CSV를 살핀다. 개발팀 저장소는 프로젝트가 아직 초기 단계여서 오류가 있을 수 있고, 우선 API에 집중한다고 설명한다. 자동 생성된 문제지는 아직 채점표가 아니다.

발표 자료에는 IPv4 전용, 이중 스택, IPv6 전용, NAT64를 거친 IPv6 클라이언트가 나온다. 서버 쪽에는 SIIT-DC 방식도 있다. 시험실에는 Docker IPv6 브리지와 Kathará, Jool 등이 필요하다. 이중 스택에서 통과한 요청은 그 경로의 결과이며, IPv6 전용 고객의 업무를 증명하려면 그 경로를 따로 걸어야 한다. IETF 작업 초안 역시 권한과 로그, 의존 관계를 애플리케이션 시험의 일부로 다룬다.

결국 수락 판정을 내리는 사람에게 질문이 돌아온다. 무슨 작업을, 어떤 조건에서, 어디까지 끝내겠다고 약속했는가? OpenAPI 원본, 수정한 계획, 선택한 클라이언트·서버 방식과 결과를 함께 보관하면 답을 확인할 수 있다. 초록색 아이콘만 보관하면 다음 릴리스 때는 기억력 시험이 된다.

원자료