Techerest
EN

DNS สำหรับ Network Engineer: A, AAAA, CNAME, MX, PTR และ Troubleshooting

13 ต.ค. 2569 AAAA Record A Record CNAME DNS DNS Troubleshooting IPv6 MX Network Engineer Networking PTR

ผู้ใช้งานส่วนใหญ่จดจำชื่อเว็บไซต์ เช่น example.com แทนการจำ IP Address ดังนั้น DNS หรือ Domain Name System จึงเป็น Infrastructure Service สำคัญที่เชื่อมชื่อ Domain เข้ากับ IPv4, IPv6 และบริการต่าง ๆ บน Internet หรือเครือข่ายภายในองค์กร

บทความนี้อธิบาย DNS สำหรับ Network Engineer ตั้งแต่ DNS Client, Recursive Resolver, Root DNS, TLD, Authoritative DNS, A, AAAA, CNAME, MX, PTR, NS, TXT, DNS Cache และ TTL ไปจนถึงวิธี Troubleshoot อาการที่พบบ่อย เช่น Ping IP ได้ แต่เปิดเว็บไซต์ด้วยชื่อ Domain ไม่ได้

สารบัญ

ภาค 1: พื้นฐาน Domain Name System

DNS คืออะไร?

DNS หรือ Domain Name System เป็นระบบแบบ Distributed และ Hierarchical ที่ใช้ค้นหาข้อมูลเกี่ยวกับ Domain Name

หน้าที่ที่คนส่วนใหญ่คุ้นเคยคือ:

www.example.com
        |
        | DNS Resolution
        v
   IP Address
        |
        v
Web Server

แต่ DNS ไม่ได้เก็บเฉพาะ IP Address เพราะ DNS สามารถเก็บข้อมูลหลายประเภท ผ่าน Resource Record ต่าง ๆ

ทำไม Network Engineer ต้องเข้าใจ DNS?

ปัญหา Network จำนวนมาก ไม่ได้เกิดจาก Routing หรือ Switching โดยตรง แต่อาจเกิดจาก DNS

ตัวอย่าง:

ping 203.0.113.10
=
SUCCESS


ping server.example.com
=
FAILED

กรณีนี้ IP Connectivity อาจทำงานปกติ แต่ Name Resolution มีปัญหา

Network Engineer จึงควรแยกให้ออกว่า:

Application Problem?

DNS Problem?

Routing Problem?

Firewall Problem?

IPv4 Problem?

IPv6 Problem?

ภาค 2: องค์ประกอบของ DNS

DNS มีองค์ประกอบอะไรบ้าง?

การ Resolve Domain บน Internet โดยทั่วไปเกี่ยวข้องกับ:

DNS Client
    |
    v
Recursive Resolver
    |
    v
Root DNS
    |
    v
TLD DNS
    |
    v
Authoritative DNS
    |
    v
DNS Answer

แต่ละส่วนมีหน้าที่แตกต่างกัน และเป็นจุดสำคัญในการ Troubleshoot

DNS Resolution ทำงานอย่างไร?

สมมติผู้ใช้ต้องการเปิด: 

www.example.com

ภาพรวมกระบวนการ:

User
 |
 | www.example.com
 v
DNS Client
 |
 v
Recursive Resolver
 |
 +------ Cache?
 |          |
 |          +---- YES ---> Return Answer
 |
 +---- NO
       |
       v
   Root DNS
       |
       v
   .com TLD
       |
       v
Authoritative DNS
       |
       v
 A / AAAA Record
       |
       v
Recursive Resolver
       |
       v
     Client

Step 1 — Client ส่ง DNS Query

Operating System หรือ Application ต้องการทราบ Address ของ Domain

Step 2 — Query ไปยัง Recursive Resolver

Client มักไม่ได้ถาม Root DNS ด้วยตนเอง แต่ส่ง Query ไปยัง Recursive DNS Resolver ที่กำหนดไว้

Step 3 — Resolver ตรวจ Cache

ถ้ามีคำตอบที่ยังไม่หมดอายุ: 

DNS Query
    |
    v
 Resolver Cache
    |
    +---- HIT
    |
    v
Return Answer

ไม่จำเป็นต้อง Query DNS Infrastructure ต่อ

