Domain / DNS：使用者輸入名字，Browser 要怎麼找到目的地

Learning outcomes

• 能區分 domain name 與 IP address。
• 能解釋 DNS resolution 與 caching。
• 能讀 A/AAAA/CNAME 的基本角色。
• 能判斷 DNS failure 與 HTTP failure 的 evidence 差異。

1. Domain 不是 Server

learn.example.com
  ↓ DNS
203.0.113.20
  ↓ network
service

同一 domain 的答案也可能由 CDN/edge 等系統動態決定，不能簡化成「domain 永遠等於一台固定 server」。

2. Resolver / Cache

Browser / OS cache
   ↓ miss
configured DNS resolver
   ↓
authoritative DNS data
   ↓
answer cached for TTL

因此改 DNS 後，不同地方可能因 cache/TTL 在一段時間內看到不同答案。

3. 常見 Record

A
name → IPv4

AAAA
name → IPv6

CNAME
name → another hostname

實際 DNS 還有 MX/TXT/NS 等 records，但先抓「不同 record 有不同 purpose」。

4. DNS 查到後，HTTP 還沒開始

5. DNS Evidence

nslookup example.com
# or
dig example.com

如果 hostname 根本解析失敗，先修 DNS；如果 DNS 正常但 HTTP 500，問題已經進到更後面的 application/server 層。

Project checkpoint：Request Journey Map v7

https://example.com/courses
          ↓ hostname
      example.com
          ↓ DNS
network destination
          ↓
next: connect to a port

Debug evidence：改 DNS 之後有人可以、有人不行

先查 resolver answers、TTL/cache、record 是否一致，而不是立刻重新 deploy application。Deploy artifact 和 DNS propagation 是不同層。