# MX 레코드 조회 도구: 해석과 점검 URL: https://notificationharbor.com/ko/tools/mx-레코드-조회 Type: tool Locale: ko Published: 2026-11-04 Updated: 2026-11-05 --- > dig나 nslookup 결과를 붙여넣으면 MX 레코드를 전달 순서대로 정렬하고, 메일 제공자와 매칭하며, RFC 기준으로 점검합니다. 브라우저에서 실행됩니다. ## MX 레코드 조회 도구: 레코드를 읽고 점검하세요 dig 명령 한 줄을 실행해 결과를 붙여넣으면 전달 순서, 메일 제공자, 바운스를 일으키는 실수를 바로 볼 수 있습니다. 아무것도 브라우저 밖으로 나가지 않습니다. ## MX 레코드 조회 도구 dig, nslookup 결과 또는 "우선순위 호스트" 형식의 줄을 붙여넣으세요. 입력하는 동안 결과가 바로 갱신됩니다. *[Interactive widget — see the live page for the full experience]* ## 도구가 MX 레코드에서 읽는 것 ### 우선순위가 순서를 정합니다 각 MX 레코드는 16비트 우선순위와 호스트 이름을 짝으로 가집니다. 발신 서버는 가장 낮은 숫자부터 시도하고, 호스트에 연결할 수 없을 때만 다음 숫자로 넘어갑니다. 도구는 레코드를 단계별로 정렬해 실제 전달 순서가 보이도록 합니다. ### 호스트 이름이 제공자를 알려 줍니다 도구는 각 대상을 aspmx.l.google.com이나 mail.protection.outlook.com 같은 알려진 접미사와 비교합니다. 약 20개의 메일함 및 게이트웨이 제공자를 식별합니다. 인식하지 못한 호스트는 추측하지 않고 표시만 합니다. ### 점검 규칙은 RFC에서 옵니다 점검 항목은 RFC 5321, RFC 2181, RFC 7505에 명시된 규칙입니다. 호스트 이름 대상만 허용하고, CNAME 별칭을 금지하며, null MX는 단독으로 존재해야 합니다. 점수나 임의의 기준값은 없습니다. *실행 위치* ## 명령 한 줄, 그다음 붙여넣기 도구가 DNS를 대신 조회하지 않으므로 답은 여러분의 터미널에서 나옵니다. 메일 마이그레이션을 디버깅할 때는 이것이 장점입니다. 조회 사이트의 캐시된 사본이 아니라 지금 여러분의 리졸버가 실제로 반환하는 값을 볼 수 있습니다. - macOS와 Linux: dig MX yourdomain.com +short - Windows: nslookup -type=mx yourdomain.com - 특정 공개 리졸버에 질의하려면 dig 명령에 @1.1.1.1을 추가하세요 ## 깔끔한 메일 전환을 위한 4단계 1. **현재 레코드 세트 기록** — dig MX를 실행하고 출력을 저장하세요. 여기에 붙여넣으면 무엇을 교체하는지, 지금 어떤 제공자가 담당하는지 확인할 수 있습니다. 2. **TTL을 미리 낮추기** — MX TTL을 300초로 낮춘 뒤, 최소한 기존 TTL만큼 기다리세요. 리졸버가 오래 유지된 캐시를 만료시켜야 편집 내용이 적용됩니다. 3. **한 번의 편집으로 레코드 교체** — 기존 호스트를 제거하고 새 호스트를 함께 추가하세요. 반쯤 끝난 교체가 한 도메인에 제공자 두 곳을 남기는 원인입니다. 4. **공개 리졸버에서 확인한 뒤 TTL 복원** — 공개 리졸버에 dig를 실행하고 결과를 붙여넣으세요. 도구에 제공자 하나와 오류 없음이 표시되면 TTL을 다시 올리세요. ## MX 레코드 조회 도구에 대한 질문 ### 이 MX 레코드 조회 도구는 무료인가요? 네. 가입이나 요청 제한이 없습니다. 파싱과 점검은 브라우저에서 실행되며, 붙여넣은 텍스트는 서버로 전송되지 않습니다. 페이지 밖으로 나가는 것은 익명의 도구 실행 신호뿐입니다. ### 실시간 DNS 서버를 조회하나요? 아니요. 브라우저는 DNS 질의를 직접 보낼 수 없고, 도메인을 제3자 조회 API로 보내는 것은 원치 않는 의존성을 추가하기 때문입니다. dig나 nslookup 명령을 한 번 실행해 결과를 붙여넣으면 도구가 읽고, 정렬하고, 점검합니다. 즉 여러분의 리졸버가 보는 값을 그대로 볼 수 있습니다. ### 붙여넣을 MX 레코드는 어떻게 얻나요? macOS나 Linux에서는 dig MX yourdomain.com +short를, Windows에서는 nslookup -type=mx yourdomain.com을 실행하세요. 두 형식 모두 동작하며, dig 전체 응답이나 10 mx.example.com 같은 단순 쌍도 됩니다. ### MX 우선순위 숫자는 무엇을 뜻하나요? 우선순위입니다. 가장 낮은 숫자가 먼저 시도됩니다. 그 호스트에 연결할 수 없으면 발신 서버는 다음 숫자로 넘어갑니다. 같은 숫자를 가진 호스트들은 무작위 순서로 시도되며, 제공자들이 인바운드 부하를 나누는 방식입니다. ### MX 레코드에 IP 주소가 있으면 왜 오류인가요? MX 대상은 A 또는 AAAA 레코드로 해석되는 호스트 이름이어야 합니다. RFC 5321은 그 자리에 IP만 쓰는 것을 허용하지 않습니다. 일부 메일 서버는 이를 허용하지만 많은 서버는 허용하지 않으므로, 추적하기 어려운 간헐적 바운스가 발생합니다. ### 도구가 한 도메인에 제공자 두 곳이 있다고 경고하는 이유는 무엇인가요? MX가 섞여 있는 경우는 대부분 끝내지 못한 마이그레이션에서 생깁니다. 발신 서버는 낮은 우선순위를 먼저 시도하고 그 호스트가 다운되었을 때만 넘어가므로, 메일이 메일함이 없는 플랫폼에 도착할 수 있습니다. 의도적으로 라우팅하는 것이 아니라면 제공자를 하나로 유지하세요. ### MX 레코드는 발신에도 영향을 주나요, 수신에만 영향을 주나요? 수신에만 영향을 줍니다. 발신 메일은 SPF, DKIM, DMARC 레코드와 발신 IP의 평판에 따라 처리됩니다. 올바른 MX 세트만으로는 발신 측의 스팸함 문제를 해결할 수 없습니다. ### MX 레코드가 없는 도메인도 확인할 수 있나요? 아무것도 붙여넣지 않으면 도구가 레코드를 찾지 못했다고 알려 줍니다. MX 레코드가 없으면 발신 서버는 도메인의 A 또는 AAAA 레코드로 대체하는데, 대부분 원하는 결과가 아닙니다. 도메인이 메일을 전혀 받지 않아야 한다면 null MX(0 .)를 게시하세요. ## 발송 인프라를 추적하세요 이 도구는 인바운드 쪽을 다룹니다. Notification Harbor는 여러분이 직접 관리하는 발송을 다룹니다: 도메인 워밍업, 트레이스 단위 관찰성, 첫 운영 발송 전에 설정하는 SPF, DKIM, DMARC. *Call to action: Notification Harbor 작동 방식 보기* ## FAQ ### 이 MX 레코드 조회 도구는 무료인가요? 네. 가입이나 요청 제한이 없습니다. 파싱과 점검은 브라우저에서 실행되며, 붙여넣은 텍스트는 서버로 전송되지 않습니다. 페이지 밖으로 나가는 것은 익명의 도구 실행 신호뿐입니다. ### 실시간 DNS 서버를 조회하나요? 아니요. 브라우저는 DNS 질의를 직접 보낼 수 없고, 도메인을 제3자 조회 API로 보내는 것은 원치 않는 의존성을 추가하기 때문입니다. dig나 nslookup 명령을 한 번 실행해 결과를 붙여넣으면 도구가 읽고, 정렬하고, 점검합니다. 즉 여러분의 리졸버가 보는 값을 그대로 볼 수 있습니다. ### 붙여넣을 MX 레코드는 어떻게 얻나요? macOS나 Linux에서는 dig MX yourdomain.com +short를, Windows에서는 nslookup -type=mx yourdomain.com을 실행하세요. 두 형식 모두 동작하며, dig 전체 응답이나 10 mx.example.com 같은 단순 쌍도 됩니다. ### MX 우선순위 숫자는 무엇을 뜻하나요? 우선순위입니다. 가장 낮은 숫자가 먼저 시도됩니다. 그 호스트에 연결할 수 없으면 발신 서버는 다음 숫자로 넘어갑니다. 같은 숫자를 가진 호스트들은 무작위 순서로 시도되며, 제공자들이 인바운드 부하를 나누는 방식입니다. ### MX 레코드에 IP 주소가 있으면 왜 오류인가요? MX 대상은 A 또는 AAAA 레코드로 해석되는 호스트 이름이어야 합니다. RFC 5321은 그 자리에 IP만 쓰는 것을 허용하지 않습니다. 일부 메일 서버는 이를 허용하지만 많은 서버는 허용하지 않으므로, 추적하기 어려운 간헐적 바운스가 발생합니다. ### 도구가 한 도메인에 제공자 두 곳이 있다고 경고하는 이유는 무엇인가요? MX가 섞여 있는 경우는 대부분 끝내지 못한 마이그레이션에서 생깁니다. 발신 서버는 낮은 우선순위를 먼저 시도하고 그 호스트가 다운되었을 때만 넘어가므로, 메일이 메일함이 없는 플랫폼에 도착할 수 있습니다. 의도적으로 라우팅하는 것이 아니라면 제공자를 하나로 유지하세요. ### MX 레코드는 발신에도 영향을 주나요, 수신에만 영향을 주나요? 수신에만 영향을 줍니다. 발신 메일은 SPF, DKIM, DMARC 레코드와 발신 IP의 평판에 따라 처리됩니다. 올바른 MX 세트만으로는 발신 측의 스팸함 문제를 해결할 수 없습니다. ### MX 레코드가 없는 도메인도 확인할 수 있나요? 아무것도 붙여넣지 않으면 도구가 레코드를 찾지 못했다고 알려 줍니다. MX 레코드가 없으면 발신 서버는 도메인의 A 또는 AAAA 레코드로 대체하는데, 대부분 원하는 결과가 아닙니다. 도메인이 메일을 전혀 받지 않아야 한다면 null MX(0 .)를 게시하세요.