Kiểm thử DNS Anycast: failover, route leak và tính nhất quán dữ liệu

Anycast cho phép cùng prefix/IP được quảng bá từ nhiều location; routing đưa client tới một instance theo chính sách và trạng thái mạng. Nó có thể cải thiện proximity và resilience, nhưng không tự đồng bộ zone, không xác nhận application health và không bảo đảm mọi client đổi site cùng lúc khi route rút.

Với authoritative DNS, answer đúng phụ thuộc zone version, DNSSEC key/state, backend và software. Với recursive resolver, cache, upstream reachability và policy thêm biến. Vì vậy bài này phải chốt vai trò DNS trước khi thiết kế traffic.

Tối thiểu có hai Anycast site, route collector/looking glass được phép, probe tại nhiều ASN/region và hệ thống kiểm tra zone/state từng node qua unicast management. Thu BGP update, traceroute/TTL có kiểm soát, DNS packet và server log với timestamp đồng bộ.

Không dùng một probe trong cùng ISP để kết luận toàn Internet. Chọn probe theo user distribution và failure domain. Tách management/unicast address để biết instance thực được truy cập, tránh chỉ nhìn Anycast IP.

Profile cần gồm UDP và TCP, IPv4/IPv6, EDNS buffer size, DNSSEC, positive/negative answer, NXDOMAIN, delegation và record size. Giữ query set có expected answer/hash để phát hiện site trả dữ liệu cũ. Dùng query ID/correlation và timestamp tại probe.

Cache có thể che failover: recursive resolver vẫn trả answer dù authoritative path đang lỗi. Vì vậy tách direct authoritative query với end-user recursive journey. Kiểm soát TTL, nhưng không hạ TTL production chỉ để test khi chưa đánh giá tải tăng.

Ghi prefix, ASN, community, local preference, MED, prepending, route filter và RPKI state. Health automation phải nói rõ probe nào quyết định withdraw, debounce/hold-down và điều kiện failback. Nếu health chỉ kiểm tra process, node có thể quảng bá route dù zone/backend hỏng.

Route leak/hijack test không được thực hiện trên Internet công cộng nếu không có phạm vi và phối hợp. Tái tạo trong lab/BGP sandbox bằng neighbor giả, prefix cụ thể hơn, invalid origin hoặc community sai; xác minh filter/RPKI policy, alert và rollback.

KPI gồm DNS success ratio, timeout, SERVFAIL, answer correctness, stale answer, response latency percentile, TCP fallback, DNSSEC validation và site mapping theo probe. Với failover, đo từ fault/withdraw đến first stable correct answer; lưu cả BGP convergence và application recovery.

Packet capture cho biết query tới đâu và response nào về; BGP update giải thích path; unicast health xác nhận instance. Báo cáo phải gắn ba lớp này, tránh quy mọi timeout cho routing.

Chạy từng lỗi riêng rồi mới kết hợp. Với mỗi run, lưu start/end, seed query, probe list, route snapshot, zone serial/hash và software/config version.

• Kịch bản: DNS process lỗi · Tác động tạo ra: App unhealthy, link còn up · Bằng chứng pass: Route rút hoặc traffic không tới node lỗi
• Kịch bản: Zone stale · Tác động tạo ra: Node trả serial/hash cũ · Bằng chứng pass: Detection, quarantine, no inconsistent answer
• Kịch bản: Site mất uplink · Tác động tạo ra: BGP session/prefix mất · Bằng chứng pass: Probe chuyển site trong SLO
• Kịch bản: Partial reachability · Tác động tạo ra: Một upstream lỗi · Bằng chứng pass: Đa vùng không blackhole kéo dài
• Kịch bản: Invalid origin trong lab · Tác động tạo ra: RPKI invalid · Bằng chứng pass: Reject/alert đúng policy
• Kịch bản: Failback · Tác động tạo ra: Site trở lại · Bằng chứng pass: Không flapping, answer ổn định

Guardrail gồm route prefix-list chặn lab egress, max-prefix, change window, out-of-band access, owner nhà mạng nếu liên quan và lệnh rollback đã kiểm tra.

• 1. Chạy baseline đa vùng, ánh xạ probe→site bằng phương pháp được phê duyệt.
• 2. Xác nhận expected answer, DNSSEC, UDP/TCP và latency ổn định.
• 3. Trong lab/staging, dừng process DNS nhưng giữ BGP; đo health detection.
• 4. Rút prefix tại một site; theo dõi BGP và first stable correct answer.
• 5. Tạo zone stale có kiểm soát; xác nhận consistency guard.
• 6. Mô phỏng route leak/RPKI invalid trong BGP sandbox, không quảng bá ra Internet.
• 7. Khôi phục, kiểm tra hold-down/failback và route oscillation.
• 8. Lặp tại tải nền và thời gian soak; đối chiếu tất cả probe.

Nếu BGP đã rút nhưng một vùng còn timeout, xem route propagation/cache và alternate site capacity. Nếu route ổn nhưng answer khác nhau, kiểm tra zone replication/deployment. Nếu TCP tốt nhưng UDP loss, xem MTU/fragmentation, ACL và EDNS size. Nếu chỉ một probe xấu, chưa đủ kết luận site lỗi toàn cầu.

Kết quả lab không dự đoán đầy đủ chính sách Internet của mọi ASN. Looking glass là một lát cắt. DNS cache thay đổi trải nghiệm người dùng. Vì vậy kết luận phải gắn probe set, time window, prefix/policy, TTL và query profile.

• Anycast: Nhiều location quảng bá cùng địa chỉ/prefix; routing chọn đích.
• Unicast management IP: Địa chỉ riêng để quản trị/xác định từng instance.
• Route withdrawal: Rút quảng bá prefix khi site không còn phù hợp phục vụ.
• RPKI/ROV: Cơ chế xác thực quyền origin prefix và chính sách xử lý route.
• Zone serial/hash: Dấu hiệu kiểm tra phiên bản/nội dung zone.
• First stable answer: Response đúng đầu tiên của cửa sổ phục hồi ổn định.