Как разобраться с кейсом: смотреть ли в сторону GeoDNS?
Суть:
По вводным: есть проект на DigitalOcean (DO) в Нидерландах.
По вводным: если пользователи из РФ и УКР, которые жалуются на доступ.
Сейчас ситуация такая: я поднял реверси прокси, условно укр.домен, и рф.домен. По отдельности проблемных клиентов можно отправлять туда.
По вводным: но, это неудобно, от слова совсем.
По вводным: я попроверял 3 провайдера в Европе для создания прокси. Создал в другом дата центре - получил отвал от Укр, Литвы, РФ.
По вводным: вернул назад. Сижу и думаю, а как лучше поступить, когда -
По вводным: многие используют VPN, точных данных по клиентам нет, доступ должен быть у всех. Но больше доступа из РФ, сразу жалобы из Европы. Это по одному IP.
По вводным: cloudflare само собой нет смысла использовать для балансировки.
Вопросы -
По вводным: 1) поможет ли GeoDNS сервисы? Если да, то посоветуйте.
Нужно понять: 2) Если ли возможность по аналогии с GeoDNS, но отправлять человека на тот сервер, что у него открывает 100%?
Опишите проблему, и специалист поможет с настройкой, исправлением ошибки или доработкой сайта. Подберём понятный план работ без лишней переписки.
Пока нет других ответов. Будьте первым, кто поможет автору.
Ответить на вопрос
GeoDNS может помочь, но только если проблема действительно в маршрутах до конкретного дата-центра, а не в блокировках, DNS у провайдера или нестабильности самого приложения. В вашем случае картина похожа на сетевую доступность: один IP нормально открывается у одних пользователей и плохо у других. Тогда разумная схема — несколько edge/proxy-точек и умная раздача адресов.
Но важный момент: GeoDNS выбирает сервер по DNS-запросу, а не по реальной проверке “у этого конкретного пользователя точно открывается этот IP”. Пользователь может быть в РФ, но DNS-запрос уйдёт через публичный resolver в другой стране. Или пользователь сидит за VPN. Поэтому GeoDNS даст улучшение статистически, но не 100% гарантию.
Практичная архитектура:
ru.example.com,eu.example.com.Сервисы, которые можно смотреть: NS1, DNS Made Easy, Constellix, Route53 latency/geolocation routing, ClouDNS GeoDNS. Если Cloudflare не подходит именно как прокси/балансировщик, его всё равно можно использовать только как DNS, но возможности GeoDNS зависят от тарифа и сценария.
Если нужна схема “отправлять на тот сервер, который у пользователя открывается 100%”, чистый GeoDNS это не умеет. Для этого нужен клиентский health-check: пользователь открывает короткую страницу, JS проверяет несколько endpoint-ов и сохраняет лучший вариант. Но для обычного сайта это усложнение и может плохо влиять на SEO, если делать редиректы неаккуратно.
Я бы начал проще: поднять два независимых proxy, собрать логи доступности по странам/ASN, добавить GeoDNS/latency DNS и оставить ручный fallback. После недели логов будет видно, какие провайдеры куда лучше ходят. Без такой статистики можно бесконечно менять дата-центры и каждый раз получать новые жалобы из другой сети.