DNS 레코드 설명 [AZ] – 6 DNS 레코드 유형, DNS 의미 등
게시 됨: 2020-10-12방문하려는 모든 웹사이트의 IP 주소를 기억해야 한다면 어떻게 될까요? 나는 당신이 곧 미쳐 버릴 것이라고 장담합니다!
여기에서 DNS가 장면으로 이동합니다. 도메인 이름 시스템은 인터넷에 혁명을 일으켰습니다.
이 기사에서는 DNS가 실제로 무엇이며 어떻게 작동하는지 논의할 것입니다.
그와 함께 다양한 유형의 DNS 레코드, 용도 및 지금 쉽게 구성할 수 있는 방법에 대해서도 이야기하겠습니다!
그래서 더 이상 시간을 할애하지 않고 기사를 시작하겠습니다!

- DNS란 무엇입니까?
- DNS는 어떻게 작동합니까?
- DNS 조회란 무엇입니까?
- 호스트 이름이란 무엇입니까?
- FQDN이란 무엇입니까?
- 네임서버란? 그것을 변경하는 방법?
- 전파 시간이란 무엇입니까?
- 네임서버와 웹사이트의 관계는 무엇입니까?
- 내 도메인 DNS 레코드를 어디에서 찾고 편집할 수 있습니까?
- DNS 레코드란 무엇입니까?
- DNS 레코드 유형
- 기록
- AAAA 레코드
- CNAME
- MX 레코드
- TXT 레코드
- SPF 레코드
- DKIM 레코드
- NS 레코드
- SRV 레코드
- CAA 기록
- AAAA 레코드와 MX 레코드의 차이점
- 정적 DNS와 동적 DNS의 차이점
- 프리미엄 DNS란 무엇입니까?
- 웹사이트를 위한 프리미엄 DNS 호스팅을 받아야 합니까?
- 결론
DNS란 무엇입니까?
도메인 이름 시스템 은 인터넷에 있는 모든 단일 도메인 이름의 기록을 유지하고 IP 주소와 매핑하는 거대한 디렉토리입니다.

사람은 이름을 이해하지만 인터넷은 IP 주소만 이해합니다. xyz.com 을 검색하고 싶은데 이 웹사이트의 IP 주소가 기억나지 않는다고 가정해 보겠습니다. 인터넷과 어떻게 대화할 것인가?
따라서 DNS가 존재하게 되었습니다. 번역기 역할을 하며 인터넷이 이해할 수 있도록 도메인 이름을 IP 주소로 변환합니다.
또한 모든 웹사이트에 대해 복잡한 숫자 집합을 외워야 하는 정신적 고통에서 벗어날 수 있습니다.
DNS는 어떻게 작동합니까?
간단한 예를 들어 DNS의 작동을 이해합시다.
당신은 사용자입니다. 웹 브라우저에 kripesh.com 과 같은 웹 사이트를 입력합니다. 다음에 무슨 일이? 화면에서 웹사이트를 어떻게 볼 수 있습니까?
이 이면의 프로세스는 무엇입니까? 다음은 브라우저에서 웹사이트를 검색할 때 일어나는 일입니다.

- 브라우저는 요청된 웹사이트( kripesh.com )의 IP 주소를 찾기 위해 DNS 서버에 요청을 보냅니다.
- DNS 서버는 IP 주소를 찾아 브라우저에 반환합니다.
- 이제 이 IP 주소는 요청한 웹 사이트의 파일과 데이터가 있는 웹 서버를 찾습니다.
- 웹 서버와 연결하여 요청한 웹 사이트의 데이터를 사용자의 브라우저로 가져옵니다.
DNS 조회란 무엇입니까?
DNS 조회 는 인터넷에서 도메인 이름에 대한 IP 주소를 찾는 프로세스입니다. DNS 조회에는 두 가지 유형이 있습니다.
- Forward DNS Lookup : 이것은 사용자가 도메인 이름을 입력하고 DNS를 사용하여 해당 도메인에 해당하는 IP 주소를 찾는 일종의 DNS 요청입니다.

