Skip to content

Commit 82018b9

Browse files
committed
Write Network Post " A 레코드와 CNAME 레코드는 뭐가 다른걸까? "
1 parent afd1969 commit 82018b9

File tree

1 file changed

+168
-0
lines changed

1 file changed

+168
-0
lines changed
Lines changed: 168 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,168 @@
1+
---
2+
layout: post
3+
title: " A 레코드와 CNAME 레코드는 뭐가 다른걸까? "
4+
categories: Network
5+
author: goodGid
6+
use_math: true
7+
---
8+
* content
9+
{:toc}
10+
11+
## Prologue
12+
13+
* 회사에서 OnPrem 서버를 Kubernetes로 옮기는 작업을 하던 중
14+
15+
A 레코드와 CNAME 이란 키워드가 회의 중 나왔는데
16+
17+
도메인 설정 시 자주 등장하는 A 레코드와 CNAME 레코드에 대해 알아보려고 한다.
18+
19+
---
20+
21+
22+
23+
24+
## A 레코드 (Address Record)
25+
26+
* **도메인 => IP 주소(IPv4)**를 직접 연결하는 레코드이다.
27+
28+
ex) goodgid.com => 123.45.67.89
29+
30+
* 즉 사용자가 goodgid.com 을 입력하면
31+
32+
브라우저는 DNS 조회를 통해 바로 해당 서버의 IP로 접속한다.
33+
34+
* 그러므로 반드시 실제 IP 주소를 지정해야 하며
35+
36+
루트 도메인(goodgid.com)에는 A 레코드를 사용한다.
37+
38+
---
39+
40+
## 루트 도메인(Root Domain)
41+
42+
* goodgid.com과 같은 최상위 도메인을 뜻하며
43+
44+
www와 같은 서브도메인 혹은 접두사가 없는 형태를 뜻한다.
45+
46+
```
47+
- 루트 도메인 => goodgid.com
48+
- 서브 도메인 => www.goodgid.com, blog.goodgid.com, shop.goodgid.com
49+
```
50+
51+
* 위 예시에서 www는 단순히 서브도메인 중 하나일 뿐이고
52+
53+
서브도메인이 없어도 사이트는 잘 동작한다.
54+
55+
www.goodgid.com과 goodgid.com은 서로 다른 주소지만 보통 같은 서버로 연결된다.
56+
57+
> 왜 이렇게 구분할까?
58+
59+
* DNS에서는 www, blog와 같은 접두사(prefix)를 붙여
60+
61+
여러 서비스(홈페이지, 블로그, 쇼핑몰 등)를 운영할 수 있게 해준다.
62+
63+
* 하지만 goodgid.com 자체는 최상위(root) 형태이므로
64+
65+
특별히 다뤄져야 하므로 A 레코드로 직접 IP를 지정해야 한다.
66+
67+
> ??? : "특별히 다뤄져야 하므로 A 레코드로 직접 IP를 지정해야 한다."
68+
69+
* 사용자가 브라우저에 goodgid.com 을 입력하면
70+
71+
DNS는 곧바로 IP를 반환해야 빠르게 접속할 수 있다.
72+
73+
* 이때 CNAME을 쓰면 다른 도메인을 한 번 더 거쳐야 하므로 불필요한 단계가 추가된다.
74+
75+
따라서 루트 도메인은 A 레코드 => IP 직결이 가장 효율적이다.
76+
77+
> DNS 표준 규칙 : 루트 도메인에 CNAME 금지
78+
79+
* 루트 도메인에는 CNAME 레코드를 둘 수 없다는 규칙이 있다.
80+
81+
즉 goodgid.com 같은 루트 도메인에는 CNAME 레코드를 둘 수 없다.
82+
83+
* 루트 도메인에는 보통 A, MX(메일), NS(네임서버) 등
84+
85+
여러 레코드가 동시에 필요하므로
86+
87+
CNAME은 다른 레코드와 공존할 수 없다는 규칙이 있다.
88+
89+
> ??? : "CNAME은 다른 레코드와 공존할 수 없다는 규칙이 있다."
90+
91+
* DNS에서 CNAME 레코드는 특정 도메인을 다른 도메인 이름으로 완전히 별칭(alias) 처리하겠다는 의미이다.
92+
93+
```
94+
www.goodgid.com CNAME goodgid.net
95+
```
96+
97+
* 이러면 www.goodgid.com에 들어오는 요청은 실제로 goodgid.net으로 모두 전달된다.
98+
99+
여기서 핵심이 **다른 레코드와 공존할 수 없다**는 점인데
100+
101+
DNS에서 하나의 이름(예: www.goodgid.com)에는 CNAME 하나만 있을 수 있고
102+
103+
다른 레코드(A, MX, TXT 등)와 동시에 존재할 수가 없다.
104+
105+
* 그 이유는 CNAME이 "이 도메인은 완전히 다른 도메인으로 대체된다"라고 선언하므로
106+
107+
동시에 A 레코드(IP 직접 지정)나 MX 레코드(메일 서버 지정)를 두면 충돌이 발생한다.
108+
109+
* 그래서 루트 도메인(goodgid.com)에는 CNAME을 못 쓰고
110+
111+
직접 A 레코드로 IP를 지정해야 한다.
112+
113+
> A 레코드 + 다른 레코드 (가능)
114+
115+
```
116+
goodgid.com. IN A 123.45.67.89
117+
goodgid.com. IN MX 10 mail.goodgid.com.
118+
goodgid.com. IN TXT "v=spf1 include:_spf.goodgid.com ~all"
119+
```
120+
121+
* 브라우저 : A 레코드로 접속 → 123.45.67.89
122+
123+
* 메일 서버 : MX 레코드를 참고 → mail.goodgid.com
124+
125+
* 인증 : TXT 레코드 참고 → SPF 설정
126+
127+
> CNAME + 다른 레코드 (불가능)
128+
129+
```
130+
www.goodgid.com. IN CNAME other.goodgid.com. ← OK
131+
www.goodgid.com. IN A 123.45.67.89 ← ❌ 충돌
132+
www.goodgid.com. IN MX 10 mail.goodgid.com. ← ❌ 충돌
133+
```
134+
135+
* CNAME은 별칭(alias)이므로
136+
137+
그 이름의 모든 질의는 CNAME 대상 도메인으로 넘어가야 하고
138+
139+
같은 이름에 A, MX, TXT 등을 설정하면 DNS 표준 위반이다.
140+
141+
---
142+
143+
## CNAME 레코드 (Canonical Name Record)
144+
145+
* **도메인 => 다른 도메인**으로 연결하는 레코드이다.
146+
147+
* 즉 IP를 직접 가리키지 않고
148+
149+
이미 존재하는 다른 도메인을 참조한다.
150+
151+
ex) blog.goodgid.com => ghs.googlehosted.com
152+
153+
* IP 주소를 몰라도 다른 도메인으로 우회해서 접속 가능하므로
154+
155+
CNAME은 별칭(alias) 역할을 한다.
156+
157+
* 루트 도메인(goodgid.com)에는 CNAME을 사용할 수 없고
158+
159+
반드시 A 레코드를 사용해야 한다.
160+
161+
162+
---
163+
164+
## Summary
165+
166+
* 루트 도메인, A 레코드, CNAME 레코드 등 개념에 대해 알아봤다.
167+
168+
특히 루트 도메인에서는 A 레코드를 적용해야한다는 점을 잘 이해하도록 하자!

0 commit comments

Comments
 (0)