WordPress 관리자를 위한 DNS – 도메인, 등록 기관 및 DNS 레코드

많은 WordPress 사이트 관리자는 블루문마다 한 번만 DNS를 처리합니다. 주로 새 도메인 구매, 새 웹사이트 설정, 새 웹 호스트로 마이그레이션할 때.

그러나 DNS는 인터넷의 핵심이며 DNS 레코드의 작은 실수로 인해 방문자가 웹 사이트에 액세스할 수 없거나 이메일을 보낼 수 없게 될 수 있으므로 작동 방식에 대한 기본적인 이해가 중요합니다.

좋은 소식은 DNS를 이해하고 관리하기가 매우 쉽다는 것입니다. 이 문서에서는 모든 WordPress 사이트 소유자와 관리자가 DNS 및 DNS 레코드에 대해 알아야 하는 내용을 설명합니다.

DNS란 무엇입니까?

DNS는 도메인 이름 시스템을 의미합니다. 인터넷에서 사용하는 계층적 명명 시스템입니다. 그 역할은 www.wpwhitesecurity.com과 같은 기억하기 쉬운 도메인 이름을 192.124.249.168 과 같이 컴퓨터가 이해할 수 있는 IP(인터넷 프로토콜) 주소로 변환하는 것입니다.

DNS가 필요한 이유는 무엇입니까?

인터넷이나 네트워크에 연결된 모든 컴퓨터, 스마트폰 또는 장치에는 고유한 IP 주소가 있습니다. 예를 들어 www.wpwhitesecurity.com 웹사이트는 IP 주소가 192.124.249.168인 웹 서버에서 호스팅됩니다.

웹사이트 이름(www.wpwhitesecurity.com)은 쉽게 기억하지만 IP 주소(192.124.249.168)는 기억하지 못하기 때문에 사람이 읽을 수 있는 텍스트(도메인 이름)를 컴퓨터가 이해할 수 있는 정보인 IP 주소로 변환하려면 DNS가 필요합니다. 그렇지 않으면 대신 IP 주소를 기억해야 합니다.

도메인 및 FQDN이란 무엇입니까?

DNS에 대해 알아보기 전에 도메인과 FQDN이 무엇인지 살펴보겠습니다. FQDN(정규화된 도메인 이름)은 일반적으로 웹 사이트 URL 또는 www.wpwhitesecurity.com 과 같은 도메인이라고 합니다. FQDN은 다음과 같은 여러 부분으로 구성됩니다.

www 하위 도메인과 같은 FQDN의 모든 부분은 최대 63자까지 가능합니다. 전체 FQDN은 253자를 초과할 수 없습니다. 인터넷에서 사용되는 일반적인 하위 도메인은 www, blog, site, admin 등입니다. 인터넷에서 가장 일반적인 TLD는 .com, .net, .org 및 .nl 및 .mt와 같은 국가별 TLD입니다.

DNS 작동 방식

DNS 작동 방식을 설명하기 위해 www.wpwhitesecurity.com 과 같은 웹사이트를 탐색할 때 어떤 일이 발생하는지 살펴보겠습니다.

이것은 DNS 뒤에 있는 논리를 이해할 수 있는 높은 수준의 설명입니다. 실제 라이브에는 DNS 캐싱, 루트 DNS 서버 등과 같이 DNS 작동 방식에 영향을 줄 수 있는 더 많은 구성 요소가 관련되어 있습니다.

1단계: 도메인 이름을 IP 주소로 확인 요청

웹 브라우저의 탐색 모음에 www.wpwhitesecurity.com 을 입력할 때 스마트폰이나 컴퓨터는 웹 사이트가 호스팅되는 웹 서버의 IP 주소를 알아야 합니다. IP 주소를 모르기 때문에 www.wpwhitesecurity.com 을 확인하기 위해 DNS 서버에 요청을 보냅니다.

장치가 사용하는 DNS 서버는 아마도 네트워크 라우터 또는 ISP 중 하나일 것입니다. 이것은 일반적으로 네트워크에 연결할 때 장치의 네트워크 인터페이스에서 자동으로 구성됩니다.

2단계: 재귀 DNS 서버가 도메인의 이름 서버를 요청합니다.

네트워크 및 ISP DNS 서버는 도메인 데이터를 저장하지 않기 때문에 재귀 DNS 서버라고 합니다. 대신 쿼리를 다른 DNS 서버로 전달하고 답을 다시 보냅니다.

따라서 장치가 연결한 DNS 서버는 계층 구조에서 상위에 있는 다른 DNS 서버(예: 루트 서버 등)에 연결하여 wpwhitesecurity.com 도메인에 대한 NS(이름 서버)의 IP 주소를 가져옵니다. NS(이름 서버)는 도메인에 대한 정보를 보유하는 DNS 서버입니다.

모든 도메인에는 몇 개의 NS(이름 서버)가 있으며 재귀 DNS 서버가 담당 도메인의 IP 주소를 확인해야 할 때마다 쿼리에 응답합니다. 도메인을 구입할 때 도메인에 대한 이름 서버(NS)를 구성합니다.

아래 스크린샷에서 wpwhitesecurity.com 도메인에 대한 NS(이름 서버) 구성을 볼 수 있습니다.

3단계: 재귀 DNS 서버는 이름 서버에 FQDN을 확인하도록 요청합니다.

이 단계에서 장치가 접속한 재귀 DNS 서버에는 탐색하려는 도메인의 이름 서버 목록이 있습니다. 따라서 FQDN www.wpwhitesecurity.com 을 IP 주소로 확인하기 위해 서버 중 하나에 요청을 보냅니다. 그것이 얻는 대답은 192.124.249.168입니다.

