도메인 연결하는 법: 내 서버에 주소 붙이기

작성일자 글쓴이

도메인 연결하는 법: 내 서버에 주소 붙이기 (feat. 블로그 개설 3년차 내공)

솔직히 처음에 나도 정말 헷갈렸다. 블로그를 처음 시작하면서 서버 호스팅까지 직접 해보려니, 도메인 연결이라는 말만 들어도 머리가 지끈거렸지 뭔가. 그 복잡한 설정창들을 보면서 ‘내가 이걸 할 수 있을까?’ 수십 번도 더 되뇌었던 기억이 생생하다. 2023년에 처음 내 웹사이트를 만들 때만 해도 그랬는데, 벌써 2026년이 되니 감회가 새롭다. 지금은 눈 감고도 할 수 있는 일이 되었지만, 그 과정을 떠올려보면 처음 시작하는 분들에게는 여전히 큰 장벽처럼 느껴질 수도 있겠다는 생각이 들더라. 그래서 오늘은 내 경험을 꾹꾹 눌러 담아, 이 도메인 연결이라는 걸 정말 쉽게, 내 서버에 예쁜 주소를 착 하고 붙이는 법을 알려드리려고 한다.

도메인과 호스팅, 그리고 DNS: 짝꿍 찾아주기

자, 먼저 이걸 확실히 해두자. 도메인과 호스팅은 따로 논다. 도메인은 쉽게 말해 우리 집 주소(예: myblog.com)고, 호스팅은 우리 집이 지어진 땅(서버)이다. 이 둘을 연결하는 게 바로 오늘의 핵심, DNS(Domain Name System) 설정이다. 처음에는 DNS니 네임서버니 하는 용어들이 너무 어렵게 느껴졌다. 나도 처음엔 그냥 다 똑같은 말인 줄 알았다니까? 그런데 막상 해보니, 헷갈릴 필요가 전혀 없다.

개인적으로는 이 비유가 제일 와닿더라. 도메인은 명함 속 회사 이름, 호스팅은 그 회사가 실제로 위치한 사무실. 그리고 DNS는 그 명함을 보고 사무실로 찾아가게 해주는 내비게이션 역할이다.

올해(2026년) 들어 웹 환경이 더 복잡해지고 보안도 중요해지면서, DNS의 역할이 더욱 부각되고 있다. 예전엔 그냥 연결만 되면 됐지만, 요즘엔 안정성이나 속도까지 고려해야 하니 말이다. 자, 그럼 이 짝꿍들을 어떻게 연결해주는지 단계별로 살펴보자.

내 도메인 구매처 확인 및 네임서버 설정

도메인은 카페24, 가비아, 후이즈 등 여러 곳에서 구매할 수 있다. 여러분은 어디서 구매했는지 기억하는가? 나는 주로 가비아를 이용하는 편인데, 워낙 인터페이스가 직관적이라 초보자도 쉽게 따라 할 수 있다. 도메인 구매처 로그인 후 ‘MY 가비아’ 같은 메뉴에서 구매한 도메인 목록을 찾아보자. 거기서 해당 도메인의 ‘관리’ 또는 ‘설정’ 버튼을 누르면 ‘네임서버 변경’이라는 메뉴가 보일 것이다.

네임서버는 도메인과 서버를 이어주는 첫 번째 다리다. 보통 호스팅 업체에서 제공하는 네임서버 주소를 여기에 입력해주면 된다. 예를 들어, 내가 사용하는 AWS(Amazon Web Services) 같은 클라우드 호스팅의 경우, Route 53이라는 서비스에서 자동으로 네임서버 주소를 할당해준다. 이걸 도메인 구매처에 가서 입력해주기만 하면 1단계 끝!

  • 가비아 네임서버 변경 예시:
    • 1차 네임서버: ns1.hostingcompany.com
    • 2차 네임서버: ns2.hostingcompany.com
    • … (호스팅 업체마다 다름)

이 과정은 보통 5분도 안 걸린다. 그런데 변경 사항이 적용되는 데는 최대 24~48시간이 걸릴 수 있다는 점! 이게 좀 답답할 때가 있는데, 그동안 나는 커피 한 잔 마시면서 기다리거나, 다음 단계 작업을 미리 해두는 편이다.

호스팅 서버에서 도메인 추가 및 DNS 레코드 설정

이제 네임서버를 통해 도메인 구매처와 호스팅 서버가 서로를 찾아볼 수 있게 연결해줬으니, 호스팅 서버 쪽에서 ‘이 도메인은 내 거야!’라고 선언해줄 차례다. 이 부분이 가장 중요하고, 또 가장 헷갈리는 부분일 수도 있다. 보통 호스팅 업체 관리자 페이지나 클라우드 콘솔에 들어가서 설정한다.

A 레코드와 CNAME 레코드: 핵심 중의 핵심!

