Tôi đã có ý tưởng này và đã bắt đầu viết mã nhưng chưa bao giờ kết thúc vì nhu cầu đã bốc hơi trước.
Máy chủ DNS có tên máy chủ và địa chỉ MAC của tất cả các máy trong mạng LAN của nó và cách để tiếp cận chúng. Khi nhận được yêu cầu cho một máy mà nó biết, nó sẽ gửi ARP ngược cho địa chỉ IP được cung cấp địa chỉ MAC và sử dụng phản hồi để tạo câu trả lời DNS.
Điều này không có gì để làm với những gì bạn đang cố gắng làm, nhưng nó minh họa điểm. Về lý thuyết, một máy chủ DNS có thể được mã hóa để thực hiện bất kỳ lược đồ mới nào bạn muốn phân giải tên thành địa chỉ IP.
Câu hỏi thực tế dường như là làm thế nào để có được địa chỉ IP của khách hàng để quyết định nơi gửi chúng. Đây là một chút nhỏ của một vấn đề XY. Những gì bạn thực sự muốn là ISP của khách hàng định vị địa lý và bạn có thể nhận được điều đó bằng cách thực hiện trực tiếp địa chỉ IP theo yêu cầu, giả sử đó không phải là 8.8.4.4 hoặc một số dịch vụ chuyển hướng DNS khác. Theo tôi, giải pháp tốt nhất cho các bộ chuyển hướng DNS là bỏ qua vấn đề và thực hiện định vị địa lý tự thân (nghĩa là từ máy chủ DNS cố gắng xác định vị trí địa chỉ IP gọi) và chuyển hướng phù hợp. Xem tại đây để biết cách định vị địa lý: /programming/2574542/location-detecting-techniques-for-ip-addresses
Bạn thực sự thực sự không muốn anycast ở đây nhưng một cái gì đó lành mạnh hơn. Anycast có thuộc tính gây phiền nhiễu là nó có thể định tuyến lại các gói ở giữa luồng TCP của bạn gây ra sự nhầm lẫn hàng loạt.
Ron Maupin tuyên bố rằng anycast là tuyến đáng tin cậy cho TCP. Đây là traceroute hiển thị khác:
3 cr1-rhe-a-be153.bb.as11404.net (174.127.183.14) 20.657 ms 20.763 ms 19.660 ms
4 cr1-che-b-be-2.as11404.net (192.175.29.161) 22.550 ms 23.562 ms 23.538 ms
5 * cr1-9greatoaks-hu-0-6-0-20-0.bb.as11404.net (192.175.28.108) 24.409 ms 38.083 ms
6 72.14.222.146 (72.14.222.146) 40.038 ms 39.106 ms 39.125 ms
7 108.170.242.225 (108.170.242.225) 37.930 ms 108.170.243.1 (108.170.243.1) 35.434 ms 108.170.242.225 (108.170.242.225) 33.694 ms
8 209.85.240.249 (209.85.240.249) 33.476 ms 108.170.232.65 (108.170.232.65) 31.683 ms 108.170.234.155 (108.170.234.155) 30.754 ms
9 google-public-dns-b.google.com (8.8.4.4) 30.491 ms 28.644 ms 25.718 ms
Nếu bạn cố gắng định vị địa chỉ IP ngược dòng theo cách rõ ràng bạn sẽ nhận được cả hai đều ở Wichita. Điều này là không chính xác theo đó một trình diễn vật lý đơn giản sẽ đủ.
Phạm vi đến 8.8.4.4 được đo tại 30ms trong đó 18ms đầu tiên là hình phạt cục bộ (hop 3 là bộ định tuyến cục bộ của ISP của tôi). khoảng cách của tôi để Wichita là 1297 dặm. Do đó, thời gian tối thiểu là chuyến đi vòng (1297 * 2 dặm / 225.000 km mỗi giây (tốc độ ánh sáng trong thủy tinh)) đó là 18.55ms. Do đó, tôi sẽ không nhận được phản hồi nhanh hơn 28ms nhưng tôi đã nhận lại được sau 25ms.
Các gói đang đến Google bằng hai tuyến BGP khác nhau. BGP đã không chọn gần nhất.