
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.
Bài viết giúp bạn
- Xác định vai trò và phạm vi
- Functional baseline
- Capacity và latency
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.
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.

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.
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.
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
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.
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
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ế.
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.
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.