자, 이제부터는 A 레코드, CNAME 레코드 같은 용어들이 등장한다. 어려울 것 하나도 없다. 쉽게 설명해줄 테니 걱정 마시라.

  1. A 레코드 (Address Record): 가장 기본적인 레코드다. 도메인(예: myblog.com)을 특정 IP 주소(예: 123.45.67.89)에 연결해준다. 내 서버의 고유 IP 주소를 여기에 넣어주면 된다.
  2. CNAME 레코드 (Canonical Name Record): 이건 별명이라고 생각하면 편하다. 특정 서브도메인(예: www.myblog.com)을 다른 도메인이나 호스트명에 연결할 때 사용한다. 보통 www를 붙여서 접속하는 경우를 위해 www.myblog.com을 myblog.com으로 연결해주는 데 많이 쓴다.

나는 주로 AWS EC2(서버)와 Route 53(DNS 관리)를 함께 사용하는데, Route 53에서 아주 직관적으로 A 레코드와 CNAME 레코드를 설정할 수 있다. 만약 공유 호스팅을 사용한다면, 호스팅 업체 관리자 페이지에서 ‘도메인 추가’ 또는 ‘DNS 관리’ 메뉴를 찾아보면 된다. 대부분의 업체는 가이드 문서가 잘 되어 있으니 참고하면 좋다.

[가비아 호스팅 예시 – DNS 설정]

레코드 타입 이름/호스트 값/대상 TTL (초)
A @ (또는 비워둠) 서버 IP 주소 3600
CNAME www @ (또는 myblog.com) 3600
MX @ 메일 서버 주소 (옵션) 3600

(참고: TTL은 캐시 유지 시간인데, 처음 설정할 때는 짧게(300초 정도) 해두면 변경 사항 적용이 빠르다. 나중에 안정화되면 3600초(1시간) 정도로 늘려주는 게 일반적이다.)

개인적으로는 A 레코드와 CNAME 레코드 설정을 할 때, 꼭 @ 와 www 두 가지를 모두 설정하는 걸 추천한다. 사람들이 도메인을 입력할 때 www를 붙이는 경우도, 안 붙이는 경우도 많기 때문이다. 둘 다 연결해두면 어떤 식으로 접속해도 내 사이트로 잘 들어오게 된다.

CDN 연결을 위한 추가 설정 (선택 사항)

혹시 클라우드플레어(Cloudflare) 같은 CDN(Content Delivery Network)을 사용하고 있다면, DNS 설정이 조금 달라진다. 이 경우 도메인 구매처의 네임서버를 클라우드플레어에서 제공하는 네임서버로 바꿔줘야 한다. 그러면 클라우드플레어에서 내 DNS 레코드를 관리하게 되고, A/CNAME 레코드도 클라우드플레어 대시보드에서 설정하게 된다. 2026년 현재, 보안과 속도 때문에 CDN 사용은 거의 필수가 되어가는 추세라 나도 내 모든 사이트에 적용하고 있다. 의외로 설정이 간편해서 처음엔 반신반의했는데 써보니 확실히 달랐다.

HTTPS (SSL/TLS) 적용: 보안은 필수!

도메인 연결만 했다고 끝이 아니다. 요즘 웹사이트라면 당연히 HTTPS가 적용되어야 한다. 주소창 옆에 자물쇠 모양이 보여야 신뢰감이 생기는 법이다. 2023년까지만 해도 SSL 인증서가 유료인 경우가 많았지만, 지금은 Let’s Encrypt처럼 무료로 제공하는 곳이 많아져서 정말 편리해졌다. 나도 예전엔 매년 돈 내고 샀는데, 이제는 무료로 자동 갱신까지 해주니 얼마나 편한지 모른다!

무료 SSL 인증서 적용하기

무료 SSL 인증서를 적용하는 방법은 크게 두 가지다.

  1. 호스팅 업체에서 제공하는 무료 SSL: 카페24, 블루호스트 등 대부분의 웹호스팅 업체에서 원클릭으로 Let’s Encrypt를 적용해준다. 이게 가장 간편하다.
  2. 직접 서버에 설치: AWS EC2 같은 클라우드 서버를 사용한다면, Certbot 같은 도구를 이용해 Let’s Encrypt 인증서를 직접 설치해야 한다. 처음엔 조금 복잡하게 느껴질 수 있지만, 한 번 해두면 자동 갱신까지 설정할 수 있어 장기적으로는 이득이다.

내 경험상, 처음 도메인 연결하고 나서 바로 HTTPS까지 적용해두는 게 좋다. 나중에 트래픽 쌓이고 나서 하려면 더 골치 아프더라. 미리미리 해두면 속이 편하다.

SSL 인증서를 적용하고 나면, 웹사이트 접속 시 http:// 대신 https://로 접속되는지 꼭 확인해야 한다. 혹시 http://로 접속될 경우 https://로 자동으로 리다이렉트(Redirect) 되도록 설정하는 것도 잊지 말자. 워드프레스 같은 CMS(콘텐츠 관리 시스템)를 쓴다면 설정 메뉴에서 간단하게 변경할 수 있다.

도메인 연결 후 꼭 확인해야 할 것들

