가게 이름은 아는데 주소를 모름? DNS가 대체 뭐임

안맵다떡볶이 홈페이지 주소를 친구에게 보냈습니다. 구글 검색 결과가 아닙니다. 주소창에 직접 입력해 보는 거죠.

anmapda.example

친구가 anmapda.example을 입력했는데, 브라우저는 “사이트에 연결할 수 없음”이라고 합니다. 검색 순위보다 앞서, 지금은 사이트에 도착조차 못 한 상태입니다.

“구글에서 안 나오는 건 나중 문제고, 주소를 직접 쳐도 안 열린다고?”

배달 기사에게 가게 이름만 알려주고 위치를 빠뜨린 상황과 비슷합니다.

사장님: 안맵다떡볶이요!

배달 기사: 그래서 주소는요?

이름을 아는 것과 찾아갈 위치를 아는 것은 다릅니다.

브라우저도 가게 이름만으로는 못 찾아갑니다

사람은 anmapda.example처럼 읽기 쉬운 이름을 씁니다. 이런 이름을 도메인 이름이라고 해요. 하지만 브라우저가 사이트에 연결하려면 어디로 요청을 보낼지 알아야 합니다.

이때 브라우저가 물어보는 곳이 DNS입니다. DNS는 도메인 이름에 연결된 접속 정보를 찾아주는 시스템입니다. 가장 익숙한 예로, 도메인 이름에 연결된 IP 주소를 알려줍니다.

이름을 입력 → DNS에서 접속 주소 확인 → 그곳의 웹사이트에 요청.

이게 오늘 알아둘 전부입니다. 숫자 주소를 외우는 시험은 없습니다.

그럼 DNS가 홈페이지도 보여주는 거임?

아닙니다. DNS는 “어디로 가야 하는지”를 알려주는 쪽입니다. 메뉴판을 만들어 보여주는 건 도착한 웹사이트의 일이고요.

배달 기사에게 정확한 주소를 알려줘도 가게가 문을 닫았으면 떡볶이를 못 받겠죠. 마찬가지로 DNS가 맞아도 서버가 응답하지 않거나, 요청한 페이지가 없으면 사이트가 안 열릴 수 있습니다.

지난 사이트맵 편의 ‘사이트 안 페이지 목록’과도 다른 역할입니다. DNS는 사이트까지 찾아가는 길, 사이트맵은 사이트 안에 어떤 페이지가 있는지 알려주는 목록에 가깝습니다. 404 편의 경우는 찾아간 뒤 요청한 메뉴 페이지가 없는 상황이고요.

셋 다 ‘안 열린다’고 느껴질 수 있지만, 막힌 위치가 다릅니다.

그래서 이렇게 해결했습니다

이 이야기는 실제 장애 기록이 아니라 설명용 가상 상황입니다. 안맵다떡볶이 사장님은 홈페이지 서비스가 안내한 도메인 연결 값을 확인하고, 도메인 설정에 그 값을 맞게 넣었습니다. 그다음 새로 만든 주소가 실제로 열리는지 다른 기기에서도 확인했죠.

이 가상 이야기에서는 이제 친구가 그 주소를 입력하면 홈페이지가 뜹니다.

친구: “오 열린다. 근데 왜 안맵다면서 3단계도 팜?”
사장: “기본이 안 맵다는 거지, 도전까지 막진 않았습니다.”

주소 연결을 고쳤다는 것과 검색 결과에 바로 나온다는 것은 또 다른 이야기입니다. DNS는 우선 사람과 브라우저가 사이트에 도착할 수 있게 하는 일부터 합니다.

결론. 아니, DNS는 왜 만든 건데?

웹사이트의 접속 주소를 숫자로만 외워야 한다면, 친구에게 링크 한 번 보내기도 괴롭습니다. 게다가 사이트가 사용하는 접속 주소는 운영 방식에 따라 달라질 수도 있어요.

그래서 사람이 기억하기 쉬운 이름과 실제 연결에 필요한 주소 정보를 이어주는 체계가 필요했습니다. 그게 DNS입니다.

오늘은 이것만 기억하면 됩니다. 도메인은 사람이 부르는 이름. DNS는 그 이름으로 어디에 연결할지 찾는 과정. 이름표를 붙였다고 가게가 생기는 것도, 검색 1등이 되는 것도 아닙니다.

← 13편 · 캡차 · 시리즈 전체