Назад | Перейти на главную страницу

Конфигурация DNS MS для служб управления ключами

Я был обременен настройкой службы управления ключами MS для наших систем. (Я пропустил встречу ...)

Серверная часть KMS, похоже, установлена ​​на поле KMS-сервера нормально и, похоже, активирована, но ни один из клиентов не может активироваться против нее и даже не может ее найти. Итак, первое, на что я обращаю внимание, это DNS.

Сначала вот симптом нового клиента winds2 (еще не настроенного как AD или DNS). Подробности и изложение ниже.

C:\>slmgr.vbs /dlv

C:\>nslookup -type=all _vlmcs._tcp
Server:  winds1.ems.local
Address:  172.17.21.20

DNS request timed out.
    timeout was 2 seconds.
DNS request timed out.
    timeout was 2 seconds.
*** Request to winds1.ems.local timed-out

Вот соответствующая конфигурация системы

wsus3 -> KMS server 172.31.92.151/24 (a vmwware-convert of existing real live 2008R2 box acting as wsus server)
winds1 -> DNS server 172.17.21.20/24 (a vmware-convert of existing real live 2003 box)
winds2 -> win2008R2 172.17.21.21/24   -not- a DNS or AD box (yet).  expecting to activate against wsus3

на winds2, [один из] клиентов KMS

C:> tcping.exe wsus3 1688

DNS: не удалось найти хост wsus3, прерывание.

C:> tcping.exe 172.31.92.151 1688

Зондирование 172.31.92.151:1688/tcp - Порт открыт - время = 22,089 мс Зондирование 172.31.92.151:1688/tcp - Порт открыт - время = 14,074 мс Зондирование 172.31.92.151:1688/tcp - Порт открыт - время = 14,173 мс зондирование 172.31.92.151:1688/tcp - порт открыт - время = 14.033 мс

Статистика эхо-запросов для 172.31.92.151:1688 Отправлено 4 зонда. 4 успешных, 0 неудачных. Приблизительное время срабатывания в миллисекундах: минимум = 14,033 мс, максимум = 22,089 мс, средний = 16,092 мс

С:> tcping.exe 172.17.21.20 53

Зондирование 172.17.21.20:53/tcp - Порт открыт - время = 16,426 мс Зондирование 172.17.21.20:53/tcp - Порт открыт - время = 14,244 мс Зондирование 172.17.21.20:53/tcp - Порт открыт - время = 14,352 мс зондирование 172.17.21.20:53/tcp - порт открыт - время = 14,407 мс

Статистика пинга для 172.17.21.20:53 Отправлено 4 зонда. 4 успешных, 0 неудачных. Приблизительное время срабатывания в миллисекундах: минимум = 14,244 мс, максимум = 16,426 мс, средний = 14,857 мс

C:> nslookup wsus3 Сервер: winds1.ems.local Адрес: 172.17.21.20

*** winds1.ems.local не может найти wsus3: сбой сервера

C:> nslookup winds1 Сервер: winds1.ems.local Адрес: 172.17.21.20

*** winds1.ems.local не может найти winds1: сбой сервера

C:> nslookup winds2 Сервер: winds1.ems.local Адрес: 172.17.21.20

*** winds1.ems.local не может найти winds2: сбой сервера

C:> nslookup winds2. Сервер: winds1.ems.local Адрес: 172.17.21.20

*** winds1.ems.local не может найти winds2 .: сбой сервера

Значит, с DNS что-то не так; он не разрешает имена (не говоря уже о записях SRV), но вверху он указывает, что клиент winds2 может tcp подключаться к IP-адресу и порту DNS на DNS-сервере winds1

Однако с DNS-сервером winds1 проблем нет:

C:> nslookup -type = all _vlmcs._tcp Сервер: winds1.ems.local Адрес: 172.17.21.20

_vlmcs._tcp.EMS.LOCAL Местоположение службы SRV: приоритет = 0 вес = 0 порт = 1688 svr hostname = wsus3.ems.local wsus3.ems.local Интернет-адрес = 172.31.92.151

C:> пинг wsus3

Проверка связи wsus3.EMS.LOCAL [172.31.92.151] с 32 байтами данных:

Ответ от 172.31.92.151: байтов = 32 времени <1 мс TTL = 127 Ответ от 172.31.92.151: байтов = 32 времени <1 мс TTL = 127 Ответ от 172.31.92.151: байтов = 32 времени <1 мс TTL = 127 Ответ от 172.31.92.151 : байты = 32 время <1 мс TTL = 127

Статистика Ping для 172.31.92.151: пакеты: отправлено = 4, получено = 4, потеряно = 0 (потеря 0%), приблизительное время приема-передачи в миллисекундах: минимум = 0 мс, максимум = 0 мс, среднее = 0 мс

C:> tcping.exe wsus3 1688

Зондирование 172.31.92.151:1688/tcp - Порт открыт - время = 2,895 мс Зондирование 172.31.92.151:1688/tcp - Порт открыт - время = 2,124 мс Зондирование 172.31.92.151:1688/tcp - Порт открыт - время = 2,008 мс зондирование 172.31.92.151:1688/tcp - порт открыт - время = 2.122 мс

Статистика пинга для 172.31.92.151:1688 4 отправленных зонда. 4 успешных, 0 неудачных. Приблизительное время срабатывания в миллисекундах: минимум = 2,008 мс, максимум = 2,895 мс, средний = 2,287 мс

C:>

Есть предположения?

Я вручную настроил DNS SRV для

http://technet.microsoft.com/en-us/library/ff793405.aspx

И я использую эти документы (пока) для настройки KMS:

http://social.technet.microsoft.com/Forums/en-US/341e8906-0fe6-477e-8ce2-8e515f0f227a/key-management-service-kms-is-unavailable?forum=w7itproinstall

http://technet.microsoft.com/en-us/library/ee939272.aspx

http://technet.microsoft.com/en-us/library/ff793439.aspx

Если вы используете CHNAME для связывания записи SRV с записью A, вы увидите ту же ошибку. Только запись SRV должна использовать настоящее полное доменное имя с записью A.

C:\>nslookup -type=all _vlmcs._tcp
Server:  winds1.ems.local
Address:  172.17.21.20

DNS request timed out.
    timeout was 2 seconds.
DNS request timed out.
    timeout was 2 seconds.
*** Request to winds1.ems.local timed-out

На вашем DNS-сервере находится DNS-зона для домена AD. ems.local. Ваш клиент отправляет запрос на DNS-сервер для _vlmcs._tcp (имя с одной меткой, поскольку у клиента нет DNS-суффикса). Сервер может отвечать только на запросы для _vlmcs._tcp.ems.local но не для _vlmcs._tcp потому что в нем нет зоны для одного имени метки. DNS-серверы отвечают на запросы к зонам, которые они размещают. Без DNS-суффикса DNS-сервер не знает, какая зона _vlmcs._tcp находится в. Он знает только о записях в ems.local зона.

Чтобы сервер разрешил запрос для _vlmcs._tcp из ems.local зона, клиент должен быть настроен с ems.local DNS-суффикс. Вы можете добиться этого, присоединив клиента к домену или настроив DNS-суффикс в свойствах расширенного TCP / IPv4 сетевого адаптера.