Step 4 — Resolver ค้นหาคำตอบ

ถ้าไม่มี Cache Resolver จะดำเนินการค้นหาข้อมูล ตาม DNS Hierarchy

ภาค 3: Recursive, Root, TLD และ Authoritative DNS

Recursive DNS Resolver คืออะไร?

Recursive Resolver รับ Query จาก Client และดำเนินการค้นหาคำตอบให้ 

Client
   |
   | Query
   v
Recursive Resolver
   |
   | Find Answer
   v
DNS Hierarchy
   |
   v
Answer
   |
   v
Client

Resolver ยังมีบทบาทสำคัญด้าน DNS Cache เพื่อเพิ่มประสิทธิภาพ และลด Query ที่ไม่จำเป็น

Root DNS Server คืออะไร?

Root DNS อยู่ระดับบนสุดของ DNS Hierarchy 

                     .
                     |
          +----------+----------+
          |          |          |
        .com       .org       .net
          |
     example.com
          |
    www.example.com

Root Server ไม่จำเป็นต้องเก็บ IP Address ของทุกเว็บไซต์ แต่สามารถชี้ Resolver ไปยัง Name Server ของ Top-Level Domain ที่เกี่ยวข้อง

TLD DNS Server คืออะไร?

TLD หรือ Top-Level Domain คือส่วนเช่น: 

.com

.net

.org

.th

.jp

TLD Infrastructure ช่วยชี้ต่อไปยัง Authoritative Name Server ของ Domain ที่ต้องการ

ตัวอย่าง:

Root
 |
 v
.com
 |
 v
Authoritative DNS
for example.com

Authoritative DNS Server คืออะไร?

Authoritative DNS Server เป็น Server ที่มีข้อมูล DNS Zone สำหรับ Domain ที่รับผิดชอบ

ตัวอย่าง:

example.com

A
AAAA
MX
TXT
CNAME
NS

เมื่อ Resolver ต้องการคำตอบ สำหรับ Record ที่อยู่ใน Zone Authoritative Server สามารถตอบข้อมูลตาม Zone Configuration ได้

Recursive กับ Authoritative ต่างกันอย่างไร?

หัวข้อ Recursive Resolver Authoritative DNS
หน้าที่หลัก ค้นหาคำตอบให้ Client ให้ข้อมูลของ Zone ที่รับผิดชอบ
Cache มักใช้ Cache เน้นข้อมูล Authoritative ของ Zone
Client Query รับ Query จาก Client รับ Query ที่เกี่ยวข้องกับ Zone
DNS Hierarchy ค้นหาผ่าน DNS Infrastructure เป็นแหล่งข้อมูลปลายทางของ Zone

ภาค 4: DNS Resource Records

DNS Record สำคัญที่ Network Engineer ควรรู้

Record หน้าที่
A ชื่อ Domain ไปยัง IPv4 Address
AAAA ชื่อ Domain ไปยัง IPv6 Address
CNAME Alias ไปยัง Canonical Name
MX Mail Exchange Server
PTR Reverse DNS Lookup
NS Name Server ของ Zone
TXT Text Data และข้อมูล Verification/Policy หลายประเภท

A Record คืออะไร?

A Record ใช้ Map Hostname ไปยัง IPv4 Address 

www.example.com

        |
        | A
        v

203.0.113.10

ตรวจสอบได้ด้วย:

nslookup www.example.com

หรือ:

dig A www.example.com

AAAA Record คืออะไร?

AAAA Record ใช้ Map Hostname ไปยัง IPv6 Address 

www.example.com

        |
        | AAAA
        v

2001:db8:100::10

ตรวจ:

dig AAAA www.example.com

A และ AAAA ต่างกันอย่างไร?

A
 |
 v
IPv4


AAAA
 |
 v
IPv6

Domain เดียวสามารถมี ทั้ง A และ AAAA Record เพื่อรองรับ Dual Stack ได้ 

www.example.com
       |
       +---- A ----> IPv4
       |
       +---- AAAA -> IPv6

CNAME Record คืออะไร?

CNAME หรือ Canonical Name ใช้สร้าง Alias ให้ชื่อหนึ่งอ้างอิงไปยังอีกชื่อหนึ่ง

ตัวอย่าง:

shop.example.com
        |
        | CNAME
        v
