APPLICATION SERVICES

Thiết kế test case DNS và DHCP trong phòng lab

21/7/2026 · 16 phút

Các client mô phỏng gửi truy vấn DNS và yêu cầu DHCP tới hệ thống dịch vụ trong phòng lab
Mục lục bài viết 8 phần

DNS và DHCP là dịch vụ nền tảng: lỗi nhỏ có thể khiến cả ứng dụng bị xem như ‘mạng chậm’. Bài kiểm thử cần bao phủ chức năng, capacity, resiliency và hành vi client thay vì chỉ kiểm tra ping tới server.

ĐỌC NHANH

Bài viết giúp bạn

  • Xác định vai trò và phạm vi
  • Functional baseline
  • Capacity và latency
Tùy chỉnh đọc
01

Xác định vai trò và phạm vi

#

Với DNS, phân biệt authoritative, recursive/caching, forwarder, DNSSEC và split-horizon. Với DHCP, xác định server, relay, scope/pool, lease policy, option và IPv4/IPv6.

Sơ đồ cần thể hiện client segment, relay, firewall, load balancer và upstream dependency. Expected result phải dựa trên thiết kế dịch vụ chứ không chỉ trạng thái process.

02

Functional baseline

#

DNS baseline kiểm tra record type, positive/negative answer, recursion policy, cache TTL, fail response và EDNS behavior. DHCP baseline kiểm tra Discover–Offer–Request–Ack, renewal, release, relay giaddr và option chính xác.

Capture một số giao dịch chuẩn để xác nhận packet path và timestamp trước khi tạo tải lớn.

Client mô phỏng gửi giao dịch DNS và DHCP qua hạ tầng mạng tới dịch vụ
Tách functional, capacity và resiliency giúp xác định lỗi nằm ở client, relay, mạng hay server.
03

Capacity và latency

#

Tăng query/request rate theo bậc trong khi giữ mix và cache-hit ratio cố định. Theo dõi success, response time percentile, timeout, SERVFAIL/NXDOMAIN, lease allocation và resource.

DNS cached query và uncached recursive query có chi phí rất khác; DHCP với pool nhỏ có thể hết địa chỉ trước khi server chạm capacity. Test data phải tránh làm nhiễm hoặc phụ thuộc Internet ngoài phạm vi.

04

Resiliency và negative tests

#

Mô phỏng mất node, mất upstream, delay/loss, relay failure, pool exhaustion và malformed request theo phạm vi an toàn. Đo thời gian failover và hành vi client retry.

Kiểm tra DNS response không đúng policy, query amplification control, DHCP rogue/unauthorized behavior và rate limit theo thiết kế bảo mật; không biến test thành hoạt động gây ảnh hưởng ngoài lab.

05

Ma trận test đề xuất

#

Tách từng test case với traffic, precondition và verdict rõ.

  • DNS cache hit/miss và TTL expiry
  • DNS authoritative/recursive failover
  • DNSSEC validation nếu triển khai
  • DHCP lease mới, renew và rebind
  • DHCP relay qua nhiều VLAN
  • Pool utilization và exhaustion
  • Packet loss/latency giữa client–relay–server
06

Bằng chứng bàn giao

#

Gói kết quả gồm zone/scope test data, client profile, query/request rate, response percentile, error distribution, capture mẫu và server metrics. Ghi rõ cache state và thời điểm reset giữa lần chạy.

Kết luận nên cho biết capacity an toàn theo SLO, ngưỡng cảnh báo, điểm failover và hành vi khi dependency lỗi.

07

Dữ liệu test, cache và tính cô lập

#

DNS test cần phân biệt authoritative, recursive, cache hit, cache miss, delegation, negative caching và DNSSEC nếu nằm trong phạm vi. Tên miền test nên thuộc zone kiểm soát được để không gây truy vấn ngoài ý muốn. DHCP test cần pool, lease, relay, option và client identity tách khỏi production.

Reset cache hoặc lease giữa các kịch bản khi mục tiêu yêu cầu trạng thái sạch; ngược lại, giữ trạng thái khi muốn đánh giá steady state. Nếu không ghi rõ trạng thái ban đầu, hai lần chạy có thể cho kết quả rất khác nhau.

  • Zone và record tổng hợp có kiểm soát
  • Tỷ lệ query type, hit/miss và TTL
  • Pool size, lease time, relay path và option set
  • Không phát DHCP rogue hoặc query volume ra production
08

Observability và runbook sự cố

#

Kết hợp client timing với server counter, cache metric, socket/error, packet capture và dependency như database hoặc upstream resolver. Với DHCP, theo dõi DISCOVER–OFFER–REQUEST–ACK, thời gian cấp lease và nguyên nhân NAK/timeout.

Runbook cần chỉ rõ cách phân biệt lỗi client, relay, network, server và upstream; kèm test nhanh sau thay đổi. Các RFC nền tảng là điểm xuất phát, nhưng hành vi triển khai phải đối chiếu với phiên bản sản phẩm thực tế.

THUẬT NGỮ NHANH

Khái niệm cần nhớ

Baseline
Dải giá trị bình thường được thu đủ lâu để làm mốc so sánh và đặt ngưỡng.
SLA
Cam kết chất lượng dịch vụ gắn với KPI, phạm vi, thời gian và cách đo cụ thể.
Active test
Phép đo dùng traffic tổng hợp được tạo có chủ đích giữa các điểm kiểm tra.
TÀI LIỆU ĐỐI CHIẾUTài liệu tham khảo3 nguồn

Nội dung được biên soạn độc lập, theo hướng vendor-neutral và đối chiếu các tài liệu gốc dưới đây. Tính năng sản phẩm cần được kiểm tra lại theo phiên bản đang sử dụng.

Nguyên tắc biên tập

NetVali ưu tiên nguồn tiêu chuẩn và tài liệu chính thức; phân biệt khuyến nghị triển khai với yêu cầu của tiêu chuẩn; không công bố thông số sản phẩm chưa gắn với phiên bản và điều kiện đo.

Thông số và khả năng sản phẩm có thể thay đổi theo phiên bản. Hãy đối chiếu tài liệu chính thức trước khi xây dựng cấu hình hoặc tiêu chí nghiệm thu.
BẮT ĐẦU TỪ BÀI TOÁN

Cần chuyển kiến thức thành test plan?

Chia sẻ mục tiêu, topology và ràng buộc kỹ thuật. NetVali sẽ cùng bạn xác định bài đo phù hợp.

Trao đổi yêu cầu kỹ thuật