4단계: 재귀 DNS 서버는 IP 주소로 응답합니다.

이제 장치에 연결된 재귀 DNS 서버에 FQDN www.wpwhitesecurity.com 의 IP 주소가 있으므로 이를 다시 장치로 보냅니다.

5단계: 장치가 웹 서버에 연결됨

귀하의 장치는 재귀 DNS 서버에서 수신한 해당 IP 주소의 웹 서버에 연결하고 www.wpwhitesecurity.com 페이지를 요청합니다. 웹 서버는 브라우저가 다운로드 및 렌더링을 시작하는 HTML 데이터를 보내 응답합니다.

도메인 및 DNS 등록

이제 우리는 모든 도메인에 최소한 이름 서버가 있어야 한다는 것을 압니다. 이상적으로는 두 개 이상이 있어야 합니다.

그렇기 때문에 새 도메인을 구입할 때 이름 서버의 IP 주소 또는 FQDN을 묻는 메시지가 표시됩니다. 자체 DNS를 호스팅하거나 타사 솔루션을 사용하지 않는 한 일반적으로 등록 기관의 자체 이름 서버를 사용합니다.

DNS 레코드 유형

DNS는 메일 서버의 IP 주소와 같은 도메인에 대한 기타 정보를 얻는 데 사용할 수 있습니다. 이 정보는 다양한 유형의 DNS 레코드를 통해 얻을 수 있습니다. 50가지가 넘는 다양한 유형의 DNS 레코드가 있지만 WordPress 사이트 소유자로서 아래 나열된 몇 가지에 대해 알고 있다면 모두 좋을 것입니다.

기록

이것은 가장 일반적인 DNS 레코드 유형입니다. 호스트 이름 또는 FQDN을 IP 주소에 매핑하는 데 사용됩니다. 이것은 위에서 언급한 도메인 이름 확인 프로세스에서 일반적으로 사용되는 레코드입니다.

CNAME 레코드

두 개의 서로 다른 FQDN이 동일한 IP를 가질 때 사용되는 별칭 레코드입니다. 예를 들어 wpwhitesecurity.com 과 www.wpwhitesecurity.com 은 동일한 웹 서버에 있습니다. 그래서 아래 표와 같이 wpwhitesecurity.com 에 대한 A 레코드를 만든 다음 wpwhitesecurity.com 을 가리키는 www.wpwhitesecurity.com 에 대한 CNAME을 만들었습니다.

MX 레코드

메일 교환 기록입니다. 도메인 메일 서버의 IP 주소를 지정하는 데 사용됩니다. [email protected] 으로 이메일을 보내면 메일 서버의 DNS 서버는 이 레코드의 정보를 사용하여 연결하고 이메일을 보내야 하는 이메일 서버의 IP 주소를 알고 있습니다.

NS 레코드

이름 서버 레코드입니다. 도메인에 대한 권한 있는 이름 서버의 IP 주소를 지정하는 데 사용됩니다. 이것들은 위에서 언급한 것으로 도메인을 구입할 때 지정해야 합니다.

TXT 레코드

DNS는 공개 키, 도메인과 관련된 위치, 스팸 방지 프레임워크와 관련된 기록을 저장하는 데에도 사용할 수 있습니다. TXT 레코드는 일반적으로 이러한 레코드에 사용되는 DNS 레코드 유형입니다. 원래 사람이 읽을 수 있는 텍스트에 사용되었지만 오늘날에는 대부분 기계가 읽을 수 있는 데이터를 저장합니다. 예를 들어 SPF, DKIM 레코드 등과 같은 스팸 방지 시스템 에 사용됩니다.

DNS 캐싱 및 TTL

트래픽과 리소스를 최소화하기 위해 재귀 DNS 서버는 TTL(Time to Live) 값에 지정된 시간 동안 DNS 레코드를 캐시합니다. TTL은 모든 DNS 레코드에 초 단위로 지정되며 만료 날짜와 같습니다.

캐싱은 DNS 레코드 변경 사항이 모든 곳으로 전파되는 데 몇 시간과 며칠이 걸릴 수 있는 이유입니다. 전파 기간은 레코드에 대해 설정한 TTL 값의 영향도 받습니다. 매우 높은 TTL 값을 설정하면 DNS 레코드 변경 사항이 전파되는 데 매우 오랜 시간이 걸립니다.

DNS 없음, 파티 없음!

DNS가 없었다면 인터넷은 오늘날 우리가 알고 있는 것과 같지 않았을 것입니다! DNS의 기본 사항과 WordPress 사이트를 실행하는 데 DNS가 필요한 이유를 이해하면 사이트와 도메인을 더 잘 관리하는 데 도움이 됩니다.

DNS 기록 및 괴짜

DNS에 대한 원래 사양은 1983년 IETF에 의해 RFC 882 및 RFC 883으로 게시되었습니다. 이러한 RFC는 1987년에 RFC 1034 및 RFC 1035로 대체되었으며 둘 다 여러 다른 RFC를 통해 업데이트되었습니다.

DNS 서버는 메시징을 위해 포트 53 UDP에서 실행되고 영역 전송을 위해 TCP에서 포트 53을 사용합니다. DNS에 대한 자세한 기술 정보는 다음 읽기를 권장합니다.

• Wikipedia의 도메인 이름 시스템(DNS)
• Wikipedia의 DNS 레코드 유형 목록