모든 설정을 마쳤다면, 이제 몇 가지 확인 작업을 거쳐야 한다. 혹시 설정이 잘못된 건 없는지, 제대로 반영되었는지 말이다. 나는 이 단계를 항상 철저히 하는 편인데, 나중에 문제 생겨서 삽질하는 것보다 미리 확인하는 게 백배 낫기 때문이다.

1. DNS Checker로 전파 확인

DNS 변경 사항이 전 세계 서버에 반영되는 데는 시간이 걸린다. DNS Checker 같은 사이트에 접속해서 내 도메인을 입력해보면, 전 세계 여러 지역에서 내 도메인이 어떤 IP 주소를 가리키고 있는지 확인할 수 있다. 모든 지역에서 내 서버 IP를 제대로 가리키고 있다면 성공적으로 전파된 것이다. 보통 10분~1시간 이내에 대부분의 지역에서 반영되지만, 혹시 하루가 지나도 반영이 안 된다면 설정을 다시 한 번 확인해보자.

2. 웹사이트 접속 테스트

말 그대로 내 도메인으로 웹사이트에 접속해 보는 거다. myblog.com으로 접속해보고, www.myblog.com으로도 접속해보자. 둘 다 잘 접속되고, HTTPS 자물쇠 모양도 잘 뜨는지 확인해야 한다. 가끔 한쪽은 되는데 다른 쪽은 안 되는 경우가 있는데, 이때는 CNAME 레코드 설정을 다시 한번 점검해봐야 한다.

3. Google Search Console 등록

웹사이트가 제대로 작동하는 걸 확인했다면, 이제 Google Search Console에 내 사이트를 등록할 차례다. 이건 검색 엔진 최적화(SEO)의 기본 중의 기본이다. Google Search Console에 등록하고 내 사이트의 사이트맵(Sitemap)을 제출하면, 구글이 내 사이트를 더 빨리 색인하고 검색 결과에 노출시켜준다. 내 경험상, 도메인 연결하고 나서 바로 Search Console에 등록해두는 게 검색 유입에 큰 도움이 됐다.

여러분도 한번 해보세요. 처음엔 어렵게 느껴져도 막상 직접 해보면 생각보다 쉽고, 내 웹사이트를 내 손으로 만들었다는 뿌듯함은 정말 이루 말할 수 없다. 2026년 7월 28일, 오늘도 여러분의 멋진 온라인 여정을 응원하며 이만 글을 마친다.

자주 묻는 질문 (FAQ)

도메인 연결 후 웹사이트가 접속되지 않아요. 왜 그럴까요?
가장 흔한 원인은 DNS 전파 시간 때문입니다. 네임서버 변경은 최대 48시간까지 걸릴 수 있습니다. DNS Checker 같은 도구로 현재 전파 상태를 확인해보세요. 또한, A 레코드와 CNAME 레코드에 입력된 IP 주소나 대상 도메인이 올바른지, 호스팅 서버 방화벽이 제대로 설정되어 있는지 확인해야 합니다.
도메인 구매처와 호스팅 업체가 달라도 되나요?
네, 전혀 문제없습니다! 저 역시도 가비아에서 도메인을 구매하고 AWS에서 호스팅하는 등 여러 업체를 조합해서 사용하고 있습니다. 중요한 건 도메인 구매처에서 호스팅 업체의 네임서버로 변경해주고, 호스팅 업체에서 해당 도메인에 대한 DNS 레코드를 올바르게 설정하는 것입니다.
HTTPS가 적용되지 않고 ‘안전하지 않음’이라고 떠요.
SSL/TLS 인증서가 제대로 설치 및 적용되지 않았을 가능성이 높습니다. 무료 Let’s Encrypt 인증서를 호스팅 업체에서 제공하는 원클릭 기능으로 설치했는지, 또는 직접 서버에 설치했다면 인증서가 만료되지 않았는지 확인해보세요. 또한, 웹사이트의 모든 리소스(이미지, 스크립트 등)가 HTTPS로 로드되는지 확인해야 합니다. 일부 HTTP 리소스가 섞여 있으면 ‘혼합 콘텐츠’ 경고가 뜰 수 있습니다.
도메인을 연결했는데 자꾸 다른 페이지로 리다이렉트돼요.
이전에 사용하던 도메인이나 설정이 캐시에 남아있거나, 웹 서버(Apache, Nginx 등) 또는 CMS(워드프레스 등)에서 잘못된 리다이렉트 설정이 되어 있을 수 있습니다. 브라우저 캐시를 지우고 시크릿 모드에서 접속해보거나, 웹 서버 설정 파일(예: .htaccess)이나 CMS의 일반 설정에서 리다이렉트 관련 항목을 점검해보세요.
도메인 연결 후 이메일 수신이 안 돼요.
도메인 연결은 주로 웹사이트 접속에 영향을 미치지만, 이메일은 MX 레코드(Mail Exchanger Record) 설정과 관련이 있습니다. 만약 자체 메일 서버를 사용하거나 구글 워크스페이스 같은 서비스를 이용한다면, 해당 서비스에서 제공하는 MX 레코드 값을 DNS 설정에 정확히 추가했는지 확인해야 합니다. MX 레코드는 A/CNAME 레코드와는 별개로 설정됩니다.