도구스개발

DNS SOA 일련번호 계산기

존파일을 고칠 때마다 올려야 하는 SOA 일련번호(serial)를 YYYYMMDDnn 관례에 맞춰 계산합니다. 현재 값만 넣으면 다음에 쓸 값을 알려줍니다.

존파일 SOA 레코드의 serial 값

다음 일련번호

오늘 날짜를 불러오는 중…

YYYYMMDDnn 관례(RFC 1912 §2.2)는 날짜 8자리 + 그날의 수정 회차 2자리로 적습니다. 오늘 처음 고쳤으면 오늘 날짜+00, 오늘 안에 또 고쳤으면 회차만 1 올립니다. 중요한 건 숫자가 반드시 이전보다 커야 한다는 것입니다 — 슬레이브 네임서버는 일련번호가 커졌을 때만 존을 다시 받아갑니다.

사용 방법

  1. 1지금 존파일에 적혀 있는 SOA 일련번호를 넣습니다.
  2. 2오늘 날짜 기준으로 다음에 쓸 일련번호를 확인합니다.
  3. 3존파일의 serial 값을 그 숫자로 바꾸고 저장합니다.

자주 묻는 질문

슬레이브(보조) 네임서버가 존을 다시 내려받을지 판단하는 유일한 기준입니다. 마스터의 일련번호가 슬레이브가 갖고 있는 값보다 커야만 새로 내려받습니다. 존을 고쳤는데 이 값을 안 올리면 슬레이브는 옛날 데이터를 계속 서빙합니다.

RFC 1912 §2.2가 권장하는 표기법으로, 날짜 8자리(YYYYMMDD) 뒤에 그날의 수정 회차 2자리(00~99)를 붙입니다. 숫자만 봐도 "언제 몇 번째로 고쳤는지"가 바로 읽혀서 실무에서 널리 쓰입니다. DNS 자체는 이 형식을 요구하지 않고 그냥 더 큰 32비트 정수이기만 하면 됩니다.

회차가 99에 도달하면 이 계산기는 자동으로 다음 날짜 + 00으로 이월합니다. 단순히 정수에 1만 더하면(예: 2026013199+1=2026013200) "20260132"처럼 존재하지 않는 날짜가 만들어질 수 있어서, 실제 달력상 다음 날로 건너뜁니다.

RFC 1982에 따라 부호 없는 32비트 정수(0~4,294,967,295)여야 합니다. YYYYMMDDnn 형식은 실제로 쓰이는 연도 범위에서 이 한도 안에 넉넉히 들어갑니다.

전송되지 않습니다. 계산은 모두 브라우저 안에서 이루어지고 넣은 값은 이 기기에만 남습니다.

알아두면 좋은 점

  • 이 계산기는 "다음 일련번호가 항상 이전보다 커야 한다"는 실무 규칙만 다룹니다. RFC 1982가 정의하는 랩어라운드(값이 32비트 최댓값을 넘어 0으로 돌아가는 원형 비교) 상황은 일반적인 존파일 운영에서는 일어나지 않아 다루지 않습니다.
  • 날짜는 이 기기(브라우저)의 로컬 날짜를 기준으로 계산합니다.

함께 보면 좋은 도구

DNS 레코드A·CNAME·MX·TXT 같은 DNS 레코드가 무엇이고 언제 쓰는지, 값의 형식과 흔한 실수를 정리했습니다.서브넷 계산IP 주소와 프리픽스(CIDR)를 넣으면 네트워크 주소·브로드캐스트 주소·사용 가능 호스트 범위를 계산합니다.gitignore 판정.gitignore 규칙과 경로를 넣으면 그 파일이 무시되는지, 어느 줄이 마지막으로 이겼는지 알려줍니다.울프람 규칙규칙 번호 0~255를 8비트로 풀어 세 칸 이웃에 대응시키고 세대를 쌓아 무늬를 그립니다.2-SAT「둘 중 하나는 참」인 조건을 여럿 넣으면 참·거짓 배정이 가능한지 판정하고 배정을 하나 찾아 줍니다.

마지막 검증: 2026년 9월 9일 · 결과는 참고용 추정치입니다.