TTL

TTL(Time To Live)은 DNS 답을 얼마 동안 기억해 둬도 되는지 정한 시간이에요. 우유의 유통기한과 비슷해요. 기한 안에는 냉장고에 있는 걸 그냥 마시고, 기한이 지나면 새로 사 와요. 단위는 초라서 TTL 300은 5분이에요.

DNS TTL은 어떻게 동작하나요?

도메인을 처음 찾을 때는 여러 DNS 서버를 거쳐요. 마지막에 그 도메인의 정답을 가진 서버(권한 서버)가 답을 줘요. 답에는 "이건 300초 동안 기억해도 돼"라는 TTL이 같이 붙어 와요.

통신사 DNS나 구글 DNS 같은 중간 서버는 이 답을 캐시에 넣어요. 그리고 남은 시간을 1초씩 줄여 가요. 그 사이 누가 같은 걸 물으면 저장해 둔 답을 바로 줘요. 시간이 0이 되면 지우고, 다음 질문 때 권한 서버에 다시 물어요.

길게 두면? 짧게 두면?

표준(RFC 2181)이 허용하는 최댓값은 2,147,483,647초예요. 실제로는 그렇게 길게 쓰지 않아요.

DNS를 바꿨는데 왜 바로 안 바뀌나요?

권한 서버의 값은 바로 바뀌어요. 하지만 세계 곳곳의 캐시에는 옛 답이 TTL만큼 남아 있어요. 그래서 어떤 사람은 새 서버로, 어떤 사람은 옛 서버로 접속하는 시간이 생겨요.

TTL이 3,600초였다면 바꾼 뒤 길게는 1시간 동안 옛 주소가 보일 수 있어요. 통신사 DNS 중에는 TTL을 그대로 지키지 않는 곳도 있어서 조금 더 걸리기도 해요.

서버를 옮길 땐 어떻게 하나요?

1. 이전하기 하루 전쯤 TTL을 300초로 낮춰요. 옛 TTL만큼은 기다려야 낮춘 값이 퍼져요.
2. 새 서버를 준비하고, A 레코드를 새 IP로 바꿔요.
3. 옛 서버를 TTL 몇 배쯤 더 켜 둬요. 늦게 오는 접속도 받기 위해서예요.
4. 잘 돌아가면 TTL을 다시 늘려요.

직접 확인해 보기

2026년 10월 29일, 서울 사무실 윈도우 PC에서 우리 도메인 futureinfra.ai의 TTL을 물어봤어요. 같은 질문을 서로 다른 서버에 보냈어요.

# 권한 서버(이 도메인의 네임서버)에 직접 묻기
$ns = (Resolve-DnsName futureinfra.ai -Type NS)[0].NameHost
Resolve-DnsName futureinfra.ai -Type A -Server $ns

# 구글 공개 DNS(캐시 서버)에 묻기 — 몇 초 간격으로 두 번
Resolve-DnsName futureinfra.ai -Type A -Server 8.8.8.8

# 네임서버 레코드의 TTL
Resolve-DnsName futureinfra.ai -Type NS -Server 8.8.8.8

캐시 서버는 받은 TTL을 그대로 주지 않고 남은 시간을 줘요. 그래서 150, 137처럼 줄어든 숫자가 나왔어요. 같은 날 다시 물었을 때는 288, 300이 번갈아 나왔어요. 구글 DNS는 서버가 여러 대라서 물을 때마다 다른 캐시가 답하기도 해요.

ping에 나오는 TTL은 다른 거예요

윈도우에서 ping을 치면 TTL=52 같은 값이 보여요. 이름은 같지만 뜻이 달라요. 여기서 TTL은 데이터 조각(패킷)이 지나갈 수 있는 남은 장비 수예요.

패킷은 라우터(길을 정해 주는 장비)를 하나 지날 때마다 TTL이 1씩 줄어요. 0이 되면 버려져요. 길을 잃은 패킷이 인터넷을 끝없이 돌지 않게 하는 장치예요. IPv6에서는 같은 칸을 Hop Limit이라고 불러요.

ping futureinfra.ai   →  응답 시간 3ms  TTL=52
ping 8.8.8.8          →  응답 시간 31ms TTL=116
tracert futureinfra.ai →  13번째 칸에서 도착

처음 TTL은 보내는 쪽 운영체제가 정하는데, 흔히 64나 128을 써요. tracert로 세어 보니 우리 서버까지 중간 장비가 12개였어요. 64에서 12를 빼면 52로, ping에 나온 값과 맞아요.

자주 하는 오해

• "TTL을 0으로 두면 늘 최신이에요." 캐시를 거의 못 써서 질문이 몰리고 느려질 수 있어요. 보통 60초 이상으로 둬요.
• "TTL을 낮추면 바로 빨라져요." 낮춘 값도 옛 TTL이 지나야 퍼져요. 이전 직전에 낮추면 소용이 적어요.
• "ping TTL이 낮으면 느린 거예요." TTL은 속도가 아니라 남은 장비 수예요. 속도는 옆의 응답 시간(ms)을 보세요.
• "네임서버를 바꾸는 것도 TTL 몇 분이면 끝나요." 네임서버 정보는 TTL이 길게 잡혀 있어서 더 오래 걸려요. 하루 이틀 여유를 두세요.

퓨쳐인프라에서는

퓨쳐인프라 DNS 호스팅을 쓰면 도메인의 네임서버를 ns1/ns2.futureinfra.ai로 바꾸고, 레코드를 콘솔이나 API로 관리해요. 네임서버를 바꾸는 일은 퍼지는 데 최대 48시간이 걸릴 수 있어요. 그러니 서버 이전처럼 시간이 정해진 작업 전에는 미리 옮겨 두세요.

도메인은 도메인 검색에서 가입 없이 찾아볼 수 있어요. 가상서버를 만들면 myshop.futureinfra.app 같은 주소가 자동으로 붙어서, 도메인이 없어도 바로 접속할 수 있어요.

자주 묻는 질문

TTL 300은 몇 분인가요?

5분이에요. TTL은 초 단위라 3,600은 1시간, 86,400은 하루예요.

TTL은 몇으로 두는 게 좋나요?

평소에는 1시간 안팎이 무난해요. 서버를 옮기거나 주소를 자주 바꾼다면 5분(300)으로 낮춰 두세요.

내 컴퓨터에 남은 DNS 캐시는 어떻게 지우나요?

윈도우 명령 프롬프트에서 ipconfig /flushdns를 치면 돼요. 다만 통신사 DNS의 캐시는 내가 지울 수 없어서 TTL이 지나길 기다려야 해요.

ping의 TTL 값으로 상대 운영체제를 알 수 있나요?

처음 값이 64인지 128인지 짐작할 수는 있어요. 하지만 장비 설정으로 바꿀 수 있어서 확실한 방법은 아니에요.

관련 용어

• DNS · 도메인 · 캐시 · IP 주소
• 레이턴시 · CDN · 고정 IP