2. 역방향 조회: 이것은 정방향 DNS 조회의 정반대입니다. 여기서 사용자는 이미 IP 주소를 가지고 있으며 이 IP와 연결된 도메인 이름을 찾는 데 사용됩니다.

호스트 이름이란 무엇입니까?
호스트 이름 은 네트워크의 다른 장치에 부여된 이름을 참조하므로 식별할 수 있습니다. 사이트 이름, 컴퓨터 이름 또는 노드 이름 이라고도 합니다.
모든 호스트 이름은 몇 가지 규칙을 따라야 합니다. 호스트 이름:
- 영숫자 가능
- 사이에 공백을 사용할 수 없습니다.
- 하이픈만 특수 기호로 사용할 수 있습니다.
호스트 이름은 기본 도메인 이름 앞에 오는 URL의 일부입니다.
예를 들어,

blog.kripesh.com 에서 호스트 이름은 blog입니다.
FQDN이란 무엇입니까?
정규화된 도메인 이름 은 인터넷에 있는 모든 컴퓨터의 완전한 도메인 이름입니다.
호스트 이름 과 도메인 이름 의 두 부분으로 구성됩니다.

따라서 www.kripesh.com 에 대해 이야기하면 www 는 호스트 이름이고 kripesh.com 은 도메인 이름입니다. 이 두 가지가 함께 FQDN 을 형성합니다.
네임서버란? 그것을 변경하는 방법?
네임서버 는 DNS의 일부입니다 . 도메인 이름, IP 주소, 등록 정보 등을 포함한 DNS 레코드를 저장합니다.

네임서버의 주요 기능은 도메인 이름을 IP 주소로 변환하는 것입니다.
네임서버는 호스팅 회사가 소유하여 클라이언트의 도메인을 관리합니다. 도메인의 네임서버를 변경해야 하는 특정 상황이 있습니다.
예를 들어 Namecheap에 도메인을 등록하고 사이트가 Hostinger에서 호스팅되는 경우 도메인을 호스팅 서비스로 지정하지 않으면 웹사이트가 작동하지 않습니다.
도메인 계정에 로그인하여 네임서버를 변경할 수 있습니다.
Namecheap의 경우 : 도메인 목록 > 네임서버를 변경할 도메인 선택 > 관리 > 네임서버
GoDaddy의 경우: 도메인 관리 > DNS 관리 > 네임서버
다른 도메인 등록 기관에 도메인을 등록한 경우 ' 도메인 ' 탭에서 네임서버 변경 옵션을 찾을 수 있습니다.
전파 시간이란 무엇입니까?
DNS는 웹사이트 데이터 사본을 캐시에 저장하여 더 빠르게 로드할 수 있습니다. DNS의 모든 데이터를 ' 레코드 '라고 합니다.
모든 레코드에는 캐시에 존재할 수 있는 고정 시간이 있습니다. 우리는 이것을 레코드의 TTL (Time to Live) 이라고 부릅니다. DNS 레코드를 편집하여 이 시간을 정의할 수 있습니다.

