SOA 레코드 설정

SOA 레코드 설정 - 

SOA 레코드 설정 리스트

	설정 방식	지원 구분		내용
	SOA 레코드 사용자 설정	-		시리얼을 포함한 각각의 정보들을 직접 선택 설정
	SOA 최적 값 자동 설정	-		현재 날짜로시리얼을 정의하고  각각의 정보들을 자동 설정

SOA 레코드(Start Of Authority)은 도메인 존 영역의 시작점을 의미하며 네임서버에게 어떤 기준에 의해 이 도메인을 관리하여야 하는지 알려주는 역할을 합니다. 

SOA 레코드의 첫 시작은 도메인 명 또는 @로 시작하여, 도메인 존에 관한 데이터를 제공하는 서버 이름의 정보,  도메인 존의 관리자를 표시하고, 괄호로 묵은 부분에서는 Serial, Refresh, Retry, Expire, Minimum 5개의 시간 필드를 표시합니다, 각 필드의 주요 상세는 아래를 참조하십시오. 

SOA  레코드 형식 : domain.name. IN SOA hostname.domain.name. mailbox.domain.name.( serial-number  refresh  retry  expire  minimum-ttl )

SOA 필드항목	형식 / 권장 값	설명
mname(마스터 네임서버)	일반적으로 도메인의 네임서버명을 표기합니다. (예, ns.domain.com)	master name의 약자로 마스터 네임서버의 도메인 이름을 설정합니다.mname 필드 값은 네임서버의 DNS Notify 처리 절차에서 참조되기에 유의하여 설정하셔야 합니다.
rname(존 관리자 연락처)	이 메일이 manager@domain.com 이라면 manager.domain.com으로 설정합니다.	responsible name의 약자로 rname 필드 값의 형식은 도메인 이름을 사용합니다.  즉  도메인 주 담당자의 이 메일 주소는 해당하는 도메인 이름의 형식으로 변환하여 rname 필드에 입력하여야 합니다.. 예를 들어 manager@domain.com이 도메인 담당자의 이 메일주소라면 ‘manager.domain.com으로 설정합니다.
Serial (일련번호)	데이터 파일의 현재 버전으로 입력 형식은 0 ~ 4,294,967,295사이의 숫자 형식으로 입력하면 되며, 일반적으로는 현재 날짜의 형식으로 입력하는 것을 권장합니다.(예, 2107111100 )	Secondary가 Zone 파일의 수정여부를 알 수 있도록 하기 위함으로 Secondary는 백업 본의 Serial이 Primary의 Serial보다 작을 경우 Zone 파일을 재전송 받습니다. 따라서 Zone 파일이 수정된 후 Serial이 변경되지 않는다면, Secondary는 백업 카피를 업데이트하지 않음을 유의하셔야 합니다.
Refresh (새로 고침 간격)	2차 네임서버가 갱신된 내용을 점검하기 전의  대기시간으로 일반적으로 권장되는 값은 현재 국내 네트워크 여건을 고려할 때 1H(3600) 정도가 적당합니다.	Primary측의 Zone 데이터베이스 수정 여부를 Secondary가 검사하는 주기입니다. 네트워크의 변경이 잦아 Zone파일이 자주 수정된다면, 1H(3600) 정도로 설정하나 Zone이 안정되는 시점에서는 일반적으로 6H(21600) - 12H로 설정하게 되며, 고속 네트워크에서 20분~2시간, 저속 네트워크에서 2시간~12시간으로 RFC1912에서 권고하기도 합니다.
Retry (다시 시도 간격)	존 전달에 실패한 2차 네임서버가 재시도를 하기전의  대기 시간으로 일반적으로 30M(1800) - 1H로 설정하며, Zone의 업데이트가 잦은 경우 5M(300)로 설정을 권장합니다.	Secondary측에서, Primary와 연결이 안될 경우, 재 시도 시간 주기입니다. Refresh 기간 보다 적을 때 의미가 있으며, RFC1912에서는 retry 값의 정수 배(900 (retry) x 4 = 3600 (refresh))가 refresh 값이 되도록 설정 권고하고 있습니다.
Expire (다음 만료 일자)	2차 네임서버가 데이터를 갱신하거나 소멸시키기 전까지 유용하게 사용할 수 있는 시간으로 RFC1912에서는 2주~4주로 설정을 권고하고 있으나, 가급적 일반적인 국내 환경을 고려할 때 권장값은 1W(604800)입니다.	Secondary가 Expire로 지정된 시간 동안 Primary에 연결하지 못할 경우, 오래된 백업 카피의 자료가 더 이상 유효하지 않다고 보고, 해당 도메인에 대한 답변을 하지 않습니다. 이 값은 서비스 환경, 시스템 관리 운영 여건 외에 최악의 상황까지 고려하여야 하기에 너무 낮게 책정하는 것은 좋지 않습니다.
Minimum(최소/기본 TTL)	자원 레코드에 대한 TTL 파일의 기본 시간으로 SOA에서는 1D(86400)를 설정하여 전체 레코드에 적용하고, 잦은 변경이 예상되는 레코드에서는 5M(300)을 권장합니다.	SOA의 대부분의 값은 슬레이브 DNS 사용 시 영향을 주는 값이나, 본 기본 TTL값은 클라우드 DNS의 일반 사용자가 직접적인 효과를 볼 수 있는 사용자 지정 값으로 네임 서버가 부정적인 응답을 캐시하는 최대 지속 시간을 지정합니다. 네거티브 캐싱(negative caching)용 TTL 값을 지정하는 용도로 사용되며, 특정 레코드가 변경되었을 때, 이것이 인터넷에 전파되어 업데이트되는 주기를 지정하는데 사용합니다.

 간혹 부정(또는 음성)캐싱(negative caching) 시간 값이 과다하게 지정된 도메인(최소 900초 ~  최대 86400초)과 도메인 질의에 사용되는 윈도우 컴퓨터의 캐시(5분 ~15분)문제로 인해,    과도한 DNS 지연 / 오류가 나타나는 경우에는  ▶네거티브 캐싱(negative caching)/음성캐싱/음수캐싱.으로 이동하여  관련설정을 하시면  문제를 해결할 수 있습니다.