과거의 DNS 일련 번호 변경


12

조직에 이전 조직에서 설정 한 일부 DNS 서버가 있습니다. 그는 일련 번호에 표준 형식을 사용하지 않고 대신 2033으로 시작하는 홀수 형식을 사용했습니다. 내가하고 싶은 것은 자신의 DNS 서버를 내 것으로 교체하는 것이지만 일련 번호를 "적절한"형식으로 변경하는 것에 대해 걱정하고 있습니다. YYYYMMDDXX는 더 작은 숫자이므로

이것들은 우리의 퍼블릭 DNS 서버이며,이 작업에 아무런 문제가 없는지 확인하고 싶습니다. 이런 종류의 전환에 경험이 있습니까?


6
헤즈 업 : DNS 일련 번호에 대한 표준 형식이 없습니다.
John Gardeniers

1
@John이 직렬 형식은 RFC1912 섹션 2.2에서 권장됩니다. 참조 : faqs.org/rfcs/rfc1912.html
저스틴 스콧

@Justin, 그건 제안 이상의 것이 아닙니다. 표준이 아닙니다. 게다가 RFC는 표준이 아닙니다. 표준 권장 사항의 선구자입니다. 더 이상 없습니다.
John Gardeniers

@ 존 나는 그것이 표준이라고 말하지 않았고, 그것이 "추천"이라고 말했다. 그러나 내가 본 거의 모든 DNS 영역은 해당 형식을 사용하므로 사실상의 표준이라고 말할 수 있습니다.
Justin Scott

답변:


6

2033 으로 시작하는 숫자가 YYYYMMDDXX 표준 보다 크면 값을 재설정 할 수 있습니다.

다음은 절차 를 설명 하는 기사입니다 . 기본적으로 일련 번호는 32 비트 정수이며 더 큰 값을 사용하면 줄 바꿈한다는 사실을 이용해야합니다.


이것이 스택 교환에서 솔루션에 연결하는 것이 실제로 정보를 제공하지 않는 이유입니다. 링크는 죽었다!
labradort

@ labradort는 여전히 저에게 효과적입니다. 그것은 여전히 ​​유효한 archive.org 링크로 변경되었습니다. 여기에 몇 가지 더 링크입니다 unix.stackexchange.com/questions/36869/... microhowto.info/howto/... 정말 대답에 페이지 전체를 복사하여 붙여 넣을하지 않았다. 또한 여전히 32 비트 정수라는 언급은 대부분의 사람들이 Google을 통해 현재 페이지를 방문하기에 충분하다고 생각합니다.
Zoredache

"504 Gateway Time-out 서버가 제 시간에 응답하지 않았습니다." -원래 링크에서. 다음은 유용한 정보입니다. 바인드 9.9는 일련 번호가 증가하지 않으면 "알림"을 통한 영역 전송을 수행하지 않습니다. 일련 번호는 한 번에 2147483647을 넘을 수 없습니다. 주행 거리계에서 99999999에 해당하는 값은 2 ^ 32-1 또는 4294967295입니다. 2 차 NS가 증가하기 전에 새 SOA를 얻을 때까지 기다렸다가 더 낮은 값의 일련 번호로 롤 포워드 할 수 있도록하십시오.
labradort


4

일련 번호를 원하는대로 설정할 수 있습니다. 기본적으로 보조 서버는 숫자가 더 높지 않으면 영역 전송을 가져 오지 않지만 직접 액세스 할 수있는 한 강제로 전송하고 다시로드하도록 명령 할 수 있습니다. 일련 번호를 원하는대로 설정 한 다음 보조 서버에 재전송 명령을 발행하면 일련 번호가 낮더라도 새로운 정보를 가져올 수 있습니다.


3
그리고 그것이 작동하지 않으면 (적어도 BIND의 경우) 보조 파일에서 영역 파일을 삭제하고 다시로드하여 새 사본을 가져옵니다.
John Gardeniers

0

앞서 언급했듯이 SOA 리소스 레코드의 SERIAL 필드에는 소위 "표준 형식" 이 없습니다 . 모든 DNS 서버 소프트웨어 에서도 사용 되지는 않습니다 . (오늘날, 세계의 상당 부분은 영역 전송 데이터베이스 복제를 사용하지도 않습니다.) ISC의 BIND를 사용하면 특정 값에 고유 한 의미가없는 숫자 일뿐입니다. 영역 전송 데이터베이스 복제 중에 복제본이 없는지 여부를 확인하는 데 사용됩니다. 또한, "새로운"은 "더 큰 수, 모듈로 32 비트"를 의미해야한다는 점에서 프로 비소를 통해 원하는 방식을 선택할 수 있습니다.

이미 함정에 빠졌습니다. 어떤 계획을 선택하든, 누군가가 당신 앞에 왔던 사람의 계획을 이해하지 못하고 변경하려는 것처럼 누군가가 정보를 얻지 못하고 이해하지 못하거나 변경하려고합니다. 이것은 시스템 관리 선택을 문서화하지 않은 함정입니다 . 따라서 선택 사항을 문서화하십시오.


물론 전임자가 선택하기 전에 단순히 선택을 생각하지 않았을 가능성도 있습니다. 나는 하나의 이유가 '이유가 있고 문서화되지 않은 것'보다 더 일반적이라는 것을 알았습니다.
Chris S
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.