Время жизни DNS для записи различается для полномочного сервера, распознавателя и клиента.

Вот мой сценарий:

• У меня есть офис, который подключается к AWS через VPN-туннель для доступа к некоторым экземплярам EC2.
• Офисные компьютеры используют AWS Route 53 через VPN-туннель для разрешения частной зоны хостинга.
• Частная размещенная зона содержит записи об активах, находящихся в офисе. Принтеры, серверы приложений и т. Д.
• Рабочие станции Office настроены на использование внутреннего адреса DNS-сервера AWS (в подсети с экземплярами EC2).

Все разрешается нормально.

Теперь, чтобы обеспечить выход из строя VPN-туннеля и, следовательно, доступность DNS-сервера AWS, я настроил для записей DNS внутренних ресурсов TTL 432 000 секунд или 5 дней. По сути, это дает мне 5 дней на восстановление VPN-туннеля до того, как офисные рабочие станции не смогут разрешить внутренние ресурсы по имени.

Однако я заметил следующее поведение и мне интересно, нормально ли это для распознавателя и клиента (Windows 10)?

• Запрос авторитетного сервера показывает, что TTL составляет 432000
• Запрос резолвера показывает, что TTL составляет 86400
• Запрос клиента (например, ipconfig /displaydns) также показывает 86400 (с уменьшением, что является нормальным поведением).

Я попытался изменить TTL, и оказалось, что клиент Windows будет учитывать любое значение TTL, меньшее или равное 86 400.

Почему TTL записи 432000 на уровне полномочного сервера не передается на распознаватель и, следовательно, на клиент? Я неправильно понимаю что-то фундаментальное о том, как работают TTL?

Заранее спасибо!