도메인이 올바른 곳을 가리키는지 확인하세요.

도메인의 DNS 레코드는 방문자와 이메일이 어디로 갈지 정해요. 레코드 하나만 틀려도 사이트나 이메일이 사라질 수 있어요. LayerAssist는 레코드를 읽고, 쉬운 말로 설명하고, 틀린 것을 고쳐요.

한눈에 보기

  • 채팅에서채팅에서 도메인 레코드(A, AAAA, CNAME, MX, NS, TXT)를 읽고, 사이트와 이메일을 어디서 호스팅하는지 알려 주고, 맞지 않는 부분을 찾아요.
  • 채팅에서DNS를 관리하는 곳(호스팅 제어판이나 DNS 업체 계정)에 접근할 수 있으면 레코드를 바꾸고 변경이 적용됐는지 확인해요.
  • 자동화나만의 자동화로, 도메인이 여전히 사이트를 가리키는지, 메일 레코드가 그대로인지 정기적으로 확인할 수 있어요.
  • 아직 없음기본 제공 DNS 모니터는 아직 없어요.

작은 DNS 실수, 큰 장애

DNS는 인터넷의 주소록이에요. 누군가 도메인을 입력하면 DNS가 브라우저에 어느 서버가 사이트를 호스팅하는지 알려 주고, 누군가 이메일을 보내면 상대 메일 서버에 어디로 배달할지 알려 줘요. 평소에는 아무도 보지 않아요. 틀리기 전까지는요.

호스팅을 옮기며 바뀐 레코드, CDN을 켜면서 바뀐 네임서버, 실수로 지운 메일 레코드. 일부 방문자에게서 사이트가 사라지거나 이메일이 끊기는데, 이유는 분명하지 않아요.

DNS 문제의 신호

  • “서버를 찾을 수 없음” 또는 “DNS_PROBE_FINISHED_NXDOMAIN”
  • 사이트가 예전 버전이나 이전 호스팅의 페이지를 보여 줘요
  • 사이트를 바꾼 뒤로 이메일이 안 와요
  • www를 붙이면 열리는데 빼면 안 열려요(또는 그 반대)

흔한 DNS 실수

아직 예전 호스팅을 가리키는 레코드

이전 후에도 A 레코드나 CNAME 레코드가 이전 서버를 가리키는 경우가 많아요.

레코드 없이 바꾼 네임서버

모든 레코드를 복사하지 않고 네임서버를 새 업체나 CDN으로 옮기면, 남겨진 것들이 사라져요. 주로 이메일이에요.

없거나 틀린 메일 레코드

MX 레코드가 없거나, SPF, DKIM, DMARC 레코드가 이메일 업체와 맞지 않으면 메일이 사라지거나 걸러져요.

충돌하거나 중복된 레코드

같은 이름의 A 레코드 두 개나 SPF 레코드 두 개는 방문자와 메일 서버에 서로 다른 답을 줘요.

LayerAssist가 DNS를 점검하고 고치는 방법

인터넷이 읽는 방식 그대로 도메인을 읽고, 본 것을 설명해요.

중요한 레코드를 모두 읽어요

네임서버, A와 AAAA, CNAME, MX, TXT. 그리고 각각이 사이트와 이메일에 어떤 의미인지.

누가 무엇을 관리하는지 알아내요

어느 회사가 DNS, 사이트, 이메일을 관리하는지 파악해서, 어디서 바꿔야 하는지 알 수 있게 해요.

실수를 찾아요

엉뚱한 서버를 가리키는 레코드, 빠진 메일 레코드, 중복과 충돌.

바꾸고 확인해요

DNS 접근 권한이 있으면 레코드를 업데이트하고, 새 값이 적용됐는지 확인해요.

예: 사이트 이전 후 사라진 이메일

  1. 고객님

    사이트를 새 호스팅으로 옮긴 뒤로 아무도 우리에게 이메일을 보낼 수 없어요. 사이트는 잘 돼요.

  2. 확인한 내용

    • A 레코드: 새 호스팅을 가리킴
    • 네임서버: 새 호스팅으로 옮겼지만 메일 레코드는 복사되지 않음
    • MX 레코드: 없음. 메일이 갈 곳이 없음
    • 이메일 업체의 메일함: 사용 중
  3. 변경한 내용

    이메일 업체의 MX, SPF, DKIM 레코드를 새 호스팅의 DNS에 추가했어요

  4. LayerAssist

    이메일이 다시 작동해요. 네임서버를 새 호스팅으로 옮길 때 메일 레코드가 남겨져서, 다른 서버들이 메일을 어디로 배달할지 몰랐어요. 새 DNS 영역에 추가하고 적용된 것을 확인했어요. 그사이 보낸 메시지는 반송됐을 수 있고, 보낸 사람에게는 반송 안내가 갔어요.

얻을 수 있는 것

  • DNS를 쉬운 말로 설명
  • 방문자나 이메일을 잃기 전에 실수 발견
  • 올바른 곳에서 바꾸고, 그 뒤에 확인
  • 레코드 종류를 공부할 필요 없음

실제 사례

이메일 업체를 바꾸는 회사

호스팅 메일함에서 Google Workspace나 Microsoft 365로 옮기려면 새 MX와 TXT 레코드가 필요해요. LayerAssist가 설정하고 메일이 오가는지 확인해요.

CDN 뒤의 사이트

CDN을 켠 뒤 몇몇 하위 도메인이 작동하지 않아요. LayerAssist는 예전 영역과 새 영역을 비교해 빠진 레코드를 되살려요.

도메인을 넘겨받은 에이전시

DNS를 어디서 관리하는지 아무도 몰라요. LayerAssist는 네임서버를 읽어 업체를 파악하고, 무엇이든 건드리기 전에 모든 레코드를 나열해요.

도메인 DNS 점검 방법

  1. 도메인에 대해 물어보기

    채팅에 도메인과 안 되는 것을 쓰거나, 그냥 “내 도메인 DNS 점검해 줘”라고 하세요.

  2. DNS 관리하는 곳 연결

    레코드를 읽는 데는 비밀번호가 필요 없어요. 바꾸게 하려면 호스팅 제어판이나 DNS 업체 계정을 연결하세요.

  3. 수정과 확인 맡기기

    레코드를 업데이트하고 새 값이 적용됐는지 확인해요.

  4. 계속 지켜보기(선택)

    정기 DNS 점검을 나만의 자동화로 요청하세요. 예: 하루 한 번.

DNS 점검 자주 묻는 질문

사이트와 이메일에 중요한 것들이요. 네임서버(NS), A와 AAAA, CNAME, MX, 그리고 SPF, DKIM, DMARC를 포함한 TXT.

다음: 이메일 전달

월 $9부터 · 14일 동안 마음을 바꿀 수 있습니다

다음에 또 뭔가 고장 나면, 누구한테 물어봐야 할지 알게 될 거예요.

오늘 사이트를 추가하고 첫 질문을 해 보세요. 맞지 않으면 14일 이내에 해지하고 첫 결제를 돌려받으세요. 사용한 AI 작업 비용만 차감됩니다.

7일 무료 · 신용카드 필요 없음 · 기술 지식은 필요 없어요.