Dhcp

[dangquangminh]

Hiểu đúng DHCP – Giao thức “cấp IP tự động” nhưng không hề đơn giản

Trong thực tế vận hành hệ thống mạng, DHCP gần như là dịch vụ “mặc định” – nhưng rất nhiều kỹ sư mới chỉ hiểu ở mức “cắm vào là có IP”.

Nếu bạn đang học CCNA, MCSA, Azure hay làm System/Network, thì việc hiểu rõ DHCP ở mức packet-level là cực kỳ quan trọng.

---

1. DHCP là gì?


DHCP (Dynamic Host Configuration Protocol) là giao thức giúp tự động cấp phát IP và các thông số mạng cho client, bao gồm:

• IP Address
• Subnet Mask
• Default Gateway
• DNS Server

Nếu không có DHCP, bạn sẽ phải cấu hình IP thủ công cho từng máy – điều gần như không thể ở môi trường enterprise.

---

2. Quy trình DHCP – 4 bước cốt lõi (DORA)


Dựa trên tài liệu và capture Wireshark, quy trình DHCP gồm 4 bước: Bước 1: Discover

• Client chưa có IP → gửi broadcast
• Source IP: 0.0.0.0
• Destination: 255.255.255.255
• Layer 2: broadcast MAC

Ý nghĩa: “Có DHCP server nào ngoài kia không?”

---

Bước 2: Offer

• DHCP Server phản hồi
• Đề xuất một IP (ví dụ 192.168.1.10)
• Kèm theo gateway, DNS

Ý nghĩa: “Tôi có IP này, bạn dùng không?”

---

Bước 3: Request

• Client chọn 1 offer (nếu có nhiều server)
• Gửi request để xác nhận sử dụng IP đó

Ý nghĩa: “Tôi muốn dùng IP mà bạn đề xuất”

---

Bước 4: ACK (Acknowledgment)

• Server xác nhận cấp IP
• Client chính thức sử dụng IP

Ý nghĩa: “OK, IP này là của bạn”

---

3. Góc nhìn thực chiến (Wireshark & Troubleshooting)


Tài liệu cho thấy rõ trong Wireshark:

• DHCP chạy trên UDP port 67 (server) / 68 (client)
• Giai đoạn đầu luôn là broadcast
• DHCP sử dụng nền BOOTP

Một insight quan trọng:

Không phải tất cả packet đều broadcast ở Layer 2 và Layer 3 giống nhau

Ví dụ (trong phần forum của tài liệu):

• Discover: Broadcast (L2 + L3)
• Offer: Broadcast hoặc Unicast
• Request: Broadcast
• ACK: Broadcast hoặc Unicast

Điều này cực kỳ quan trọng khi debug các lỗi như:

• Client không nhận IP
• DHCP relay không hoạt động
• Firewall chặn DHCP

---

4. Những lỗi phổ biến trong thực tế


Nếu bạn làm System/Cloud/Network, bạn sẽ gặp: Không nhận IP

• DHCP server down
• VLAN không đúng
• Switch chưa enable DHCP snooping / trust sai

Nhận IP nhưng không ra Internet

• Gateway sai
• DNS sai

Trong môi trường Cloud (Azure/AWS)

• DHCP hoạt động “ẩn” bên dưới (managed service)
• Bạn không cấu hình trực tiếp nhưng vẫn cần hiểu:
  • VNet/Subnet mapping
  • DHCP option set

---

5. Liên hệ thực tế với Cloud (Azure/AWS)


Trong Azure:

• DHCP được tích hợp trong Virtual Network
• Bạn không cần deploy DHCP server
• Nhưng vẫn cần hiểu:
  • IP allocation (dynamic/static)
  • DNS configuration
  • NIC binding

Trong AWS:

• DHCP Option Set cho phép:
  • Custom DNS
  • Domain name

---

6. Kết luận


DHCP không chỉ là “auto IP”, mà là một quy trình giao tiếp chuẩn hóa giữa client và server.

Nếu bạn hiểu sâu DHCP:

• Debug mạng nhanh hơn
• Làm chủ hệ thống tốt hơn
• Dễ học lên các mảng nâng cao như:
  • Network Security
  • Cloud Networking
  • Automation

---

Nếu bạn đang học CCNA / MCSA / Azure, hãy thử lab:

• Capture DHCP bằng Wireshark
• Xem từng packet DORA
• So sánh Layer 2 vs Layer 3 broadcast

Đây là một trong những bài lab “nhỏ nhưng cực kỳ giá trị” trong sự nghiệp kỹ sư hệ thống.