forum.lissyara.su

Назрел вопрос...
При наличии на ДНС 2х А записей для одного и того же адреса - ДНС выдает клиенту обе, (псевдо)случайным образом их перемешивая. Учитывая по дефолту включенный кеш - на этом роль ДНС сервера в дальнейшей жизнедеятельности виндового VPN клиента оканчивается.
Потому и возник вопрос: а как себя собссно видет виндовый ДНС клиент и кеш при наличии нескольких записей? Будет ли он их циклически перебирать при попытках коннекта, или же - будет долбиться на один и тот же адрес?

NiTr0 писал(а):Назрел вопрос...
При наличии на ДНС 2х А записей для одного и того же адреса - ДНС выдает клиенту обе, (псевдо)случайным образом их перемешивая. Учитывая по дефолту включенный кеш - на этом роль ДНС сервера в дальнейшей жизнедеятельности виндового VPN клиента оканчивается.
Потому и возник вопрос: а как себя собссно видет виндовый ДНС клиент и кеш при наличии нескольких записей? Будет ли он их циклически перебирать при попытках коннекта, или же - будет долбиться на один и тот же адрес?

А Вы "попингуйте" Яндекс несколько раз с промежутком в 5-20 секунд и все вопросы отпадут сами собой! Как получил адрес и записал в кэш, пока TTL записи не истечет, будет на один адрес коннектиться. А вообще Round-Robin - "дедовский" способ балансировать подобные вещи! Курите в сторону CARP или NLB если это Win.

CARP/VRRP - насколько я знаю, не сильно-то применим для VPN сервера...
Да и идеальная баллансировка мне не слишком-то нужна, больше беспокоит вопрос резервирования На данный момент - резервирование сделано скриптом, который в случае падения основного сервера через пару минут поднимает ИП ("юзерские" ИП на серверах идут с маской /32 - потому проблем не возникает, рулится все дин. маршрутизацией) на резервном... Ессно, хотелось бы данный процесс ускорить.

DNS будет отдавать пользователю все A записи, а уже дальнейшее будет зависеть от клиента.

Gloft писал(а):DNS будет отдавать пользователю все A записи, а уже дальнейшее будет зависеть от клиента.

О чем я в первом посте и написал