it-swarm-ko.tech

권장 DNS TTL

상황에 따라 매우 다를 수 있지만 호스팅 서버를 이동할 계획이없는 웹 사이트를 호스팅하는 경우 DNS 레코드에 설정하는 것이 좋은 TTL) 무엇입니까?

24
Brian Fisher

Slicehost의 기본값 인 86,400 초 (1 일)로 유지하는 경향이 있습니다. 이동이 보류 중이고 하루 이틀 기다릴 때 10 분으로 줄입니다.

edit : 요즘 (2016) 나는 ~ 5 분 낮게 유지하는 경향이 있습니다.

20
ceejayoz

1987 년 전에 long 시간으로 작성된 표준은 최소 기본 TTL로 86,400 초 (1 일)를 제안합니다.

TTL을 적절한 값으로 설정해야합니다. TTL은 리졸버가 서버에 다시 요청하기 전에 서버에서 가져온 데이터를 사용하는 시간 (초)입니다. 값을 너무 낮게 설정하면 서버가로드됩니다 반복 요청이 많으면 다운됩니다. 너무 높게 설정하면 변경 한 정보가 적당한 시간 내에 분배되지 않습니다 TTL 필드를 비워두면 기본값은 영역의 SOA 레코드에 지정된 것).

대부분의 호스트 정보는 오랫동안 변경되지 않습니다. TTL을 설정하는 좋은 방법은 TTL을 높은 값으로 설정 한 다음 변경이 곧 올 것이라는 것을 알고 있으면 값을 낮추는 것입니다. 대부분의 TTL을 하루 (86400)와 일주일 (604800) 사이의 어느 곳에 나 설정할 수 있습니다. 그런 다음 가까운 미래에 일부 데이터가 변경 될 것임을 알고 있으면 변경이 발생할 때까지 해당 RR의 TTL 더 낮은 값 (1 시간에서 하루)까지)로 설정 한 다음 다시 이전 값으로 되돌립니다.

또한 이름, 클래스 및 유형이 동일한 모든 RR의 TTL 값이 같아야합니다.

RFC 1033 참조 : http://tools.ietf.org/html/rfc10

RFC 1912 (1996)는 3 일이 SOA 레코드에 더 적합 할 수 있다고 제안합니다.

http://www.ietf.org/rfc/rfc1912.txt

12
dmourati

긴급 상황 (특히 HA DNS 환경 내)에서 더 빠르게 대응할 수 있도록 짧은 TTL을 갖는 것이 더욱 유행하고 있음을 알았습니다.

7
SuperBOB

어떤 이유로 든 엄청나게 높거나 낮지 않은 한 호스트가 기본 설정으로 그대로 둡니다. 그런 다음 이동을 원할 경우 이동을 계획하기 며칠 전에 20 분 정도 범프하십시오.

3
squillman

RFC 1912 외에도 유럽 사용자는 RIPE-203, "DNS 권장 사항 SOA Values" 을 참조하십시오. 최소 TTL 값.

2
Teddy

4 시간이면 괜찮을 것입니다. 그것이 대부분의 영역에서 사용하는 것입니다.

2
Mihai Limbăşan

(참고 :이 게시물은 TTL에 적용되며, 일부 다른 레코드 유형은 동일한 방식으로 단일 실패 지점을 나타내지 않기 때문에 더 긴 TTL을 가질 수 있음)에 적용됩니다).

재난 복구 계획과 관련하여이 문제를 고려해야합니다. 사이트를 이동하려고 할 때가 아닙니다 (의도적 인 이동의 경우 이동시 런업에서 TTL을 줄일 수 있습니다). 호스트가 인터넷에서 사라지거나 차는 시점에 대한 것입니다. 당신은 TOS 위반에 대한 당신의 밖으로 또는 그들이 당신의 길을 온 DDOS를 처리 할 수 ​​없기 때문에 당신을 쫓아.

이러한 상황에서 하루 동안 사이트가 다운되는 것을 신경 쓰지 않는다면 TTL 기본값은 하루입니다. PI 주소 공간 및 BGP 전송이있는 경우) 여러 공급 업체의 여러 위치에서 BGP 수준의 재해 복구를 처리 한 다음 하루를 기본값으로 유지하고 다른 한편으로 DNS를 장애 조치 사이트와 분리하는 메커니즘으로 DNS를 사용하는 경우 훨씬 짧은 TTL을 원한다면 5 분은 일반적인 값입니다.

2
Peter Green