DNS 레코드 설정, 왜 필요한가요?
가비아에서 도메인을 처음 구입하고 나면 막막하더라고요. 저도 처음엔 “도메인 샀는데 왜 내 사이트가 안 뜨지?”라며 한참을 헤맸습니다. 도메인은 말 그대로 ‘주소’일 뿐이고, 실제로 그 주소가 어디를 가리키는지 알려주는 작업이 필요한데요. 바로 그게 DNS 레코드 설정입니다.
도메인과 서버를 연결하는 핵심 작업
도메인은 사람이 기억하기 쉬운 주소(예: mysite.com)이고, 서버는 실제 IP 주소(예: 123.45.67.89)로 존재합니다. DNS 레코드 설정은 이 둘을 연결하는 다리 역할을 하죠. 가비아 도메인 구입 후 DNS 레코드 설정 A to Z 과정을 제대로 이해하지 못하면, 아무리 좋은 서버를 준비해도 사용자들은 여러분의 사이트에 접속할 수 없습니다.
DNS 레코드 설정 없이는 불가능한 것들
- 웹사이트 접속 (www.도메인.com으로 접근)
- 도메인 이메일 수신 (info@도메인.com 같은 전문적인 이메일)
- 서브도메인 운영 (blog.도메인.com, api.도메인.com 등)
- SSL 인증서 발급 및 HTTPS 적용
- 외부 서비스 연동 (GitHub Pages, Vercel, AWS 등)
개발자가 반드시 알아야 할 DNS 기초 개념
DNS는 Domain Name System의 약자로, 인터넷의 전화번호부 같은 역할을 합니다. TTL(Time to Live)은 DNS 정보가 캐시에 저장되는 시간이고, 네임서버는 DNS 레코드 정보를 관리하는 서버입니다. 저는 처음에 TTL을 너무 길게 설정했다가 DNS 수정 후 반영이 너무 늦어져서 곤란했던 경험이 있어요.
가비아 DNS 관리 페이지 접근하기
도메인 관리 페이지 진입 경로
가비아 사이트에 로그인한 후, 상단 메뉴에서 ‘My가비아’를 클릭하세요. 그러면 보유하고 있는 서비스 목록이 나오는데, 여기서 ‘도메인’ 섹션을 찾으면 됩니다. 구입한 도메인 옆에 ‘관리’ 버튼이 보일 거예요. 저는 처음에 이 버튼을 찾느라 10분은 헤맨 것 같습니다.
DNS 정보 → 도메인 연결 설정 → DNS 설정 단계별 안내
도메인 관리 페이지에 들어가면 여러 탭이 보이는데, ‘DNS 정보’ 탭을 클릭하세요. 그 다음 화면에서 ‘도메인 연결 설정’ 또는 ‘DNS 설정’ 메뉴를 찾을 수 있습니다. 2026년 현재 가비아 인터페이스는 예전보다 훨씬 직관적으로 개선되었지만, 여전히 처음 보면 어디서 뭘 해야 할지 혼란스러울 수 있어요.
가비아 DNS 관리툴 인터페이스 둘러보기
DNS 설정 페이지에 들어가면 레코드 타입, 호스트(이름), 값/위치, TTL 같은 항목들이 표 형태로 나열되어 있습니다. 이미 기본적으로 설정된 레코드들도 보일 텐데, 이건 가비아가 기본 서비스를 위해 미리 넣어둔 것이니 함부로 삭제하지 마세요. 저는 처음에 “뭐지? 이거 왜 있어?”하면서 다 지웠다가 이메일이 안 와서 당황했던 기억이 있습니다.
DNS 레코드 타입별 설정 방법
가비아 도메인 구입 후 DNS 레코드 설정 A to Z를 제대로 이해하려면 각 레코드 타입의 역할을 알아야 합니다. 실제로 자주 사용하는 것들만 정리해볼게요.
A 레코드: 도메인을 IP 주소로 연결
A 레코드는 가장 기본적이고 중요한 레코드입니다. 도메인을 IPv4 주소로 직접 연결할 때 사용하죠.
| 항목 | 설정 예시 | 설명 |
|---|---|---|
| 타입 | A | IPv4 주소 매핑 |
| 호스트 | @ 또는 www | @는 루트 도메인, www는 서브도메인 |
| 값/위치 | 123.45.67.89 | 서버의 실제 IP 주소 |
| TTL | 3600 | 1시간 (초 단위) |
예를 들어 제가 AWS EC2 인스턴스에 연결할 때는 호스트를 ‘@’로, 값에는 EC2의 퍼블릭 IP를 입력했습니다. www.도메인.com도 같이 연결하려면 호스트를 ‘www’로 하는 A 레코드를 하나 더 추가하면 됩니다.
CNAME 레코드: 서브도메인 별칭 설정
CNAME은 도메인의 별칭을 만들 때 사용합니다. 주로 서브도메인을 다른 도메인으로 리다이렉트할 때 쓰는데요. 예를 들어 blog.mysite.com을 mysite.github.io로 연결하려면 CNAME을 사용합니다.
주의할 점: 루트 도메인(@)에는 CNAME을 설정할 수 없습니다. 이건 DNS 표준 규칙이에요. 저도 처음에 이걸 몰라서 에러가 계속 나서 한참 검색했던 기억이 나네요.
MX 레코드: 이메일 서버 연결
도메인으로 이메일을 받고 싶다면 MX 레코드 설정이 필수입니다. Google Workspace나 네이버 웍스 같은 서비스를 사용할 때 반드시 설정해야 하죠.
| 항목 | 설정 예시 (Google Workspace) | 우선순위 |
|---|---|---|
| 타입 | MX | – |
| 호스트 | @ | – |
| 값/위치 | ASPMX.L.GOOGLE.COM | 1 |
| 값/위치 | ALT1.ASPMX.L.GOOGLE.COM | 5 |
| 값/위치 | ALT2.ASPMX.L.GOOGLE.COM | 5 |
우선순위 숫자가 낮을수록 먼저 시도됩니다. 메인 서버가 응답하지 않으면 백업 서버로 자동으로 넘어가는 구조예요.
TXT/SPF 레코드: 도메인 인증 및 스팸 방지
TXT 레코드는 텍스트 정보를 저장하는 범용 레코드입니다. 도메인 소유권 인증, SPF(이메일 스팸 방지), DKIM(이메일 서명) 등에 사용됩니다. Google Search Console 인증할 때도 TXT 레코드를 추가하라고 하더라고요.
SPF 레코드 예시:
- 타입: TXT
- 호스트: @
- 값: v=spf1 include:_spf.google.com ~all
이건 “이 도메인에서 발송되는 이메일은 구글 서버에서만 보낼 수 있다”는 의미입니다. 스팸 필터링에 도움이 되죠.
SRV 레코드: 특정 서비스 포트 지정
SRV 레코드는 특정 서비스의 위치를 지정할 때 사용합니다. 게임 서버, VoIP, 메신저 서버 등에서 주로 쓰이는데, 일반적인 웹사이트 운영에서는 거의 쓸 일이 없어요. 저는 한 번도 설정해본 적이 없습니다.
TTL 값 설정 가이드
TTL은 DNS 레코드가 캐시에 저장되는 시간입니다. 가비아 도메인 구입 후 DNS 레코드 설정 A to Z 과정에서 TTL 설정은 생각보다 중요해요.
| TTL 값 | 시간 | 추천 상황 |
|---|---|---|
| 300 | 5분 | DNS 설정 변경 직전/직후 |
| 3600 | 1시간 | 일반적인 상황 (기본값) |
| 86400 | 24시간 | 거의 변경하지 않는 안정적인 서비스 |
처음에 DNS 설정할 때는 TTL을 짧게(300초) 설정하고, 모든 게 정상적으로 작동하는 걸 확인한 후 3600이나 더 긴 값으로 변경하는 게 좋습니다. 저는 한 번 실수로 TTL을 86400으로 설정한 채로 IP를 잘못 입력해서, 하루 종일 제대로 된 IP가 반영되지 않아 고생했어요.
실전 사례: 외부 호스팅 서비스 연결하기
네임서버 변경 vs A 레코드 직접 설정
외부 호스팅 서비스를 연결하는 방법은 크게 두 가지입니다. 각각 장단점이 있어요.
네임서버 변경 방식: 가비아 DNS를 아예 사용하지 않고 호스팅 업체의 네임서버로 완전히 이전하는 방법입니다. 예를 들어 AWS Route 53을 사용한다면 가비아에서 네임서버를 AWS 네임서버로 변경합니다. 장점은 모든 DNS 관리를 한 곳에서 할 수 있다는 것이고, 단점은 가비아 DNS 기능을 전혀 쓸 수 없다는 거예요.
A 레코드 직접 설정: 가비아 DNS를 그대로 사용하면서 특정 레코드만 추가하는 방법입니다. 더 유연하고 관리가 쉽지만, DNS 설정을 두 곳에서 확인해야 할 수도 있어요. 저는 개인적으로 이 방식을 선호합니다.
AWS, 카페24, 블루호스트 연결 예시
AWS EC2 연결:
- EC2 인스턴스의 퍼블릭 IP 확인 (예: 3.35.123.45)
- 가비아 DNS 설정에서 A 레코드 추가
- 호스트: @ / 값: 3.35.123.45 / TTL: 3600
- www 서브도메인도 원하면 동일하게 A 레코드 추가
카페24 연결:
카페24는 보통 A 레코드로 연결하는데, 카페24 호스팅 관리 페이지에서 제공하는 IP 주소를 사용하면 됩니다. 카페24 쇼핑몰을 운영할 때는 추가로 TXT 레코드 인증이 필요할 수 있어요.
블루호스트 연결:
블루호스트는 네임서버 변경을 권장하는 편입니다. 가비아에서 ‘DNS 정보’ 탭의 ‘네임서버 설정’으로 가서 블루호스트가 제공하는 네임서버(보통 ns1.bluehost.com, ns2.bluehost.com)로 변경하면 됩니다.
GitHub Pages, Vercel 등 정적 호스팅 연결
GitHub Pages 연결:
GitHub Pages는 정말 많이 사용하는 무료 호스팅이죠. 가비아 도메인 구입 후 DNS 레코드 설정 A to Z 중에서도 가장 자주 하는 설정입니다.
- A 레코드 4개 추가 (GitHub IP 주소):
- 185.199.108.153
- 185.199.109.153
- 185.199.110.153
- 185.199.111.153
- www 서브도메인은 CNAME으로 설정:
- 호스트: www
- 값: 당신의username.github.io
- GitHub 저장소 설정에서 Custom domain에 도메인 입력
저는 처음 GitHub Pages 연결할 때 A 레코드를 하나만 추가했다가 간헐적으로 접속이 안 되는 문제를 겪었어요. 4개 모두 추가해야 안정적입니다.
Vercel 연결:
Vercel은 더 간단합니다. Vercel 대시보드에서 도메인을 추가하면 자동으로 설정해야 할 레코드를 알려줍니다. 보통 CNAME 레코드 하나면 충분해요.
- 호스트: @ 또는 www
- 값: cname.vercel-dns.com
Vercel은 자동으로 SSL 인증서도 발급해주고 CDN도 제공해서 정말 편리합니다.
자주 묻는 질문 (FAQ)
Q. DNS 설정 후 언제 적용되나요?
이론적으로는 TTL 값만큼 시간이 걸립니다. 하지만 실제로는 전 세계 DNS 서버에 전파되는 시간까지 고려하면 최대 24~48시간까지 걸릴 수 있어요. 보통은 1~2시간 내로 대부분 반영됩니다. 급하게 확인하고 싶으면 DNS 캐시를 비우고(ipconfig /flushdns 명령어) 다시 시도해보세요. 저는 보통 설정 후 30분~1시간 기다리면 접속이 되더라고요.
Q. DNS 레코드 설정 실수 시 대처 방법은?
당황하지 마세요! 가비아 DNS 관리 페이지에서 잘못된 레코드를 삭제하거나 수정하면 됩니다. 다만 TTL 시간만큼은 기다려야 반영돼요. 만약 정말 큰 실수를 했다면(예: 모든 레코드 삭제) 가비아 고객센터에 연락하면 도와줍니다. 저는 한번 MX 레코드를 잘못 설정해서 이메일이 며칠간 안 왔는데, 다행히 레코드 수정하니 밀린 메일이 한꺼번에 도착하더라고요.
Q. www 있는 도메인과 없는 도메인 동시 설정하려면?
두 가지 방법이 있습니다. 첫 번째는 둘 다 A 레코드로 설정하는 것이고, 두 번째는 하나는 A 레코드, 다른 하나는 CNAME으로 설정하는 겁니다.
방법 1 (추천):
- 호스트 ‘@’ → A 레코드 → 서버 IP
- 호스트 ‘www’ → A 레코드 → 서버 IP
방법 2:
- 호스트 ‘@’ → A 레코드 → 서버 IP
- 호스트 ‘www’ → CNAME → 도메인.com
그리고 서버 설정(nginx, Apache 등)에서 리다이렉트 규칙을 추가해 하나로 통일하는 게 SEO에 좋습니다. 저는 www 없는 버전으로 통일했어요.
Q. SSL 인증서 발급 전 필요한 DNS 설정이 있나요?
Let’s Encrypt 같은 자동 SSL 발급 서비스를 사용한다면 별도 DNS 설정은 필요 없습니다. 다만 도메인이 서버를 제대로 가리키고 있어야 하니 A 레코드는 먼저 설정되어 있어야 해요. 일부 SSL 업체는 도메인 소유권 인증을 위해 TXT 레코드나 CNAME 레코드 추가를 요구하기도 합니다. 업체에서 제공하는 값을 그대로 가비아에 입력하면 됩니다.
Q. 가비아 도메인 구입 후 DNS 레코드 설정 A to Z 과정에서 가장 흔한 실수는?
제 경험상 가장 흔한 실수는 이 세 가지입니다:
- 호스트 이름에 온점(.) 빠뜨리기: ‘www’ 입력할 때 ‘www.’로 쓰면 안 됩니다. 그냥 ‘www’만 써야 해요.
- CNAME과 A 레코드 동시 사용: 같은 호스트에 CNAME과 A 레코드를 동시에 설정하면 충돌이 일어납니다.
- TTL을 너무 길게 설정: 처음 설정할 때 TTL을 길게 하면 수정이 느리게 반영됩니다.
마치며: DNS 설정 체크리스트
설정 완료 후 확인해야 할 사항
가비아 도메인 구입 후 DNS 레코드 설정 A to Z 과정을 모두 마쳤다면, 아래 체크리스트로 확인해보세요.
- ✅ 도메인 주소로 웹사이트 접속이 되는가?
- ✅ www 있는 버전과 없는 버전 모두 작동하는가?
- ✅ 서브도메인이 제대로 연결되었는가?
- ✅ 이메일 수신이 정상적으로 작동하는가? (MX 레코드 설정 시)
- ✅ SSL 인증서가 정상 발급되었는가?
- ✅ 모바일에서도 접속이 잘 되는가?
DNS 전파 상태 확인 도구 추천
DNS 설정이 전 세계적으로 얼마나 전파되었는지 확인할 수 있는 도구들이 있습니다:
- whatsmydns.net: 전 세계 여러 지역의 DNS 서버에서 조회 결과를 보여줍니다. 제가 가장 자주 쓰는 도구예요.
- dnschecker.org: 비슷한 기능이지만 UI가 더 깔끔합니다.
- nslookup 명령어: 터미널에서 ‘nslookup 도메인.com’ 명령어로 직접 확인할 수도 있습니다.
- dig 명령어: 맥이나 리눅스에서는 ‘dig 도메인.com’ 명령어가 더 자세한 정보를 제공합니다.
저는 DNS 설정 후 whatsmydns.net에서 전 세계 서버들이 초록불로 바뀌는 걸 보면 뭔가 뿌듯하더라고요.
추가 학습 리소스
가비아 도메인 구입 후 DNS 레코드 설정 A to Z를 이해했다면, 다음 단계로 이런 내용들을 공부해보시면 좋습니다:
- CDN 설정: Cloudflare 같은 CDN을 추가하면 속도와 보안이 향상됩니다.
- 이메일 포워딩: 도메인 이메일을 개인 Gmail로 자동 전달 설정하기
- 서브도메인 활용: api.도메인.com, blog.도메인.com 등으로 서비스 분리하기
- 로드밸런싱: 여러 서버에 트래픽 분산하기 (A 레코드 여러 개 설정)
DNS는 한 번 제대로 설정해두면 거의 손댈 일이 없지만, 이해하고 있으면 서비스 확장할 때 정말 유용합니다. 처음엔 어려워 보이지만 몇 번 해보면 금방 익숙해져요. 저도 처음엔 너무 어렵고 무서워서 설정 버튼 누르는 것조차 떨렸는데, 이제는 5분이면 끝나는 간단한 작업이 되었습니다.
혹시 설정 중에 막히는 부분이 있다면 가비아 고객센터가 생각보다 친절하게 도와주니 부담 갖지 말고 문의해보세요. 여러분도 곧 DNS 설정 고수가 되실 겁니다. 화이팅!