이 시간이 지나면 서버가 캐시를 새로 고치고 업데이트합니다.
DNS 전파 시간 은 도메인 이름 시스템이 모든 캐시 파일을 새로 고치는 데 필요한 시간입니다. 이 프로세스를 완료하는 데 약 2~48시간이 걸립니다.
예를 들어 보겠습니다. 지금 내 웹사이트의 네임서버를 변경한다고 가정해 보겠습니다.
전파 시간 동안 모든 레코드의 TTL 이 만료되고 서버가 캐시를 업데이트할 때까지 기다립니다. 이 프로세스가 완료된 후에야 웹 사이트에서 변경 사항을 볼 수 있습니다.
네임서버와 웹사이트의 관계는 무엇입니까?
우리 웹사이트는 네임서버가 없는 사람은 접근할 수 없습니다.
이 기사를 통해 나와 함께했다면 네임서버가 도메인 이름을 각각의 IP 주소로 변환한다는 것을 알고 있을 것입니다.
이 프로세스가 발생하지 않으면 웹 사이트 파일과 데이터의 위치를 인터넷에 어떻게 알릴 수 있다고 상상해 보십시오.
방문하고자 하는 모든 웹사이트의 IP 주소를 기억할 수는 없잖아요?
요컨대, 웹사이트는 네임서버 없이 작동할 수 없습니다.
내 도메인 DNS 레코드를 어디에서 찾고 편집할 수 있습니까?
이를 위해서는 먼저 도메인 등록 기관 계정에 로그인해야 합니다.
Namecheap의 경우: 대시보드 > 도메인 목록 > 고급 도메인
Hostinger의 경우: 대시보드 > 고급 > DNS 영역 편집기
GoDaddy의 경우: 대시보드 > 내 제품 > 도메인 > DNS
다른 도메인 등록 기관의 경우 ' 도메인 ' 옵션에서 찾을 수 있습니다.
또한 다른 웹 호스팅 계정을 가리키도록 네임서버를 변경한 경우 호스팅 제어판에서 DNS 레코드를 찾을 수 있습니다.
DNS 레코드란 무엇입니까?
DNS 레코드 는 DNS 서버에 저장된 도메인 이름에 대한 정보 데이터베이스.
도메인 이름을 해당 IP 주소에 연결하는 데 사용됩니다.
다양한 목적으로 사용되는 다양한 유형의 기록이 있으며, 이에 대해서는 아래에서 논의할 것입니다.
DNS 레코드 유형

이 데모에서는 Namecheap.com 에 등록된 kptesthosting7.xyz 웹사이트를 사용했습니다. 먼저 Namecheap 계정에 로그인합니다. 그런 다음 다음을 클릭합니다.
대시보드 > 도메인 목록 > 고급 DNS
여기에서 ' 호스트 레코드 '에서 DNS 레코드를 찾을 수 있습니다.
DNS 레코드와 이를 편집하는 방법을 살펴보겠습니다.
기록
A (주소) 레코드는 호스트 이름이 IP 주소를 가리키도록 하는 데 사용됩니다 . 레코드는 IPv4 주소라고 하는 32비트 십진수 주소를 사용합니다. 다음과 같이 보입니다.

A 레코드를 입력하는 동안 다음을 지정해야 합니다.
- 호스트 : 귀하의 도메인 이름입니다. "@"를 사용할 수도 있습니다. @는 루트 도메인임을 나타냅니다.
- 값 : 도메인에 해당하는 IP 주소
- TTL : 이 레코드가 DNS 캐시에 저장되는 시간입니다.
AAAA 레코드
IPv4 주소의 문제는 약 40억 개의 고유한 숫자 조합만 생성할 수 있다는 것이었습니다.
그리고 인터넷에 있는 사람들의 수를 고려하고, 또한 오늘날 1인당 최소 2~3개의 기기를 사용한다는 점을 감안하면 이 숫자는 적습니다.

사실, 우리는 이미 모든 IPv4 조합을 사용했습니다.

그런 다음 IPv6 이 왔습니다! AAAA 레코드는 128비트 길이의 16진수 주소인 IPv6을 사용합니다. 최대 340개의 운데실리온 고유 조합을 생성할 수 있습니다!
나는 얼마나 많은 0이 '운데실리온'을 형성하는지 모릅니다. 당신은? 아래 댓글 섹션에서 답을 알려주세요!
따라서 기본적으로 IPv6 주소를 사용하면 지구상의 모든 사람이 수천 개의 IP 주소를 가진 수천 개의 장치를 가질 수 있으며 고유한 조합이 부족하지 않을 것입니다!
CNAME
CNAME (표준 이름 또는 별칭) 은 한 이름을 다른 이름으로 지정하는 데 사용됩니다.
A 레코드와 달리 CNAME은 IP 주소를 가리키지 않고 다른 도메인을 가리킵니다.
우리 웹사이트( kptesthosting7.xyz )에 3개의 하위 도메인이 있다고 가정해 보겠습니다.
- 1.kptesthosting7.xyz
- 2.kptesthosting7.xyz
- 3.kptesthosting7.xyz
우리는 이것들이 우리의 메인 도메인인 kptesthosting7.xyz 를 가리키기를 원합니다.
다음과 같이 기본 도메인의 CNAME으로 추가할 수 있습니다.