service.example.net

จากนั้น Resolver จึงค้นหา Address Record ของชื่อปลายทางต่อ

MX Record คืออะไร?

MX หรือ Mail Exchange Record ระบุ Mail Server ที่รับ Email สำหรับ Domain

ตัวอย่าง:

example.com
    |
    | MX
    v
mail.example.com

ตรวจ:

nslookup -type=mx example.com

หรือ:

dig MX example.com

MX Priority

MX Record สามารถมีค่า Preference เพื่อกำหนดลำดับ Mail Server 

10 mail1.example.com

20 mail2.example.com

โดยทั่วไปค่าต่ำกว่า มี Preference สูงกว่า

PTR Record คืออะไร?

PTR Record ใช้สำหรับ Reverse DNS Lookup

Forward Lookup:

Hostname
   |
   v
IP Address

Reverse Lookup:

IP Address
   |
   v
Hostname

ตัวอย่าง:

203.0.113.10
      |
      | PTR
      v
mail.example.com

PTR มีความสำคัญในหลายระบบ โดยเฉพาะ Mail Infrastructure, Logging และ Troubleshooting

NS Record คืออะไร?

NS หรือ Name Server Record ระบุ Authoritative Name Server ที่รับผิดชอบ DNS Zone

ตัวอย่าง:

example.com

NS ns1.example.net
NS ns2.example.net

ตรวจ:

dig NS example.com

TXT Record คืออะไร?

TXT Record สามารถเก็บ Text Information ที่ใช้ในหลายระบบ

ตัวอย่างการใช้งาน:

  • Domain Ownership Verification
  • SPF Email Policy
  • DKIM Information
  • DMARC Policy
  • Service Verification

ตรวจ:

dig TXT example.com
SPF ในบริบท Email ไม่ใช่ Shortest Path First ของ OSPF แม้ใช้ตัวย่อ SPF เหมือนกัน แต่เป็นคนละเทคโนโลยี

ภาค 5: DNS Cache และ TTL

DNS TTL คืออะไร?

TTL หรือ Time To Live กำหนดระยะเวลาที่ DNS Information สามารถถูก Cache ก่อน Resolver ต้อง Refresh ข้อมูลตามกระบวนการ DNS

ตัวอย่าง:

www.example.com
203.0.113.10

TTL = 300 seconds

Resolver:

Query
 |
 v
Cache
 |
 +---- TTL valid
 |        |
 |        v
 |     Use Cache
 |
 +---- TTL expired
          |
          v
      Query Again

ทำไมแก้ DNS แล้วบางเครื่องยังเห็นค่าเก่า?

หนึ่งในสาเหตุคือ DNS Cache 

Old DNS Record
      |
      v
Cached Resolver
      |
      v
Old Answer
until cache expires

นอกจากนี้ Cache อาจมีหลายระดับ: 

Application Cache
       |
       v
Operating System Cache
       |
       v
Local Resolver
       |
       v
Recursive Resolver Cache
       |
       v
Authoritative DNS

ดังนั้นคำว่า “DNS เปลี่ยนแล้วแต่ยังไม่เห็น” ไม่ได้หมายความว่า Authoritative DNS ผิดเสมอไป

ภาค 6: DNS Transport

DNS ใช้ UDP หรือ TCP?

Traditional DNS สามารถใช้ UDP และ TCP Port 53 ขึ้นอยู่กับ Query และสถานการณ์ 

DNS
 |
 +---- UDP 53
 |
 +---- TCP 53

ดังนั้น Firewall Policy ที่อนุญาตเพียง UDP/53 โดยสมมติว่า DNS ไม่ใช้ TCP อาจทำให้บางกรณีเกิดปัญหาได้

DNS over HTTPS และ DNS over TLS

DNS สมัยใหม่ยังสามารถใช้ Encrypted DNS เช่น: 

DoH
=
DNS over HTTPS


DoT
=
DNS over TLS

สิ่งนี้มีผลต่อ Network Visibility, Security Monitoring และ Enterprise DNS Policy จึงควรถูกพิจารณาใน Network Design ด้วย

ภาค 7: DNS กับ IPv6

DNS มีบทบาทอย่างไรใน Dual Stack?

Domain สามารถมี:

