문제

윅스에 커스텀 도메인을 추가하고 레코드 몇 개를 복사했는데, 사이트가 안 올라옵니다 — 연결 오류, 윅스의 “Invalid Configuration” 경고, 아니면 페이지는 뜨는데 “주의 요함”으로 표시됨. 도메인은 존재하고 내 소유인데, 풀리지 않은 건 ‘도메인의 DNS’와 ‘윅스 서버’ 사이의 인수인계입니다. 윅스는 이 인수인계를 완전히 다른 두 방식으로 제공하는데, 내 상황에 틀린 걸 고르거나 둘을 섞는 것 — 거기서 이 실패의 대부분이 나옵니다.

증상

  • 도메인이 타임아웃나거나 “서버를 찾을 수 없음”이 뜨거나, 윅스 사이트 대신 옛 사이트·파킹 페이지가 뜬다.
  • 윅스 대시보드가 **“Invalid Configuration”**을 띄우거나 도메인이 연결 안 됐다고 계속 말한다.
  • www는 되는데 루트 도메인은 안 된다(또는 그 반대).
  • 사이트는 뜨는데 브라우저가 “주의 요함”/깨진 자물쇠를 보여준다.
  • 도메인을 윅스에 연결한 직후 이메일이 멈췄다.

연결 방식은 둘 — 하나만 고르고, 섞지 마세요

윅스는 도메인을 두 방식 중 하나로 연결하며, 가장 중요한 결정은 내가 어느 방식을 쓰는가입니다. 둘은 단계가 호환되지 않고, 각각을 반쪽씩 따라 하는 건 확실하게 고장 내는 방법입니다.

네임서버 방식(윅스가 DNS 관리). 등록기관에서 도메인의 네임서버(NS) 레코드를 윅스 것으로 바꿉니다. 그 뒤로 윅스가 도메인의 권위가 되고, 모든 레코드를 윅스 안에서 관리합니다. 가장 간단하지만 — 모든 DNS를 윅스로 옮기므로, 다른 데 있던 레코드(특히 이메일 MX)는 윅스 안에 다시 만들지 않는 한 더는 적용되지 않습니다.

포인팅 방식(기존 호스트가 DNS 유지). 도메인을 지금 위임된 곳에 그대로 두고, 현재 DNS 호스트에 레코드 두 개를 추가합니다: 루트(@)의 A 레코드, www의 CNAME — 둘 다 윅스가 보여주는 타깃을 향하게. DNS가 등록기관·호스트에 남으므로 기존 레코드(이메일 포함)는 손대지 않고 그대로 작동합니다. 도메인이 윅스 사이트 말고 다른 일도 할 때 쓰는 방식입니다.

경험칙: 이 도메인에 쓰는 이메일이 있으면 포인팅을 쓰세요. 네임서버를 윅스로 바꾸는 게 바로 메일함을 조용히 죽이는 짓인데, MX 레코드가 방금 넘겨버린 그 DNS 존 안에 있기 때문입니다.

윅스가 보여주는 정확한 값을 쓰세요

윅스는 내 계정에 맞는 A 레코드 IP와 CNAME 타깃을 도메인 연결 화면에 정확히 표시합니다. 그걸 쓰세요. 포럼 글이나 옛 튜토리얼에서 IP나 wixdns.net 타깃을 베끼지 마세요 — 윅스의 포인팅 타깃은 시간이 지나며 바뀌었고, 낡은 값은 ‘설정된 것처럼 보이는데 엉뚱한 데로 해석되는’ 사이트를 만듭니다. 아래 구조는 어떤 레코드를 어디에 넣을지 알려주고, 무슨 값인지는 내 윅스 대시보드만이 맞는 출처입니다.

가장 흔한 원인 3가지

  1. 상황에 틀린 방식, 또는 반쪽만 바꾼 전환. 이메일이 필요한데 네임서버를 윅스로 옮겼거나(이제 메일 깨짐), 포인팅을 쓰면서 레코드 두 개 중 하나만 넣었다(그래서 www 또는 루트가 끝내 연결 안 됨). 신호: 한 호스트는 되고 다른 하나는 안 되거나, 연결하는 순간 이메일이 죽었다.
  2. 윅스와 안 맞거나 전파 안 된 레코드. A/CNAME 값에 오타가 있거나, 낡았거나, 아직 전파 중이라 윅스가 옛 답을 읽고 “Invalid Configuration”을 띄운다. 신호: 리졸버마다 레코드가 다르거나, 실제 값이 윅스 화면의 값과 다르다.
  3. 충돌 또는 막힌 인증서. 같은 이름에 www CNAME과 A/AAAA가 나란히 있거나(불가 — CNAME은 한 호스트의 다른 레코드와 공존 불가), CAA 레코드가 윅스의 CA를 금지해 HTTPS가 끝내 발급 안 됨. 신호: 연결은 확인됐는데 자물쇠가 계속 깨져 있거나, www가 저장·해석을 거부한다.

DechoNet으로 진단하기

  • DNS 조회는 도메인의 실제 NS·A·CNAME 레코드를 보여줍니다 — 지금 실제로 어느 연결 방식이 작동 중인지, 값이 윅스가 요구하는 것과 맞는지 볼 수 있습니다.
  • DNS 전파 확인은 전 세계 리졸버에 한 번에 질의합니다. 엇갈리면 아직 전파 중(기다림), 틀린 값으로 일치하면 레코드 자체를 고쳐야지 더 기다릴 일이 아닙니다.
  • SSL 확인은 도메인에 유효한 인증서가 실제로 발급됐는지 알려줘, ‘아직 발급 중’과 ‘발급을 막는 뭔가가 있음’을 구분해 줍니다.

해결 체크리스트

  • 방식부터 정하세요: 이 도메인에 이메일·다른 서비스도 있으면 포인팅, 윅스 전용이면 네임서버. 섞지 마세요.
  • 포인팅이면: 루트 A 레코드와 www CNAME을 둘 다, 윅스 대시보드에 표시된 정확한 값으로 추가하세요 — 튜토리얼 값 말고.
  • 네임서버면: NS를 윅스 것으로 바꾼 뒤, MX·이메일 등 기존 레코드를 윅스 안에 다시 만드세요. 옛 존에는 더 이상 존재하지 않으니까요.
  • DNS 조회로 실제 레코드가 윅스와 정확히 맞는지 확인하고, 충돌 레코드(예: CNAME 옆의 www A 레코드)를 지우세요.
  • DNS 전파 확인을 쓰고, 리졸버가 엇갈리면 설정을 더 건드리지 말고 48시간 창을 기다리세요.
  • DNS가 맞으면 SSL 발급에 최대 24~72시간을 주고, SSL 확인으로 확인하고, CAA 레코드가 윅스 CA를 막고 있지 않은지 보세요.

이럴 땐 넘기세요

  • DNS가 모든 곳에서 윅스로 제대로 해석되고 SSL도 발급됐는데 사이트가 계속 이상하면, 문제는 도메인 연결이 아니라 윅스 사이트 설정(게시, 리다이렉트, 기본 도메인 설정) 안에 있습니다.
  • 연결 후 이메일이 깨졌다면, 해법은 윅스 고객지원이 아니라 DNS 방식입니다: 포인팅으로 되돌리거나(또는 메일 제공자가 지정한 정확한 MX 레코드를 윅스 안에 다시 만들거나) — MX 값은 절대 추측하지 말고 메일 제공자 값을 그대로 쓰세요.

내 도메인에서 바로 확인

무료, 가입 불필요. 이 가이드가 다루는 항목을 바로 검사하고 조치 방법을 알려드립니다.