이것은 엄청난 이점이 있습니다.
우리 사이트가 호스팅되는 서버가 언제든지 변경되면 모든 레코드의 IP 주소를 수동으로 업데이트할 필요가 없다고 가정합니다. A 레코드를 편집하고 업데이트하기만 하면 이를 가리키는 CNAME이 저절로 변경됩니다.
CNAME이 우리 도메인만을 가리키는 것은 아닙니다. 때로는 다른 도메인을 가리킬 수 있습니다.
아래 이미지에서 Better Uptime(가동시간 모니터링 도구)에 상태 페이지를 생성했음을 알 수 있습니다. 이제 CNAME을 "statuspage.betteruptime.com"으로 설정해야 합니다.

MX 레코드
MX( Mail eXchange ) 레코드 는 도메인에 도착하는 이메일을 보내야 하는 위치를 지정합니다. 그들은 이메일을 도메인 이름을 담당하는 메일 서버로 보냅니다.
간단히 말해서 MX 레코드는 우리 도메인으로 이메일을 수신하는 데 도움이 됩니다.
MX 레코드를 입력하는 동안 다음 두 가지를 지정해야 합니다.
- 우선 순위: 우선 순위 의 번호는 어떤 메일 서버에 먼저 연락할지 결정합니다.
숫자가 낮을수록 우선 순위가 높습니다. - 값 : 이 필드에는 가리키고자 하는 메일 서버의 주소가 포함됩니다.

@ 기호는 기본 도메인(이 경우 kptesthosting7.xyz )을 대신합니다. 이 레코드에서 우선 순위가 5로 설정된 MX 레코드가 먼저 연결됩니다. 우선 순위 5의 서버가 응답하지 않으면 우선 순위 10의 서버에 연결됩니다.
MX 레코드는 다른 서버에서 이메일을 수신하려는 경우에 사용됩니다. 예를 들어, Gmail에서 이메일을 수신하기 위해 ImprovMX를 사용하고 있습니다. 그러면 MX Entries가 달라집니다.

TXT 레코드
이름에서 알 수 있듯이 TXT (텍스트) 레코드 를 사용하여 DNS에 텍스트 데이터를 입력할 수 있습니다. 이 텍스트 데이터는 우리 도메인에 대한 추가 정보가 될 수 있습니다.
TXT 레코드는 주로 도메인 소유권을 확인하고 웹사이트를 스팸으로부터 보호하는 데 사용됩니다.
TXT 레코드
- 텍스트 데이터만 허용
- 글자수 제한은 255자입니다.