example.com
    |
    +---- A
    |     |
    |     v
    |    IPv4
    |
    +---- AAAA
          |
          v
         IPv6

ดังนั้นเมื่อ Application Resolve Domain อาจได้รับทั้ง IPv4 และ IPv6 Address

ทำไม IPv4 ใช้ได้ แต่เว็บไซต์ยังช้า?

ถ้า Domain มี AAAA Record และ Client มี IPv6 Configuration แต่ IPv6 Path มีปัญหา Application อาจต้องจัดการกับ IPv6 Connectivity ก่อนใช้เส้นทางอื่น ตามพฤติกรรมของ Operating System และ Application

จึงควรตรวจ:

A Record

AAAA Record

IPv4 Connectivity

IPv6 Connectivity

Default Route

DNS

Firewall
อย่าแก้ปัญหา Dual Stack ด้วยการลบ AAAA Record ทันที ควรตรวจ IPv6 Path และ Network Design เพื่อหาสาเหตุที่แท้จริงก่อน

ภาค 8: Internal DNS และ Public DNS

Internal DNS คืออะไร?

องค์กรสามารถมี DNS Zone สำหรับ Internal Service เช่น: 

fileserver.corp.example

erp.corp.example

printer.corp.example

monitor.corp.example

ชื่อเหล่านี้อาจ Resolve ได้เฉพาะภายในองค์กร ตาม DNS Architecture

Public DNS คืออะไร?

Public DNS ใช้สำหรับ Domain ที่ต้อง Resolve จาก Internet 

Internet
   |
   v
Public DNS
   |
   v
www.example.com

Split DNS หรือ Split-Horizon DNS

บางองค์กรออกแบบให้ Domain เดียวกัน ตอบต่างกันตามตำแหน่งของ Client 

                example.com
                     |
           +---------+---------+
           |                   |
      Internal Client     Internet Client
           |                   |
           v                   v
      Internal IP          Public IP

แนวคิดนี้มักเรียกว่า Split DNS หรือ Split-Horizon DNS และต้องออกแบบอย่างระมัดระวัง เพื่อไม่ให้เกิดความสับสนระหว่าง Internal และ External Resolution

ภาค 9: DNS Security

DNS มีความเสี่ยงอะไรบ้าง?

ตัวอย่าง Security Risk ได้แก่:

  • Unauthorized DNS Server
  • DNS Spoofing
  • Cache Poisoning
  • DNS Hijacking
  • Malicious Domain Resolution
  • DNS Tunneling
  • Misconfigured Zone
  • Unauthorized Zone Transfer

DNSSEC คืออะไร?

DNSSEC หรือ Domain Name System Security Extensions เพิ่มกลไกตรวจสอบความถูกต้องและความสมบูรณ์ ของ DNS Data ด้วย Digital Signature ตาม DNSSEC Architecture

แนวคิด:

DNS Answer
    |
    v
Digital Signature
    |
    v
Validation
    |
    +---- Valid
    |
    +---- Invalid

DNSSEC ไม่ได้ทำหน้าที่ Encrypt DNS Query

DNSSEC, DoH และ DoT แก้ปัญหาคนละด้าน DNSSEC เน้น Data Authenticity/Integrity ขณะที่ DoH/DoT เน้นการเข้ารหัส Transport ระหว่าง DNS Client/Resolver ตาม Architecture

ภาค 10: DNS Troubleshooting Lab

Topology

PC-A
192.0.2.10
   |
   v
SW1
   |
   v
R1
   |
   +---------------- DNS Server
   |                 192.0.2.53
   |
   v
Internet
   |
   v
Web Server
203.0.113.10

Scenario

ผู้ใช้แจ้งว่า:

"Internet ใช้งานไม่ได้"

แต่ Network Engineer ไม่ควรสรุปทันทีว่า Internet Down

Step 1 — ตรวจ Local Network

ipconfig /all

ตรวจ:

IP Address

Subnet Mask / Prefix

Default Gateway

DNS Server

Step 2 — Ping Default Gateway

ping 192.0.2.1

ถ้าไม่ได้:

Client
 |
 X
Gateway

ควรตรวจ Local Network ก่อน DNS

Step 3 — ทดสอบ Remote IP

ping 203.0.113.10

ถ้าได้:

IP Connectivity
=
Working

