IP 주소에서 호스트명으로
DNS 및 레코드
DNS 조회 모든 도메인의 전체 DNS 레코드 A 레코드 조회 도메인의 IPv4 주소 AAAA 레코드 조회 도메인의 IPv6 주소 MX 조회 도메인의 메일 서버 NS 조회 권한 있는 네임 서버 TXT 조회 TXT 레코드, SPF, 인증 CNAME 조회 정규 이름(별칭) 레코드 SOA 조회 Start of Authority 레코드 SRV 조회 서비스 위치 레코드 CAA 조회 어떤 CA가 인증서를 발급할 수 있는지 역방향 DNS (PTR) IP 주소에서 호스트명으로 DNSSEC 점검 도메인이 서명되고 검증되는가? DNS 헬스 체크 위임 및 DNS 전체를 진단하는 종합 리포트이메일 전달성
SPF 점검 Sender Policy Framework 레코드 검증 DMARC 점검 DMARC 정책 검사 및 등급 평가 DKIM 점검 DKIM 공개 키 찾기 및 검증 블랙리스트 점검 이메일 차단 목록(DNSBL)에 대해 IP 점검 SMTP 테스트 메일 서버에 연결하여 STARTTLS 점검 MTA-STS 점검 수신 메일에 대한 강제 TLS 정책 BIMI 점검 이메일용 브랜드 로고 레코드 TLS-RPT 점검 SMTP TLS 보고 정책네트워크 및 웹
SSL 인증서 점검 사이트의 TLS 인증서 및 만료 검사 HTTP 헤더 점검 응답 헤더, 리디렉션 및 보안 검사 핑 (TCP) TCP를 통한 도달성 및 지연 시간 포트 점검 어떤 일반 포트가 열려 있는지도메인
WHOIS 조회 도메인, IP 및 ASN의 등록 데이터역방향 DNS는 PTR 레코드를 통해 IP 주소를 호스트명으로 다시 확인하며, 이는 일반적인 정방향 조회의 반대입니다. 메일 서버는 발신자 평판을 가늠하기 위해 이를 확인하므로, PTR 레코드가 없거나 일반적이면 이메일 전달성을 해칠 수 있습니다. PTR 레코드는 IP 블록을 통제하는 주체가 관리하는 특수 영역 in-addr.arpa와 ip6.arpa에 존재합니다.
PTR 레코드는 IP 주소를 호스트명에 매핑하며, A 레코드의 반대입니다. IP는 특수 영역에서 이름으로 조회됩니다. 93.184.216.34는 34.216.184.93.in-addr.arpa가 되고, IPv6는 ip6.arpa를 사용합니다. 결정적으로 PTR 레코드는 도메인의 DNS가 아니라 IP 블록을 소유한 주체, 보통 호스팅 제공업체나 ISP가 통제합니다. 이를 설정하거나 변경하려면 자신의 영역 파일을 편집하는 대신 그들에게 요청해야 합니다.
수신 메일 서버는 연결하는 IP에 대해 역방향 DNS 조회를 실행해 정당한 메일 출처인지 판단합니다. 깔끔한 설정은 PTR이 실제 호스트명(mail.example.com)으로 확인되고 그 정방향 A 레코드가 동일한 IP로 다시 가리키는 것으로, 이를 정방향 확인 역방향 DNS(FCrDNS)라고 합니다. PTR이 없거나 브로드밴드 제공업체 도메인의 숫자 나열 같은 일반적인 PTR은 가정용이거나 미구성 호스트임을 나타내며 흔히 스팸 필터링이나 직접적인 거부를 유발합니다. 적절한 PTR은 이메일을 보내는 모든 서버에 필수입니다.
PTR 결과는 IP가 확인되는 호스트명을 보여 줍니다. 예를 들어 34.216.184.93 PTR mail.example.com입니다. mail.example.com이 동일한 IP를 반환하는 A 레코드를 가지는지 확인해 FCrDNS가 유효한지 검증하세요. 조회가 아무것도 반환하지 않으면 PTR이 설정되지 않은 것이고, 일반적인 제공업체 호스트명을 반환하면 기본값이 그대로인 것입니다. 어느 쪽이든 호스팅 제공업체나 ISP에 요청해 PTR을 귀하가 통제하는 호스트명으로 설정한 뒤, 둘이 일치하도록 정방향 A 레코드를 게시해 해결하세요.
PTR 레코드는 IP 주소를 호스트명으로 다시 매핑해 역방향 DNS 조회를 가능하게 하는 DNS 레코드로, A 레코드의 반대입니다. PTR은 pointer(포인터)를 뜻합니다. IPv4의 경우 in-addr.arpa 영역에, IPv6의 경우 ip6.arpa 영역에 존재하며, 보통 호스팅 제공업체나 ISP인 IP 블록의 소유자가 통제합니다.
수신 메일 서버가 발신 IP가 정당하고 제대로 구성된 호스트에 속하는지 검증하기 위해 PTR 레코드를 확인하므로 이메일에 중요합니다. PTR이 없거나 일반적이면 메일이 가정용이거나 미구성 출처에서 온 것처럼 보여 흔히 스팸 필터링이나 거부를 유발합니다. 일치하는 PTR과 정방향 레코드는 발신자 평판을 쌓고 전달성을 개선합니다.
PTR 레코드는 도메인의 DNS가 아니라 IP 소유자의 역방향 영역에 존재하므로, 보통 호스팅 제공업체나 ISP인 IP 주소 소유자에게 요청해 설정합니다. IP를 귀하가 통제하는 호스트명으로 가리키도록 요청한 뒤, 정방향과 역방향 조회가 일치하도록(FCrDNS) 그 호스트명에 대한 일치하는 A 레코드를 게시하세요.
정방향 DNS는 A 또는 AAAA 레코드를 사용해 호스트명을 IP 주소로 확인하고, 역방향 DNS는 PTR 레코드를 사용해 IP 주소를 호스트명으로 다시 확인합니다. 정방향 조회는 브라우저가 사이트에 도달하기 위해 하는 것이고, 역방향 조회는 주로 메일 서버와 로깅 도구가 IP 뒤의 호스트를 식별하고 검증하는 데 사용합니다.
IP 소유자가 기본 일반 호스트명을 그대로 두었거나, 귀하가 변경을 요청하지 않은 PTR을 설정했기 때문에 PTR 레코드가 도메인과 일치하지 않을 수 있습니다. PTR 레코드는 자신의 DNS가 아니라 호스팅 제공업체나 ISP가 관리하므로, 불일치는 그들의 역방향 영역을 갱신해야 한다는 뜻입니다. 올바른 호스트명을 요청하고 일치하는 정방향 A 레코드를 추가하세요.