이메일 스팸 방지를 위해 TXT 레코드는 SPF 레코드와 DKIM 레코드의 두 가지 유형으로 더 세분화됩니다. 그들이 무엇인지 봅시다.
SPF 레코드
SPF ( Sender Policy Framework) 레코드 는 도메인을 대신하여 이메일을 보낼 수 있는 메일 서버를 확인하는 TXT 레코드입니다.
예를 들어 Zoho Mail을 사용하는 경우 TXT SPF 레코드를 추가하여 Zoho 메일 서버에 내 도메인을 대신하여 이메일을 보낼 수 있는 권한을 부여합니다.
v=spf1 포함:zoho.in -all
위의 TXT SPF 레코드는 Zoho Mail에 사용됩니다. -all은 Zoho Mail만 도메인을 보낼 수 있는 권한이 있음을 의미합니다.
스푸핑 이라고 들어보셨나요? 스푸핑은 누군가가 귀하를 가장하여 사람들의 신뢰를 얻은 다음 개인 데이터를 훔치는 것입니다.
웹사이트를 소유하고 있다면 스패머가 이메일을 위조할 가능성이 있습니다.
SPF 레코드는 여기에 저장됩니다.
DKIM 레코드
DKIM (Domain Keys Identified Mail) 레코드 는 인증에 사용되는 또 다른 종류의 TXT 레코드입니다.
도메인에서 보낸 메일과 받는 쪽에서 받은 메일이 정확히 동일하게 유지되도록 합니다.
암호화를 사용하여 전송 과정에서 데이터가 변조되거나 변경되지 않았는지 확인합니다.
예를 들어 Zoho Mail을 사용하는 경우 도메인에 DKIM 서명을 입력해야 합니다. 여기에서 자세한 내용을 읽을 수 있습니다.
Zoho Mail, Proton Mail 등과 같은 이메일 서비스를 사용하는 경우 SPF 레코드와 DKIM 레코드를 반드시 추가해야 합니다.
NS 레코드
NS (네임서버) 레코드 는 도메인 이름을 IP 주소로 변환할 이름 서버를 식별합니다. 그들은 우리 도메인에 대한 DNS 레코드를 보유하고 있는 서버를 찾습니다.
모든 도메인에는 최소 2개의 네임서버가 있습니다.

SRV 레코드
SRV (서비스) 레코드 는 우리가 사용하고자 하는 다양한 서비스에 대한 서버의 위치를 지정하는 데 사용됩니다.
VOIP나 Instant Messaging과 같은 서비스에서 주로 사용됩니다. 간단히 말해서 SRV 레코드는 특정 서비스에 사용됩니다.
서버 IP 주소 외에도 포트도 포함됩니다. 일부 인터넷 프로토콜에는 포트가 필요합니다. 이 경우 SRV 레코드가 사용됩니다.
SRV 레코드를 입력하는 동안 다음을 지정해야 합니다.
서비스: 서비스 이름
프로토콜: 전송 프로토콜
우선 사항:
가중치: 우선 순위가 동일한 레코드에 대한 상대적 가중치입니다. 값이 높을수록 바람직합니다.
포트: 서비스의 TCP/UDP 사용자 지정 포트
대상: 귀하의 도메인 이름
TTL:
예를 들어 사용자 지정 포트에서 mirecraft를 실행하는 경우 SRV 레코드를 사용해야 합니다.
서비스 : _마인크래프트
프로토콜 : _tcp
우선순위 : 0
무게 : 5
포트 : [커스텀 포트]
대상 : [귀하의 도메인]
TTL : 자동 또는 30분( 기본 TTL )
CAA 기록
CAA( 인증 기관 인증 ) 레코드 는 도메인 소유자가 도메인에 대해 SSL 인증서를 발급할 수 있는 기관을 선언하는 데 도움이 됩니다.

주 도메인에 대해 지정된 CAA 레코드는 그 아래에 속하는 모든 하위 도메인에 적용됩니다.
AAAA 레코드와 MX 레코드의 차이점
AAAA 레코드 는 고유한 조합을 만들기 위한 128비트 16진수 주소인 IPv6 을 사용하여 도메인 이름을 해당 IP 주소에 매핑합니다.
MX 레코드 는 이메일을 정의된 메일 서버로 보냅니다 . 그들은 우리 도메인에 도착하는 메일이 배달될 서버를 지정하는 데 도움이 됩니다.
정적 DNS와 동적 DNS의 차이점

