인터넷 주소는 어떻게 IP를 찾아갈까?

01

위임과 응답을 구분해 기억합니다.

리졸버가 기억하는 것은 두 종류입니다. 도메인의 최종 주소와, 그 도메인을 담당하는 서버가 어디인지에 대한 정보입니다. 최종 주소를 기억하고 있으면 한 번에 끝나지만, 그것이 만료되고 담당 서버 위치만 남아 있으면 그 서버에만 다시 물어보면 됩니다. 화면이 세 가지 조회 유형을 구분해 표시하는 것이 이 차이입니다.

02

두 정보의 유효 기간이 다릅니다.

최종 주소는 짧게, 담당 서버 위치는 길게 기억하는 것이 보통입니다. 주소는 자주 바뀔 수 있지만 어느 서버가 담당하는지는 잘 바뀌지 않기 때문입니다. 화면에서 짧은 쪽만 만료되고 긴 쪽은 남아 있는 상태를 만들 수 있고, 그때 조회가 네 단계가 아니라 두 단계로 끝나는 것을 볼 수 있습니다.

03

돌려받는 답이 두 종류입니다.

위쪽 서버들은 최종 답을 주지 않고 다음에 물어볼 곳을 알려줍니다. 답을 가진 서버를 만나야 비로소 주소를 받습니다. 화면이 각 단계를 안내와 응답으로 나눠 표시하는 것은 이 둘이 다른 종류의 결과이기 때문이고, 이 구조 덕분에 최상위 서버들이 세상의 모든 도메인을 알고 있지 않아도 됩니다.

04

만료 판정은 경계를 포함합니다.

기억해 둔 시각과 현재 시각이 정확히 같아지는 순간부터 만료로 봅니다. 이런 경계 조건은 눈으로 확인하기 어려워서 자동 테스트로 확인하는 편이 확실하고, 계산 부분을 화면과 분리해 둔 이유도 여기 있습니다. TTL 을 짧게 두고 기다릴 때 정확히 언제 다시 길어지는지가 이 판정으로 정해집니다.

05

시간은 실제 지연이 아닙니다.

각 조회에 붙는 소요 시간은 실제로 측정한 값이 아니라 단계 수에 따라 정해 둔 예시입니다. 캐시에 있으면 아주 짧고 여러 단계를 돌면 길다는 관계만 보여주기 위한 것이며, 실제 지연은 서버까지의 거리와 회선 상태에 따라 크게 달라집니다. 숫자 자체보다 단계 수와 함께 움직인다는 점을 봐야 합니다.

06

주소는 문서용 대역에서 만듭니다.

조회 결과로 나오는 주소는 도메인 이름에서 계산해 만든 값이고, 문서와 예제 용도로 비워 둔 대역 안에서 정해집니다. 같은 도메인은 항상 같은 주소가 나오므로 캐시 동작을 확인하기 좋고, 실제로 존재하는 주소를 쓰지 않으므로 화면의 값으로 접속을 시도하는 일도 생기지 않습니다.

07

캐시는 한 곳만 모델링합니다.

실제로는 브라우저와 운영체제에도 각각 기억하는 계층이 있어서 조회가 더 일찍 끝나기도 합니다. 이 화면은 재귀 리졸버의 캐시 한 곳만 다루는데, 계층을 다 그리면 어느 단계에서 걸렸는지 알아보기 어려워지기 때문입니다. 실제 환경에서 화면보다 빠르게 응답이 오는 경우가 있는 것은 이 생략 때문입니다.

08

TTL 을 정하는 쪽은 도메인 주인입니다.

얼마나 오래 기억할지는 조회하는 쪽이 아니라 답을 주는 쪽이 정합니다. 그래서 서버를 옮길 계획이 있으면 미리 이 값을 짧게 줄여 두고, 옮기고 나서 다시 늘립니다. 짧게 두면 변경이 빨리 퍼지지만 조회가 잦아지고, 길게 두면 반대가 됩니다. 화면에서 이 값을 바꿔 보게 한 것은 그 맞바꿈을 직접 느껴 보라는 뜻입니다.

09

기억이 남아 있으면 변경이 늦게 퍼집니다.

주소를 바꿔도 이미 기억해 둔 곳들은 유효 기간이 끝날 때까지 예전 값을 씁니다. 그래서 서버를 옮긴 직후에 어떤 사람은 새 서버로, 어떤 사람은 옛 서버로 접속하는 구간이 생깁니다. 이 화면에서 TTL 이 지나기 전까지 같은 답이 계속 나오는 것이 그 상황을 그대로 보여주는 부분입니다.