Step 4 — ทดสอบ Domain Name

ping www.example.com

ถ้า:

Ping IP
=
SUCCESS


Ping Name
=
FAILED

DNS กลายเป็นหนึ่งในจุดสำคัญ ที่ต้องตรวจต่อ

Step 5 — ตรวจ DNS Server

ipconfig /all

ดูค่า:

DNS Servers

จากนั้นตรวจ Reachability:

ping 192.0.2.53

แต่ควรจำไว้ว่า DNS Server อาจ Block ICMP Echo ดังนั้น Ping ไม่ใช่การยืนยัน DNS Service โดยตรง

Step 6 — Query DNS โดยตรง

nslookup www.example.com 192.0.2.53

ตรวจว่า:

DNS Server responds?

Correct record?

Timeout?

NXDOMAIN?

Unexpected IP?

Step 7 — ตรวจ Record Type

IPv4:

nslookup -type=A www.example.com

IPv6:

nslookup -type=AAAA www.example.com

Step 8 — ตรวจ Recursive Resolution

บนระบบที่มี dig:

dig www.example.com

ตรวจข้อมูล เช่น:

Status

Answer

Authority

TTL

Server

Query Time

Step 9 — ตรวจ Authoritative DNS

dig NS example.com

จากนั้น Query Name Server ที่เกี่ยวข้องโดยตรง เมื่อจำเป็น: 

dig @ns1.example.net www.example.com A

ช่วยแยกปัญหาระหว่าง: 

Authoritative DNS
       |
       vs
       |
Recursive Resolver / Cache

ภาค 11: คำสั่ง DNS ที่ Network Engineer ควรรู้

nslookup

nslookup example.com

ตรวจ A Record

nslookup -type=A example.com

ตรวจ AAAA Record

nslookup -type=AAAA example.com

ตรวจ MX

nslookup -type=MX example.com

ตรวจ NS

nslookup -type=NS example.com

ตรวจ TXT

nslookup -type=TXT example.com

dig

dig example.com

ตรวจ A

dig A example.com

ตรวจ AAAA

dig AAAA example.com

ตรวจ MX

dig MX example.com

ตรวจ NS

dig NS example.com

ตรวจ TXT

dig TXT example.com

Reverse Lookup

nslookup 203.0.113.10

หรือ:

dig -x 203.0.113.10

DNS Trace

บนระบบที่รองรับ dig สามารถใช้: 

dig +trace example.com

เพื่อช่วยดู DNS Delegation Path:

Root
 |
 v
TLD
 |
 v
Authoritative DNS

Windows DNS Cache

ตรวจ Cache:

ipconfig /displaydns

ล้าง DNS Client Cache:

ipconfig /flushdns
การ Flush DNS Cache ไม่ควรเป็นคำตอบแรกของทุกปัญหา DNS ควรตรวจ Query Result, DNS Server, TTL และ Authoritative Data เพื่อหาสาเหตุจริงด้วย

ภาค 12: DNS Troubleshooting Workflow

Troubleshoot DNS ตามลำดับอย่างไร?

Physical
   |
   v
IP Address
   |
   v
Default Gateway
   |
   v
Routing
   |
   v
DNS Server Address
   |
   v
DNS Server Reachability
   |
   v
DNS Query
   |
   v
Record Type
   |
   v
Recursive Resolver
   |
   v
Authoritative DNS
   |
   v
Cache / TTL
   |
   v
Firewall
   |
   v
Application

ปัญหา 1 — Ping IP ได้ แต่ Ping Domain ไม่ได้

ตรวจ:

DNS Server configured?

DNS query works?

Correct record?

Resolver reachable?

UDP/TCP 53 allowed?

ปัญหา 2 — บางเครื่องเข้าเว็บไซต์ได้ บางเครื่องไม่ได้

เปรียบเทียบ:

DNS Server

DNS Cache

IPv4 / IPv6

A / AAAA Record

VPN

Network Segment

Security Policy

ปัญหา 3 — DNS ตอบ IP เก่า

ตรวจ:

Authoritative Record

TTL

Recursive Cache

Client Cache

Application Cache

ปัญหา 4 — Internal Domain ใช้ได้ใน Office แต่ใช้ไม่ได้จาก Internet

