이 글의 링크는 추후 제휴 링크로 바뀔 수 있으며, 그 경우 구매 시 수수료를 받을 수 있습니다.
이 글에서 다루는 것
클라우드플레어 무료 CDN을 붙이는 일을 기능 소개가 아니라 사고 순서로 정리합니다.
레코드 누락, SSL 모드가 만드는 무한 리다이렉트, 캐시 세 자리를 피하는 차례입니다.
워드프레스 블로그 한 개를 운영하는 분, 네임서버를 바꿨다가 사이트가 열리지 않아 되돌린 적이 있는 분을 위한 글입니다.
읽고 나면 어느 단계에서 멈췄는지 화면 이름으로 짚을 수 있습니다.
화면은 2026년 10월 13일에 공식 문서에서 직접 캡처한 것입니다.
순서가 틀리면 켜는 순간 닫힙니다
설정 몇 개를 켜는 작업처럼 보이지만, 실제로는 도메인의 응답 주체를 옮기는 변경입니다.
네임서버를 바꾸는 순간부터 방문자 요청이 전부 클라우드플레어를 거칩니다.
사고가 나는 자리도 세 곳으로 좁혀집니다.
레코드를 다 가져오지 않은 경우, 암호화 모드를 원본 서버와 어긋나게 고른 경우, 캐시를 건너뛰는 법을 몰라 수정이 반영되지 않는 경우.
아래 순서가 이 셋을 차례로 피하는 길입니다.
1단계, 네임서버보다 레코드가 먼저입니다
① 공식 절차에서 네임서버 변경은 3번, 그 앞 2번이 기존 DNS 레코드 점검입니다.
② 특히 챙기라고 적힌 묶음은 도메인 자체 레코드, www 같은 하위 도메인 레코드, 메일 레코드.
처음에 자동으로 긁어 오는 레코드는 전부가 아닙니다.
올바른 레코드 없이 도메인을 활성화하면 방문자가 DNS_PROBE_FINISHED_NXDOMAIN 오류를 보게 된다고 문서에 적혀 있죠.
등록업체의 DNS 화면을 띄워 두고 양쪽 목록을 한 줄씩 대조하세요.
메일 레코드는 자주 빠지는데, 빠지면 도메인 메일이 그날부터 들어오지 않습니다.
프록시 상태를 정한 다음에 네임서버를 바꿉니다
① A, AAAA, CNAME 레코드마다 프록시 상태 토글이 있습니다.
주황색 구름이면 트래픽이 클라우드플레어를 통과해 캐시와 디도스 방어가 걸리고, 회색 구름이면 주소만 알려 줄 뿐 트래픽은 지나가지 않습니다.
블로그 본체 레코드는 주황색, 외부 서비스 인증용 CNAME은 회색이 맞습니다.
② 레코드가 정리된 다음이 네임서버 변경입니다.
③ 지정 네임서버는 계정마다 다르고 바꿀 수 없으니, 표시된 두 개를 그대로 등록업체에 붙여 넣습니다.
이 단계에서 DNSSEC을 잠시 끄고 전파 뒤 다시 켜는 항목이 문서에 따로 있습니다.
2단계, SSL 모드는 원본 서버에 맞춰 고릅니다
① 암호화 모드는 Off, Flexible, Full, Full (strict), Strict 다섯 가지입니다.
② 기본값인 Automatic SSL/TLS는 원본 서버의 인증서 상태를 보고 가장 안전한 쪽을 알아서 고릅니다.
계정이 아직 이 기능으로 넘어가지 않았다면 Custom 화면만 보이죠.
직접 골라야 하는 상황에서 사고는 한 지점으로 모입니다.
① 제약 항목에 적힌 경고가 그것입니다.
원본 서버가 HTTP 요청을 HTTPS로 자동으로 되돌리는 설정이라면 Flexible을 쓰면 안 됩니다.
클라우드플레어는 원본에 HTTP로 접속하는데, 원본이 다시 HTTPS로 돌려보내니 요청이 제자리를 돕니다.
② 그 결과가 ERR_TOO_MANY_REDIRECTS이고, 사이트는 아예 열리지 않습니다.
워드프레스는 설치 직후부터 HTTPS 리다이렉트가 걸려 있는 경우가 많습니다.
"일단 켜면 자물쇠가 붙는다"는 이유로 Flexible을 고르면 바로 이 증상을 만나죠.
| 모드 | 원본까지의 구간 | 고르는 경우 |
|---|---|---|
| Flexible | 암호화하지 않음 | 원본에 인증서가 아예 없고, HTTPS 리다이렉트도 없을 때만 |
| Full | 암호화하되 인증서는 검사하지 않음 | 자체 서명 인증서처럼 유효하지 않은 인증서가 깔려 있을 때 |
| Full (strict) | 암호화하고 인증서까지 검사 | 호스팅이 발급한 정상 인증서가 있을 때, 즉 대부분의 경우 |
3단계, 캐시는 비우기와 개발 모드를 나눠 씁니다
① 켜고 나면 "분명히 고쳤는데 화면이 그대로"인 구간이 생깁니다.
이때 쓰는 것이 개발 모드죠.
② 토글 한 번으로 켜면 세 시간 동안 엣지 캐시와 이미지 최적화를 건너뛰어, 수정한 이미지나 CSS가 바로 보입니다.
주의할 점은 ③ 개발 모드가 이미 쌓인 캐시를 지우지는 않는다는 것입니다.
당장 반영이 필요하면 캐시 비우기를 따로 눌러야 합니다.
세 시간이 지나면 저절로 꺼지고, 더 길게 우회하려면 캐시 규칙 쪽에 상시 설정이 있습니다.
CDN으로도 안 풀리는 느림이 있습니다
여기까지 끝내면 이미지와 CSS 같은 정적 파일은 방문자와 가까운 곳에서 내려갑니다.
그런데 원본 서버가 글 한 편을 만들어 내는 시간은 CDN이 줄여 주지 못합니다.
측정값에서 서버 응답 시간만 유독 길다면 그때부터는 호스팅 쪽 문제입니다.
① 관리형 클라우드 호스팅을 보게 되는 자리가 여기입니다.
요금 페이지에는 ② 엔터프라이즈 등급 클라우드플레어 CDN이 도메인당 월 4.99달러부터인 부가서비스로 따로 올라와 있으니, 무료 플랜과 같은 것으로 오해하지 않는 편이 좋습니다.
시작은 가장 낮은 요금제로 충분합니다.
10월 13일 기준 최저 요금제가 월 14달러, 1GB 메모리에 1 vCPU, 25GB 저장공간.
방문자가 늘어 메모리 경고가 뜰 때 올리면 됩니다.
오늘 기준 요금표와 포함 기능을 공식 페이지에서 확인하기
이 글의 순서가 안 맞는 경우
국내 방문자만 오고 이미지도 많지 않으며 지금 속도에 불만이 없다면, 네임서버까지 옮길 이유가 없습니다.
해외 관리형 호스팅으로 옮기는 선택에도 분명한 단점이 있습니다.
결제가 달러라 환율에 따라 원화 청구액이 달라지고, 관리 화면과 고객지원은 영어이며, 메일 호스팅은 기본 포함이 아니라 사서함 단위로 따로 붙여야 합니다.
월 1만 원대 공유 호스팅에서 응답이 충분히 빠른 사이트라면 옮길 이유가 없습니다.
자주 묻는 질문
네임서버를 바꾸면 사이트가 잠깐 멈추나요
레코드를 모두 옮겨 둔 상태라면 보통 끊김 없이 넘어갑니다.
다만 전파에 시간이 걸려 한동안 예전 경로와 새 경로가 섞이죠.
자물쇠 표시는 붙었는데 접속이 안 됩니다
Flexible 모드와 원본의 HTTPS 리다이렉트가 겹친 전형적인 증상입니다.
암호화 모드를 Full이나 Full (strict)로 바꾸면 대부분 풀립니다.
개발 모드와 캐시 비우기는 뭐가 다른가요
개발 모드는 세 시간 동안 캐시를 거치지 않게 하는 임시 상태, 캐시 비우기는 저장된 사본을 지우는 동작입니다.
작업 중에는 앞쪽, 반영이 급하면 뒤쪽입니다.
마무리
네임서버를 바꾸기 전에 기존 DNS 레코드를 전부 옮겨 놓는 것이 첫 자리입니다.
암호화 모드는 원본 서버에 맞춰 고르고, 원본이 HTTPS로 되돌리는 설정이면 Flexible을 피합니다.
수정이 반영되지 않을 때는 세 시간짜리 개발 모드와 캐시 비우기를 구분해서 씁니다.
지금 도메인의 네임서버는 어디로 되어 있고, 암호화 모드는 무엇으로 잡혀 있나요?
댓글로 남겨 주시면 어느 자리를 먼저 손봐야 할지 같이 짚어 드리겠습니다.
다음 글에서는 「AWS 라이트세일 직접 구축과 클라우드웨이즈 비교」에 대해 알아보겠습니다.