hunter68
17-07-2014, 17:35
Была такая проблема. На нескольких хостах Office 2010 не получал активацию от kms сервера.
sppsvc.exe "Служба защиты программного обеспечения" отправляла запросы на активацию на localhost, а не на kms. В результате, Office 2010 не получал активацию.
В DNS - запись для kms была, сервер kms был доступен по сети, время на хостах и сервере kms - не отличалось, с версиями службы лицензирования программного обеспечения все Ok.
Ключ в Office 2010 - "правильный" (для kms активации).
Причина оказалась вот в чем.
В Реестре Windows 7 было два ключа KeyManagementServiceName
RegKey1: {
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\OfficeSoftwareProtectionPlatform]
"KeyManagementServiceName"="11.11.11.11"
}
--
RegKey2: {
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\OfficeSoftwareProtectionPlatform\59a52881-a989-479d-af46-f275c6370663\6f327760-8c5c-417c-9b61-836a98287e0c]
"KeyManagementServiceName"="localhost"
}
При активации (cscript ospp.vbs /act) обращение шло к "kms серверу" с IP адресом 127.0.0.1 (localhost). Т.е. приоритет был выше у Ключа в Реестре - RegKey2.
Если удалить Ключ RegKey1 , то все равно «работал» - RegKey2 и DNS запроса для получения IP адреса kms сервера – не было.
На kms сервере в логах, конечно, не было записей об обращениях на активацию с проблемных хостов.
Команда cscript ospp.vbs /sethst:11.11.11.11 – меняла значение только RegKey1 ( ключа с меньшим приоритетом).
Решение нашли - Заменить значение ключа RegKey2: localhost -> 11.11.11.11 .
Или - просто удалить этот ключ.
Но вопрос. Откуда взялась в реестре эта вторая запись и почему команда cscript ospp.vbs /sethst - не устанавливала приоритетный ключ?
Скриншоты:
http://saveimg.ru/show-image.php?id=390cda98b6c3f96382015f444c2a8ebc
http://saveimg.ru/show-image.php?id=4f3354f1cc9a2bc8d2543802299408e5
http://saveimg.ru/show-image.php?id=3c6790a3103363bb3cc5196e0fd0c245
Есть только ИМХО на этот счет:
- Если наша установка Office 2010 не первая на данной ОС, а были еще, то возможно появление такой проблемы (в данном случае моя установка Office2010 была 4-ая по счету);
- Возможно влияет на возникновение такой ситуации предыдущая установка Office 2010 OEM (Пробная), которая шла вместе с предустановленной OEM Windows 7. В реестре видны следы от этой инсталляции. Самого Office 2010 OEM - Нет, но ключи в реестре от него - присутствуют.
sppsvc.exe "Служба защиты программного обеспечения" отправляла запросы на активацию на localhost, а не на kms. В результате, Office 2010 не получал активацию.
В DNS - запись для kms была, сервер kms был доступен по сети, время на хостах и сервере kms - не отличалось, с версиями службы лицензирования программного обеспечения все Ok.
Ключ в Office 2010 - "правильный" (для kms активации).
Причина оказалась вот в чем.
В Реестре Windows 7 было два ключа KeyManagementServiceName
RegKey1: {
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\OfficeSoftwareProtectionPlatform]
"KeyManagementServiceName"="11.11.11.11"
}
--
RegKey2: {
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\OfficeSoftwareProtectionPlatform\59a52881-a989-479d-af46-f275c6370663\6f327760-8c5c-417c-9b61-836a98287e0c]
"KeyManagementServiceName"="localhost"
}
При активации (cscript ospp.vbs /act) обращение шло к "kms серверу" с IP адресом 127.0.0.1 (localhost). Т.е. приоритет был выше у Ключа в Реестре - RegKey2.
Если удалить Ключ RegKey1 , то все равно «работал» - RegKey2 и DNS запроса для получения IP адреса kms сервера – не было.
На kms сервере в логах, конечно, не было записей об обращениях на активацию с проблемных хостов.
Команда cscript ospp.vbs /sethst:11.11.11.11 – меняла значение только RegKey1 ( ключа с меньшим приоритетом).
Решение нашли - Заменить значение ключа RegKey2: localhost -> 11.11.11.11 .
Или - просто удалить этот ключ.
Но вопрос. Откуда взялась в реестре эта вторая запись и почему команда cscript ospp.vbs /sethst - не устанавливала приоритетный ключ?
Скриншоты:
http://saveimg.ru/show-image.php?id=390cda98b6c3f96382015f444c2a8ebc
http://saveimg.ru/show-image.php?id=4f3354f1cc9a2bc8d2543802299408e5
http://saveimg.ru/show-image.php?id=3c6790a3103363bb3cc5196e0fd0c245
Есть только ИМХО на этот счет:
- Если наша установка Office 2010 не первая на данной ОС, а были еще, то возможно появление такой проблемы (в данном случае моя установка Office2010 была 4-ая по счету);
- Возможно влияет на возникновение такой ситуации предыдущая установка Office 2010 OEM (Пробная), которая шла вместе с предустановленной OEM Windows 7. В реестре видны следы от этой инсталляции. Самого Office 2010 OEM - Нет, но ключи в реестре от него - присутствуют.