도메인의 IPv4 주소
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의 등록 데이터A 레코드는 도메인 이름을 하나 이상의 IPv4 주소에 매핑합니다. 호스트명에 대해 브라우저와 클라이언트가 어느 서버에 연결할지 알려 주는, 가장 기본적인 DNS 레코드입니다. 유효한 A 레코드가 없으면 도메인이 IPv4를 통해 웹사이트로 확인되지 않습니다.
호스트명을 입력하면 리졸버가 그 A 레코드를 조회해 연결할 IPv4 주소를 찾습니다. 이 레코드는 단순한 매핑으로, 예를 들어 example.com을 93.184.216.34에 매핑합니다. 한 호스트명은 서로 다른 IP를 가리키는 여러 A 레코드를 가질 수 있으며, 리졸버는 이를 순환하여 제공해 기본적인 형태의 부하 분산을 제공합니다. A 레코드의 TTL은 리졸버가 다시 확인하기 전에 주소를 얼마나 오래 캐시할지 제어하며, 사이트를 새 서버로 옮길 때 중요합니다.
각 A 레코드 행은 호스트명, 확인되는 IPv4 주소, 초 단위 TTL을 보여 줍니다. example.com A 93.184.216.34 TTL 3600 같은 결과는 도메인이 그 IPv4 주소를 가리키며 리졸버가 한 시간 동안 캐시할 수 있다는 뜻입니다. 같은 이름에 여러 A 레코드가 보이면 트래픽이 그 IP들에 분산됩니다. 주소가 호스팅 제공업체의 서버와 일치하지 않으면 DNS가 여전히 이전 호스트를 가리키고 있어 갱신이 필요합니다.
가장 흔한 문제는 호스팅 이전 후 A 레코드가 이전 IP를 가리켜 방문자를 잘못되거나 죽은 서버로 보내는 것입니다. DNS 제공업체에서 레코드를 갱신하고 TTL이 만료되기를 기다려 해결하세요. 루트 도메인(example.com)에 A 레코드가 없으면 사이트가 www에서는 로드되지만 베어 도메인에서는 로드되지 않습니다. 또한 이미 CNAME이 있는 이름에 A 레코드를 추가하려 할 때 충돌이 발생하는데, DNS는 같은 호스트명에서 이를 허용하지 않습니다.
A 레코드는 도메인 이름을 93.184.216.34 같은 IPv4 주소에 매핑하는 DNS 레코드입니다. 누군가 도메인을 방문할 때 브라우저가 올바른 서버에 연결하게 해 줍니다. A는 address(주소)를 뜻합니다. 가장 기본적이고 필수적인 레코드 유형으로, 이것이 없으면 호스트명이 IPv4를 통해 확인될 수 없습니다.
A 레코드는 호스트명을 IPv4 주소에 직접 가리키고, CNAME은 호스트명을 다른 호스트명에 가리켜 그쪽의 A 레코드가 사용되게 합니다. 루트 도메인이나 고정 IP가 있을 때는 A 레코드를, CDN이나 SaaS 엔드포인트처럼 제공업체의 호스트명을 따라야 하는 하위 도메인에는 CNAME을 사용하세요.
네, 도메인은 서로 다른 IPv4 주소를 가리키는 여러 A 레코드를 가질 수 있습니다. 리졸버는 이를 순환하여 반환해 기본적인 부하 분산과 중복성을 위해 요청을 서버에 분산합니다. 한 주소가 도달 불가능하면 클라이언트가 다른 주소를 재시도할 수 있습니다. 같은 호스트명 뒤에서 여러 프런트엔드 서버를 운영하는 대형 사이트에서 흔합니다.
DNS 제공업체의 제어판에서 레코드의 IP 주소 값을 편집하고 저장해 A 레코드를 변경하세요. 변경은 이전 레코드의 TTL이 만료되면 적용되며, 몇 분에서 하루까지 걸릴 수 있습니다. 변경 하루 전에 TTL을 낮추면 더 빨리 전파됩니다. IPeek는 결과를 15분간 캐시합니다.
A 레코드는 그 호스트명에 존재하지 않거나, 도메인의 네임 서버가 잘못 구성되었거나, 변경이 아직 전파를 마치지 않아 확인되지 않을 수 있습니다. 등록 대행자의 NS 레코드가 DNS 제공업체와 일치하는지 확인하고, 정확한 호스트명에 레코드가 존재하는지 확인하며, 편집 후 TTL이 만료되기를 기다리세요.