고정 DNS: 고정 DNS는 자체적으로 변경되지 않는 IP 주소를 사용합니다. 웹사이트용 호스팅을 구매할 때 대부분의 호스팅 제공업체는 고정 네임서버가 있는 고정 IP 주소를 할당합니다.
이 IP 주소는 웹사이트 데이터가 저장될 서버의 위치입니다.
정적 DNS는 더 나은 안정성과 더 나은 DNS 관리를 제공합니다.
그러나 여기에도 몇 가지 단점이 있습니다.
내 호스팅 서버의 IP 주소가 변경되면 모든 DNS 레코드를 수동으로 업데이트해야 합니다.
고정 IP 주소는 해커가 서버의 정확한 위치를 알고 있기 때문에 해킹에 더 취약하므로 주요 보안 위험이 있습니다.
동적 DNS: 동적 DNS는 지속적으로 변경되는 동적 IP 주소를 사용하며 DNS는 DNS 레코드를 자동으로 계속 업데이트합니다.
동적 IP 주소는 더 나은 보안을 보장합니다.
끊임없이 변화하는 IP 주소로 인해 해커가 사용자의 정확한 위치를 알기가 어렵습니다.
ISP가 새 IP 주소를 할당할 수 없는 경우 더 많은 가동 중지 시간이 발생하기 쉽기 때문에 호스팅 서비스에 적합하지 않을 수 있습니다.
프리미엄 DNS란 무엇입니까?
프리미엄 DNS는 다음과 같은 흥미로운 기능을 많이 제공합니다.

매일 엄청난 양의 트래픽을 수신하고 다운타임을 감당할 수 없는 기존 비즈니스는 프리미엄 DNS를 선호합니다.
웹 사이트가 항상 가동되고 실행되도록 보장하는 보조 DNS 를 제공합니다.
프리미엄 DNS 는 DNS 정보를 서로 다른 위치에 있는 서버에 배포합니다 .
이를 통해 전 세계 어디에서나 방문자가 가장 가까운 서버에 연결하고 사이트에 액세스할 수 있습니다. 이것이 웹사이트가 더 빨리 로드되는 방법입니다.
웹사이트를 위한 프리미엄 DNS 호스팅을 받아야 합니까?
그것은 전적으로 귀하의 웹 사이트 요구 사항에 달려 있습니다. 사이트를 막 시작했거나 소규모 기업이라면 프리미엄 DNS가 별로 유용하지 않을 것입니다.
실제로 대부분의 블로거는 무료 DNS, Google DNS 또는 Cloudflare를 사용해도 전혀 문제가 없습니다. Cloudflare DNS(무료) 를 설정할 수 있다면 좋을 것입니다.
2020년 현재 무료 DNS는 대부분의 블로거에게 큰 문제가 되지 않습니다. 더 나은 호스팅은 더 많은 비용을 지출해야 하는 곳입니다.
그러나 수백만 명의 방문자를 확보하고 매 순간이 중요한 기존 브랜드라면 프리미엄 DNS를 사용하면 더 나은 웹사이트 성능, 속도, 보안 및 가동 시간을 얻을 수 있습니다.
따라서 프리미엄 DNS는 좋지만 모든 사람에게 적합한 것은 아닙니다.
결론
이것이 DNS 레코드를 편집하는 방법입니다. 도메인 이름을 소유하고 있다면 A 레코드, CNAME 및 MX 레코드와 같은 기본 레코드를 편집하는 방법을 알아야 합니다.
이 기사가 도움이 되었기를 바라며 DNS 레코드와 각 레코드의 기능에 대한 더 나은 통찰력을 얻는 데 도움이 되었기를 바랍니다.
아래 의견란에 귀하의 견해를 알려주십시오!
또한 이 콘텐츠가 마음에 들었고 더 흥미롭고 유익한 기사를 받고 싶다면 이 블로그를 구독하십시오.
이것은 Kripesh의 서명입니다! 조심하고 계속 배우십시오, 여러분! 곧 더 알찬 내용으로 돌아오겠습니다. 다음 편에서 뵙겠습니다. 안녕!