업데이트됨 1개월 전
전화번호부에 내 정보를 등록하는 것과 같습니다. 누군가 내 이름을 찾으면, 내 번호를 얻게 됩니다.
DNS는 그게 전부입니다. "도메인을 서버에 연결한다"는 것도 마찬가지입니다. 인터넷의 전화번호부에 이렇게 알려주는 거예요: "누군가 example.com을 물어보면, 이 IP 주소로 보내주세요."
나머지는 어떤 항목을 입력해야 하는지 아는 것뿐입니다.
서버의 IP 주소 찾기
서버는 인터넷에서 고유한 주소를 가집니다—192.0.2.1 같은 숫자(IPv4)나 더 긴 16진수 문자열(IPv6)입니다. 다음 단계로 넘어가려면 이 번호가 먼저 필요합니다.
DigitalOcean, AWS, Linode 같은 클라우드 제공업체를 사용하고 있다면, IP 주소는 서버 대시보드에 눈에 잘 띄게 표시되어 있습니다. "네트워킹" 또는 "IP 주소" 항목을 찾아보세요.
명령줄 접근 권한이 있다면:
IPv4와 IPv6 주소가 모두 있다면 둘 다 적어두세요. IPv4는 점으로 구분된 네 개의 숫자이고, IPv6는 콜론으로 구분된 16진수 숫자 여덟 그룹입니다.
DNS 설정 열기
도메인을 구입한 곳—GoDaddy, Namecheap, Cloudflare 등—에 로그인하세요. "DNS 관리", "DNS 설정", 또는 "고급 DNS"를 찾아보세요.
중요한 점: 먼저 네임서버를 확인하세요. 도메인이 Cloudflare 같은 외부 네임서버를 사용하고 있다면, DNS 레코드는 도메인 등록업체가 아닌 그곳에서 수정해야 합니다. 잘못된 곳에서 레코드를 편집하는 것이 가장 흔한 실수입니다.
A 레코드 생성
A 레코드가 바로 전화번호부 항목입니다. "이 이름은 이 번호를 가리킨다"는 뜻이죠.
| 필드 | 값 |
|---|---|
| 유형 | A |
| 호스트/이름 | @ |
| 가리키는 주소 | IPv4 주소 |
| TTL | 3600 |
"@" 기호는 루트 도메인을 의미합니다—접두사 없는 example.com 그 자체입니다.
TTL(Time To Live)은 다른 DNS 서버에게 다시 확인하기 전까지 이 응답을 얼마나 오래 기억할지 알려줍니다. 3600초(1시간)가 일반적인 기준입니다. 서버를 곧 이전할 예정이라면, 변경이 더 빨리 전파되도록 이전 하루 전에 TTL을 300초로 낮춰두세요.
AAAA 레코드 생성 (IPv6가 있는 경우)
IPv6용으로 같은 방식으로 설정합니다:
| 필드 | 값 |
|---|---|
| 유형 | AAAA |
| 호스트/이름 | @ |
| 가리키는 주소 | IPv6 주소 |
| TTL | 3600 |
IPv6 보급률이 계속 높아지고 있습니다. 지금 설정해두면 모든 사용자가 사이트에 접속할 수 있습니다.
WWW 서브도메인 처리
방문자는 example.com과 www.example.com 양쪽 모두 입력합니다. 둘 다 작동해야 합니다.
가장 깔끔한 방법은 CNAME 레코드를 사용하는 것입니다—"www는 루트 도메인과 동일하다"고 알려주는 별칭이죠:
| 필드 | 값 |
|---|---|
| 유형 | CNAME |
| 호스트/이름 | www |
| 가리키는 주소 | @ (또는 example.com) |
| TTL | 3600 |
이렇게 하면 서버 IP가 바뀌어도 A 레코드 하나만 수정하면 됩니다. CNAME은 자동으로 따라옵니다.
또 다른 방법으로, "www"를 호스트로 하는 두 번째 A 레코드를 만들 수도 있습니다. 추가 조회 단계가 없어 약간 더 빠르지만, IP가 바뀔 때마다 두 레코드를 모두 업데이트해야 합니다.
잠시 기다리기
DNS 변경은 즉시 반영되지 않습니다. 인터넷의 전화번호부가 업데이트되는 데는 시간이 걸립니다—몇 분에서 최대 48시간까지. 대부분은 몇 시간 내에 전파됩니다.
솔직히 말하면 좀 황당한 일이기도 합니다. 지구 반대편으로 동영상을 밀리초 안에 스트리밍할 수 있는데, 텍스트 레코드 하나 업데이트하는 데 이틀이 걸릴 수도 있으니까요. 이유는 DNS가 광범위하게 캐시되기 때문입니다. 모든 ISP, 모든 기업 네트워크, 모든 기기가 반복 조회를 줄이기 위해 DNS 응답을 저장해둡니다. 레코드를 변경하면 그 모든 캐시가 자연적으로 만료되어야 합니다.
기다리는 동안 계속 변경을 가하지 마세요. 전파 중에 레코드를 반복해서 수정하면 오히려 더 느려질 수 있습니다.
제대로 됐는지 확인하기
기다린 후에는 다음 명령으로 확인해보세요:
ANSWER 섹션에 서버의 IP 주소가 보여야 합니다. 이전 IP나 아무것도 나오지 않는다면, 아직 전파가 완료되지 않은 것입니다.
전 세계적으로 확인하고 싶다면 whatsmydns.net을 활용하세요. 전 세계 DNS 서버에 쿼리를 보내 각 지역에 변경이 반영됐는지 보여줍니다.
마지막으로, 브라우저에서 도메인에 접속해보세요. 서버에서 웹 서버(Nginx, Apache 등)가 실행 중이라면, 사이트가 보여야 합니다. 연결 오류가 발생한다면, 서버 방화벽에서 포트 80(HTTP)과 443(HTTPS) 트래픽을 허용하고 있는지 확인하세요.
자주 하는 실수
잘못된 곳에서 DNS 편집. 네임서버가 Cloudflare를 가리키고 있다면, GoDaddy에서 레코드를 편집해봤자 아무 효과가 없습니다. 항상 네임서버가 어디를 가리키는지부터 확인하세요.
내부 IP 주소 사용. 서버가 라우터 뒤에 있다면, 내부 주소(192.168.x.x 또는 10.x.x.x)가 아닌 공인 IP(인터넷에서 보이는 주소)가 필요합니다. 내부 주소는 로컬 네트워크 안에서만 작동합니다.
www 설정 빠뜨리기. www를 입력하는 방문자도 있고, 그렇지 않은 방문자도 있습니다. 둘 다 설정하지 않으면 트래픽 절반을 놓치게 됩니다.
전파 중에 당황하기. 고장난 게 아닙니다. 그냥 느린 겁니다. 기다리세요.
도메인을 서버에 연결하는 것에 관해 자주 묻는 질문
DNS 변경이 적용되는 데 얼마나 걸리나요?
보통 몇 시간, 경우에 따라 최대 48시간까지 걸립니다. 차이는 TTL 값과 각 ISP가 DNS 레코드를 얼마나 적극적으로 캐시하느냐에 따라 달라집니다. 더 빠른 전파가 필요하다면, 변경 전에 TTL을 300초로 낮춰두세요.
A 레코드와 CNAME 레코드가 모두 필요한가요?
루트 도메인(example.com)에는 A 레코드가 필요합니다. www의 경우, 루트 도메인을 가리키는 CNAME이나 IP를 직접 가리키는 두 번째 A 레코드를 선택할 수 있습니다. CNAME이 관리하기 더 편하고, A 레코드는 미세하게 더 빠릅니다.
네임서버와 DNS 레코드의 차이가 뭔가요?
네임서버는 DNS 레코드를 실제로 저장하고 서비스하는 서버입니다. DNS 레코드는 이름을 주소에 연결하는 실제 항목들(A, AAAA, CNAME 등)입니다. 네임서버를 전화 회사, DNS 레코드를 전화번호부의 내 항목이라고 생각하면 됩니다.
여러 도메인을 같은 서버에 연결할 수 있나요?
네, 가능합니다. 각 도메인에 대해 같은 IP 주소를 가리키는 A 레코드를 만들면 됩니다. 웹 서버가 각 요청에 포함된 도메인 이름을 보고 알맞은 웹사이트를 제공합니다—이것을 가상 호스팅이라고 합니다.
도메인 등록업체 대신 외부 DNS 제공업체를 쓰는 이유가 뭔가요?
성능, 부가 기능, 또는 기존 시스템과의 연동 때문입니다. Cloudflare 같은 서비스는 빠른 DNS 해석, DDoS 보호, CDN 기능을 제공합니다. Route 53은 AWS 인프라와 잘 맞습니다. 기본적인 용도라면 도메인 등록업체의 DNS로도 충분합니다.
이 페이지가 도움이 되었나요?