Будут ли различные версии клиента KMS (Windows, Office) обрабатывать CNAME должным образом (т. Е. Разрешать указанные целевые записи RR) при разрешении _vlmcs._tcp.<localdomain> Имя машины KMS из DNS?
Обоснование здесь: у нас есть среда с кучей поддоменов, наши клиенты и серверы Windows (не обязательно присоединенные к домену) разбросаны по всем из них. Наше управление DNS для этих доменов довольно негибкое (время от времени мы можем обрабатывать изменения, но это обременительно), тогда как у нас есть некоторые домены, делегированные серверам AD DNS, где изменения легко внедряются. Мы бы хотели иметь _vlmcs._tcp.<localdomain>. IN CNAME _vlmcs._tcp.addns.domain. Записи RR созданы повсюду, чтобы упростить добавление и замену сервера KMS.
Я могу без особых усилий протестировать базовую функциональность (клиенты Win7 + Server 2008 R2 / Server 2012 R2, Office 2013). Тем не менее, у меня нет достаточно большого размера выборки различных версий ОС, установок Office, пакетов обновления и, возможно, исправлений, связанных с KMS-клиентом, чтобы определить, будет ли он работать во всех распространенных конфигурациях.
Я сомневаюсь, что в 100% случаев кто-то сможет сказать наверняка, что CNAME будет работать. Но будь я на вашем месте, я бы проверил, что это работает для подмножества систем, которые я могу протестировать, а затем просто пошел бы на это. В худшем случае вы отслеживаете количество клиентов до и после, чтобы заметить, начинают ли они падать, как будто клиенты больше подключаются. И Windows, и Office не делают ничего, кроме ворчания, когда вы не соответствуете требованиям. Таким образом, пользователи могут быть слегка раздражены, но не сломлены.
Либо полностью пропустите записи _vlmcs и просто установите KMS-сервер вручную на всех своих клиентах. Для этого существует групповая политика на машинах, присоединенных к домену, и вы можете использовать свою систему управления конфигурацией, чтобы сделать все остальное. У вас ведь есть система управления конфигурациями?