1. TTL(평생)

TTL은 “Time to Live”를 나타내며 데이터 패킷이 네트워크에서 유효한 기간을 나타내는 값입니다. 데이터 패킷이 인터넷을 통해 이동할 때 목적지에 도달하기 전에 여러 라우터를 통과합니다. 이때 TTL 값은 데이터 패킷이 네트워크에서 무한정 반복되는 것을 방지하고 라우터가 패킷을 처리할 때 오버헤드를 방지하는 데 사용됩니다.

IP 패킷의 TTL

IP 데이터그램이 인터넷 시스템에 존재할 수 있는 시간의 상한입니다.

TTL 값은 패킷이 전송될 때 설정되며 패킷이 라우터를 통과할 때마다 1씩 감소합니다. 이때 TTL 값이 0이 되면 패킷을 버리고 발신자에게 오류 메시지를 보낸다. 이것은 패킷이 끝없이 반복되는 것을 방지하고 특정 패킷이 라우터를 계속 통과하여 네트워크 성능을 저하시키는 것을 방지합니다.

TTL 값은 일반적으로 64 또는 128로 설정됩니다. TTL 값이 작을수록 패킷이 도달하는 라우터 수가 적어지므로 더 빠르게 전송할 수 있습니다. 그러나 네트워크가 복잡해짐에 따라 패킷이 목적지에 도달하는 데 필요한 라우터 수가 증가합니다. 따라서 TTL 값을 너무 작게 설정하면 패킷이 목적지에 도달하기 전에 삭제될 가능성이 커집니다.

DNS 레코드의 TTL

DNS 쿼리로부터 받은 결과 값을 캐싱하는 시간을 의미합니다.

DNS에서 권한 있는 이름 서버는 특정 리소스 레코드에 대한 TTL 값을 설정합니다. 재귀 캐시 이름 서버가 권한 있는 이름 서버에 쿼리하면 캐시 이름 서버는 TTL 값과 동일한 기간 동안 레코드를 캐시합니다. 나중에 스텁 확인자가 동일한 레코드에 대해 캐시 이름 서버에 쿼리를 보내고 레코드의 TTL이 만료되지 않은 경우 캐시 이름 서버는 보낼 권한 있는 이름에 대한 쿼리 없이 캐시에 저장된 정보를 사용하여 즉시 응답합니다. 서버가 할 것입니다.

2. TTL 사용의 이점

캐시 활용도를 높이기 위해 DNS 서버의 TTL 값을 높이면 재귀 DNS 쿼리로 인한 응답 시간을 크게 줄일 수 있고 결과적으로 전체 네트워크 응답 시간을 줄일 수 있습니다. 따라서 주소 변경에 민감한 서비스에 적합합니다. B. 메일 교환 기록. 특정 서비스의 주소가 이동할 때 혼란을 피하기 위해 DNS 관리자는 연결된 레코드의 TTL 값을 줄입니다.

3. TTL 사용시 단점(주의)

짧은 TTL은 상위 신뢰할 수 있는 이름 서버의 부하를 증가시키는 단점이 있습니다.

DNS에서 도메인 관련 정보가 변경되고 TTL 값이 크면 그에 따라 새로 변경된 값으로 DNS 정보 갱신이 지연됩니다. 반대로 TTL 값이 너무 작으면 DNS 정보 업데이트 속도가 빨라져 DNS 쿼리 볼륨이 증가하여 DNS 서버의 부하가 증가할 수 있습니다.

참조 : 서비스의 종류와 도메인 정보의 갱신 주기에 따라 TTL 값을 적절하게 조정하는 것이 좋습니다. 변경이 잦지 않은 경우 TTL 값을 높여 DNS 부하를 줄이는 것이 좋으며, IDC 이전, 공인 IP 주소 또는 서비스 변경이 예정되어 있는 경우 DNS TTL 값을 높이는 것을 권장합니다. 빠른.

Wikipedia 및 “IT 엔지니어를 위한 네트워킹 소개”를 참조하여 작성되었습니다.