WEBFIT GLOSSARY

DNS

실무에서 자주 쓰이지만 막상 설명하려면 헷갈리는 개념을 웹핏 기준으로 정리했습니다. 정의에서 끝내지 않고 홈페이지, 콘텐츠, 운영 흐름에서 어떻게 쓰이는지 함께 봅니다.

업데이트

2026.08.11

분류

DNS란? 웹사이트 연결 문제를 이해하는 기본 구조

홈페이지 주소를 바꿨는데 사이트가 열리지 않거나, 메일 인증을 붙였는데 특정 서비스만 연결되지 않는 경우가 있습니다. 겉으로는 같은 도메인을 쓰는 것처럼 보여도 실제로는 어디로 연결할지 알려주는 설정이 따로 움직이기 때문입니다.

이때 가장 먼저 이해해야 하는 것이 DNS입니다. 도메인을 샀다고 해서 곧바로 웹사이트, 메일, 외부 도구가 모두 연결되는 것은 아니며, 어떤 요청을 어느 서버로 보낼지 정리하는 단계가 필요합니다.

특히 홈페이지 운영에서는 리뉴얼, 호스팅 이전, 메일 도입, 검색 콘솔 인증처럼 작은 변경 하나가 여러 접점에 영향을 줍니다. DNS를 모른 채 설정을 바꾸면 문제 원인을 찾는 시간만 길어지기 쉽습니다.

DNS는 인터넷에서 사람이 읽는 도메인 이름과 실제 서버 주소를 이어주는 체계입니다. ICANN도 DNS를 사람이 기억하기 쉬운 이름과 인터넷상의 위치를 연결하는 시스템으로 설명하는데, 실무에서는 이 연결이 어디에서 끊겼는지 파악하는 기준으로 이해하면 됩니다.

DNS는 단순히 홈페이지 한 페이지를 여는 설정이 아니라, 같은 도메인 아래에서 어떤 요청을 어디로 보낼지 나누는 역할을 합니다. 그래서 웹사이트, 메일, 서브도메인, 인증 도구가 각각 다른 레코드를 가질 수 있습니다.

연결 대상	DNS가 맡는 역할
홈페이지	도메인 요청을 웹 서버나 호스팅 주소로 연결합니다.
메일	메일을 어떤 서비스가 받을지 MX 같은 레코드로 지정합니다.
서브도메인	blog, shop, app 같은 하위 주소를 별도 서비스로 분리합니다.
외부 인증	검색 콘솔, 메일 발신 인증, SaaS 연결용 TXT 레코드를 검증합니다.

실무에서 자주 헷갈리는 지점은 도메인 하나가 모든 연결을 동시에 의미하지 않는다는 점입니다. 웹사이트가 정상이어도 메일이나 특정 외부 서비스는 별도 레코드가 맞지 않으면 바로 동작하지 않을 수 있습니다.

모든 레코드를 외울 필요는 없지만, 운영 과정에서 가장 자주 만나는 몇 가지만 알아도 문제를 훨씬 빨리 좁힐 수 있습니다.

레코드	주로 쓰는 상황
A	도메인을 특정 서버 IP 주소로 직접 연결할 때 사용합니다.
CNAME	서브도메인을 다른 도메인 이름으로 연결할 때 자주 씁니다.
MX	메일을 어느 서비스가 처리할지 지정할 때 필요합니다.
TXT	도메인 소유 확인, SPF, DKIM 같은 인증 정보에 많이 쓰입니다.

DNS는 한 줄만 바꿔도 사이트 접속, 메일 송수신, 외부 연동에 동시에 영향을 줄 수 있습니다. 그래서 변경 자체보다 어떤 서비스가 현재 어떤 레코드를 쓰고 있는지 먼저 정리하는 편이 안전합니다.

DNS 문제는 화면 디자인처럼 바로 눈에 띄지 않을 수 있지만, 실제 운영 영향은 더 큽니다. 고객은 이유를 설명하지 않고 접속 실패나 메일 누락만 경험하기 때문에 기본 점검 기준이 중요합니다.

항상 즉시 반영되지는 않습니다. 설정한 TTL과 각 네트워크 환경에 따라 반영 시간 차이가 생길 수 있어서, 변경 직후에는 접속 결과가 다르게 보일 수 있습니다.

가능합니다. 다만 도메인 등록기관과 실제 DNS 관리 위치가 다를 수 있으므로, 어느 서비스에서 네임서버와 레코드를 관리하는지 먼저 확인해야 합니다.

항상 그런 것은 아닙니다. 같은 서버 안에서 내용만 바꾸는 경우에는 DNS 변경이 필요 없고, 서버나 호스팅 환경이 바뀔 때 주로 점검 대상이 됩니다.

DNS는 도메인 자체만 보는 용어가 아니라 운영 안정성과 연결 구조를 이해할 때 함께 봐야 더 실무적으로 쓸 수 있습니다.