อาจเป็นพฤติกรรมตาม Design ถ้าเป็น Internal DNS Zone 

Office
 |
 v
Internal DNS
 |
 v
Works


Internet
 |
 X
Internal DNS Zone

ปัญหา 5 — Public Domain ใช้ได้ภายนอก แต่ใช้ไม่ได้ภายใน

ตรวจ:

Internal DNS

Split DNS

Forwarder

Firewall

Internal Zone

DNS Cache

ปัญหา 6 — A Record ใช้ได้ แต่ AAAA ใช้ไม่ได้

อาจไม่ใช่ DNS Error ถ้า AAAA Record ตอบถูกต้อง แต่ IPv6 Network Path มีปัญหา

ตรวจ:

AAAA
 |
 v
IPv6 Address
 |
 v
IPv6 Default Router
 |
 v
IPv6 Routing
 |
 v
IPv6 Firewall
 |
 v
Destination

ปัญหา 7 — nslookup ใช้ได้ แต่ Browser เปิดไม่ได้

แสดงว่า DNS Resolution อาจทำงานแล้ว แต่ยังต้องตรวจ: 

HTTP / HTTPS

TCP Connectivity

TLS

Proxy

Firewall

Browser Cache

Application DNS behavior

IPv4 / IPv6 Path

ปัญหา 8 — DNS Query Timeout

ตรวจ:

DNS Server reachable?

UDP 53 allowed?

TCP 53 allowed?

Server service running?

Routing correct?

Return route correct?

Firewall / ACL?

ภาค 13: DNS Best Practices

1. ใช้ DNS Server ที่กำหนดตาม Architecture

Enterprise Client ควรใช้ Resolver ตาม Network และ Security Design ไม่ควรเปลี่ยน Public DNS แบบสุ่มเพื่อแก้ปัญหา โดยไม่วิเคราะห์ผลกระทบ

2. มี DNS Redundancy

Clients
   |
   +---- DNS Resolver 1
   |
   +---- DNS Resolver 2

ลด Single Point of Failure แต่ต้องตรวจว่าทั้งสอง Resolver ให้ผลตาม Policy ที่ต้องการ

3. Monitor DNS

ควร Monitor:

Availability

Query Latency

Failure Rate

SERVFAIL

NXDOMAIN

Resolver Health

Authoritative Health

4. บันทึก DNS Architecture

Documentation ควรระบุ:

Zones

Resolvers

Authoritative Servers

Forwarders

Internal Domains

Public Domains

IPv4 / IPv6

Firewall Rules

5. วางแผน TTL ก่อน Migration

ก่อนเปลี่ยน IP Address หรือย้าย Service ควรวางแผน TTL ตาม Change Strategy ล่วงหน้า

6. ตรวจ A และ AAAA พร้อมกันใน Dual Stack

Domain
 |
 +---- A
 |
 +---- AAAA

ช่วยลดปัญหาที่ IPv4 ทำงาน แต่ IPv6 Path ผิด หรือกลับกัน

7. จำกัด Recursive DNS ตาม Design

ไม่ควรเปิด Recursive Resolver ให้ Client ที่ไม่ได้รับอนุญาต โดยไม่มีเหตุผลด้าน Architecture และ Security

8. แยก DNS Problem ออกจาก Network Problem

ใช้หลัก:

Test by IP
     |
     v
Test by Name
     |
     v
Compare Result

เป็นวิธีพื้นฐานที่มีประโยชน์มาก ในการแยก Name Resolution ออกจาก IP Connectivity

ภาค 14: คำถามที่พบบ่อย

DNS คืออะไร?

DNS คือระบบสำหรับค้นหา ข้อมูลที่ผูกกับ Domain Name เช่น IPv4, IPv6, Mail Server และข้อมูลอื่นผ่าน Resource Record หลายประเภท

A Record กับ AAAA Record ต่างกันอย่างไร?

A Record ใช้กับ IPv4 ส่วน AAAA Record ใช้กับ IPv6

CNAME คืออะไร?

CNAME ใช้สร้าง Alias จากชื่อหนึ่งไปยัง Canonical Name อีกชื่อหนึ่ง

MX คืออะไร?

MX ระบุ Mail Exchange Server สำหรับ Domain

PTR คืออะไร?

