Чи є спосіб локалізації записів dns? Це означає, що користувачі з Азії вирішують mydomain.com на інший ip, ніж користувачі з США чи Європи. Це було б корисно, щоб дати користувачам сервер поблизу. DNS - це єдина методика, що використовується досі, тобто я не можу розмістити програмне забезпечення або центральну систему, що замінює dns для вирішення цього питання.
Відповіді:
Так, наразі існує два популярних рішення цієї проблеми.
Перший називається Anycast, коли один і той же блок IP буквально використовується в багатьох місцях по всьому світу. Тобто сервери імен для вашого домену завжди повертають ту саму IP-адресу, але ця IP-адреса фактично призначена більш ніж одному набору фізичних серверів.
Більше про це можна прочитати тут http://en.wikipedia.org/wiki/Anycast
Друга методика знову включає AnyCast, однак цього разу діапазон IP-адрес, як повідомляється, стосується самих наших серверів імен. Оскільки сервери імен будуть запитувати лише клієнтів, яким вони також є найближчими (як це визначає магія BGP), вони можуть самі повертати клієнтові IP-адреси, що є логічно локальними.
Прикладом цього є домен l.google.com google
Від господаря в Австралії
crimson:~ dave$ host www.google.com
www.google.com is an alias for www.l.google.com.
www.l.google.com is an alias for www-notmumbai.l.google.com.
www-notmumbai.l.google.com has address 66.249.89.99
www-notmumbai.l.google.com has address 66.249.89.147
www-notmumbai.l.google.com has address 66.249.89.103
www-notmumbai.l.google.com has address 66.249.89.104
Від господаря в США
[dave@odessa ~]$ host www.google.com
www.google.com is an alias for www.l.google.com.
www.l.google.com has address 74.125.95.99
www.l.google.com has address 74.125.95.147
www.l.google.com has address 74.125.95.104
www.l.google.com has address 74.125.95.106
www.l.google.com has address 74.125.95.105
www.l.google.com has address 74.125.95.103
Таким чином, CNAME для www.google.comвирішує www.l.google.com, але коли ви вирішите це, залежно від вашого місцезнаходження, ваш клієнт отримує інший набір IP-адрес. Це відбувається тому, що сервер імен, на який було отримано запит, www.l.google.comбув локальним сервером імен, відносно клієнта.
Якщо ви хочете локалізувати сервери лише для країн Азії, Північної Америки та Європи, ви можете вирішити запускати як веб-сайт, так і свій DNS.
За допомогою DNS ви можете використовувати щось на кшталт підходу DNS Split-Horizon , що може бути досягнуто за допомогою інтегрованої функціональності вашого DNS-сервера (вони можуть називати це GeoDNS ), або через брандмауер, який переспрямовує різні діапазони IP-адрес на різні запущені екземпляри вашого DNS-сервера (ви можете запустити кілька різних копій сервера на локальній машині, які прослуховуватимуть різні локальні IP-адреси).
Можливо, ви зможете отримати очікувані результати у ≈90% випадків, відповівши на запити DNS від IP-адрес RIPE та AfriNIC із Aзаписом вашого хоста в Європі, запити від APNIC - хоста в Азії та запити IP-адрес від / 8 блоків, які адмініструють ARIN , LACNIC та решта / 8 адресного простору із Aзаписом вашого сервера в Північній Америці. Це призведе до помилкових результатів у певних ситуаціях (деякі / 8 блоків поділяються між Європою та Північною Америкою, дещо адресним простором є anycast тощо), але найгірше, що трапиться, - це додаткова затримка постраждалої сторони, тому не повинно бути ' не бути великою справою.
(І так, має бути спосіб полегшити ці речі, але поки що здається, що таких немає.)
У мене була така ж проблема. Наша компанія має клієнтів у Росії та Китаї, і всі вони потребують дуже швидкого підключення до нашого сервісу. Ми використовували Amazon Route 53 Geo dns і тільки що створили два записи, один буде направляти клієнтів з Китаю до нашого району Токіо та клієнтів з Росії до Лондона.