PTR ใช้สำหรับ Reverse DNS Lookup จาก IP Address กลับไปยัง Domain/Hostname ตาม Reverse DNS Configuration

DNS ใช้ Port อะไร?

Traditional DNS ใช้ Port 53 และสามารถใช้ทั้ง UDP และ TCP

DNS ใช้ TCP ได้หรือไม่?

ได้ ดังนั้น Firewall Policy ไม่ควรตั้งสมมติฐานว่า DNS มีเฉพาะ UDP/53

DNS Cache คืออะไร?

คือการเก็บ DNS Answer ไว้ชั่วคราวตาม TTL เพื่อลด Query และเพิ่มประสิทธิภาพ

ทำไมเปลี่ยน DNS Record แล้วบางคนยังเห็นค่าเก่า?

หนึ่งในสาเหตุสำคัญคือ Cache เดิมยังไม่หมดอายุ ตาม TTL

DNSSEC เข้ารหัส DNS หรือไม่?

ไม่ DNSSEC เน้นตรวจสอบ Authenticity และ Integrity ของ DNS Data ไม่ใช่การ Encrypt DNS Query

DoH กับ DNSSEC เหมือนกันหรือไม่?

ไม่เหมือนกัน 

DNSSEC
=
DNS Data Authenticity / Integrity


DoH
=
Encrypted DNS Transport over HTTPS

Ping IP ได้ แต่เปิดเว็บไซต์ไม่ได้ แปลว่า DNS เสียหรือไม่?

DNS เป็นหนึ่งในสิ่งที่ควรตรวจ แต่ยังอาจเกิดจาก HTTP/HTTPS, TLS, Proxy, Firewall, Application หรือ IPv6 ได้เช่นกัน

บทสรุป

DNS เป็น Infrastructure Service สำคัญของ Network เพราะ Application และผู้ใช้งาน พึ่งพา Name Resolution ในการเข้าถึง Service จำนวนมาก

กระบวนการพื้นฐาน:

Client
  |
  v
Recursive Resolver
  |
  v
Root
  |
  v
TLD
  |
  v
Authoritative DNS
  |
  v
Record
  |
  v
Client

Record ที่ Network Engineer ควรรู้:

A
    = IPv4

AAAA
    = IPv6

CNAME
    = Alias

MX
    = Mail Server

PTR
    = Reverse Lookup

NS
    = Name Server

TXT
    = Text / Policy / Verification Data

ในการ Troubleshoot ควรแยก IP Connectivity ออกจาก DNS Resolution ให้ได้ก่อน 

Can reach IP?
      |
      +---- NO
      |      |
      |      v
      |  Check Network
      |
      +---- YES
             |
             v
       Can resolve name?
             |
             +---- NO
             |      |
             |      v
             |   Check DNS
             |
             +---- YES
                    |
                    v
             Check Application

สำหรับ Dual-Stack Network ต้องตรวจทั้ง A และ AAAA Record รวมถึง IPv4 และ IPv6 Path เพราะ DNS อาจตอบถูกต้อง แต่ Network Path ของ Protocol ใด Protocol หนึ่ง อาจมีปัญหา

หลังจาก DNS Infrastructure Service ถัดไปที่ควรเข้าใจคือ NTP หรือ Network Time Protocol เพราะเวลาที่ถูกต้องมีผลโดยตรงต่อ Logging, Authentication, Certificates, Security Investigation และ Network Troubleshooting

บทความถัดไป: NTP สำหรับ Network Engineer: Time Synchronization, Stratum และการตั้งค่า NTP บน Cisco

SEO Title:
DNS สำหรับ Network Engineer: A, AAAA, CNAME, MX, PTR และ Troubleshooting

Permalink:
dns-for-network-engineers

Description:
เรียนรู้ DNS ตั้งแต่ Recursive, Authoritative, A, AAAA, CNAME, MX, PTR, Cache และ TTL พร้อมแนวทาง Troubleshooting

Labels:
Networking, DNS, Network Engineer, A Record, AAAA Record, CNAME, MX, PTR, DNS Troubleshooting, IPv6

Share this
Facebook Share X
TECHEREST COMMUNITY

Share your thoughts here

Join the conversation and share your perspective on this article.

Comments will load when you reach this section.
← Newer Older →