Кмс не работает по ключам

Активация клиента службы управления ключами (KMS) и ключи продуктов

Чтобы использовать KMS, в локальной сети должен быть доступен узел KMS. Компьютеры, активируемые с помощью узла KMS, должны иметь определенный ключ продукта. Этот ключ иногда называют ключом клиента KMS, но формально он называется универсальным корпоративным ключом многократной установки Microsoft (GVLK). Компьютеры, на которых выполняются выпуски Windows Server и клиент Windows с корпоративным лицензированием, умолчанию являются клиентами KMS, для которых не требуется дополнительная настройка, так как соответствующий ключ GVLK уже существует.

Но в некоторых сценариях требуется добавить GVLK на компьютер, который вы хотите активировать на узле KMS, например:

• при переключении компьютера из режима использования ключа многократной активации (MAK);
• при преобразовании розничной лицензии Windows в клиент KMS;
• если компьютер ранее был узлом KMS.

Чтобы использовать перечисленные здесь ключи (GVLK), в локальной среде должен быть узел KMS. Если у вас еще нет узла KMS, см. сведения в статье Создание узла KMS.

Если вы хотите активировать Windows без доступного узла KMS и без активации тома (например, вы пытаетесь активировать розничную версию клиента Windows), эти ключи не будут работать. Вам нужно использовать другой метод активации Windows, например использование ключа MAK или приобретение розничной лицензии. Узнайте, как найти ключ своего продукта Windows, и что такое лицензионные версии Windows.

Установка ключа продукта

Если вы переключаете компьютер из режима использования узла KMS, ключа MAK или розничной версии Windows в режим клиента KMS, установите соответствующий ключ продукта (GVLK) из списка ниже. Чтобы установить ключ продукта клиента, откройте командную строку администратора на клиенте и выполните следующую команду, а затем нажмите клавишу Enter :

Например, чтобы установить ключ продукта для выпуска Windows Server 2022 Datacenter, выполните следующую команду и нажмите клавишу Enter :

Универсальные ключи многократной установки (GVLK)

В таблицах ниже вы найдете ключи GVLK для каждой версии и выпуска Windows. LTSC означает Long-Term Servicing Channel, а LTSB — Long-Term Servicing Branch.

Windows Server (версии LTSC)

Windows Server 2022

Версия операционной системы	Ключ продукта клиента KMS
Windows Server 2022 Datacenter	WX4NM-KYWYW-QJJR4-XV3QB-6VM33
Windows Server 2022 Standard	VDYBN-27WPP-V4HQT-9VMD4-VMK7H

Windows Server 2019

Версия операционной системы	Ключ продукта клиента KMS
Windows Server 2019 Datacenter	WMDGN-G9PQG-XVVXX-R3X43-63DFG
Windows Server 2019 Standard	N69G4-B89J2-4G8F4-WWYCC-J464C
Windows Server 2019 Essentials	WVDHN-86M7X-466P6-VHXV7-YY726

Windows Server 2016

Версия операционной системы	Ключ продукта клиента KMS
Windows Server 2016 Datacenter	CB7KF-BWN84-R7R2Y-793K2-8XDDG
Windows Server 2016 Standard	WC2BQ-8NRM3-FDDYY-2BFGV-KHKQY
Windows Server 2016 Essentials	JCKRF-N37P4-C2D82-9YXRT-4M63B

Windows Server (версии Semi-Annual Channel)

Windows Server, версии 20H2, 2004, 1909, 1903 и 1809

Версия операционной системы	Ключ продукта клиента KMS
Windows Server Datacenter	6NMRW-2C8FM-D24W7-TQWMY-CWH2D
Windows Server Standard	N2KJX-J94YW-TQVFB-DG9YT-724CC

Windows 10 (версии Semi-Annual Channel)

См. в разделе Справочные материалы по жизненному циклу Windows сведения о поддерживаемых версиях и конечных датах обслуживания.

Источник

Кмс не работает по ключам

• Поисковые системы
  • Google
  • Яндекс
  • Каталоги сайтов
  • Прочие поисковики
  • Агрегаторы и доски объявлений
• Практика оптимизации
  • Общие вопросы оптимизации
  • Частные вопросы — ранжирование, индексация, бан
  • Сервисы и программы для работы с SE
  • Любые вопросы от новичков по оптимизации
  • Ссылочные и пользовательские факторы
  • Поисковые технологии
  • Doorways & Cloaking
• Трафик для сайтов
  • Поисковая и контекстная реклама
  • Google Adwords
  • Яндекс.Директ
  • Тизерная и баннерная реклама
  • Общие вопросы рекламы
• Монетизация сайтов
  • Партнерские программы в Интернете
  • Контекстная реклама
  • Google AdSense
  • Рекламная Сеть Яндекса
  • Размещение тизерной и баннерной рекламы
  • Общие вопросы
• Сайтостроение
  • Веб-строительство
  • Статистика и аналитика
  • Доменные имена
  • Администрирование серверов
  • Хостинг
  • Безопасность
  • Usability и удержание посетителей
  • Копирайтинг
• Социальный Маркетинг
  • Вконтакте
  • YouTube
  • Facebook & Instagram
  • TikTok
  • Telegram
  • Общие вопросы
• Общение профессионалов
  • Семинары и конференции
  • eCommerce, интернет-магазины и электронная коммерция
  • Телефония и коммуникации для бизнеса
  • Деловые вопросы
  • Финансы
  • Cчет в Яндекс.Деньгах
  • Криптовалюты
  • Инвестиции
  • Экономика
  • Правовые вопросы
• Биржа и продажа
  • Финансовые объявления
  • Работа на постоянной основе
  • Сайты — покупка, продажа
  • Соцсети: страницы, группы, приложения
  • Сайты без доменов
  • Трафик, тизерная и баннерная реклама
  • Продажа, оценка, регистрация доменов
  • Ссылки — обмен, покупка, продажа
  • Программы и скрипты
  • Размещение статей
  • Инфопродукты
  • Прочие цифровые товары
• Работа и услуги для вебмастера
  • Оптимизация, продвижение и аудит
  • Ведение рекламных кампаний
  • Услуги в области SMM
  • Программирование
  • Администрирование серверов и сайтов
  • Прокси, ВПН, анонимайзеры, IP
  • Платное обучение, вебинары
  • Регистрация в каталогах
  • Копирайтинг, переводы
  • Дизайн
  • Usability: консультации и аудит
  • Изготовление сайтов
  • Наполнение сайтов
  • Прочие услуги
• Не про работу
  • О сайте и форуме
  • Самое разное
  • Курилка
  • Встречи и сходки
  • Железо и софт

Google о разделении контента для разных интентов

Как заставить охватную рекламную кампанию растить продажи. Кейс Beaphar.ru

Вместо таргетинга в КМС по ключам — аудитории по намерениям.

К январю 2019 переведут всех.

«Рекламные слова»(ad words) исчезнут не только из названия системы 😉

рано паникуешь «or define your own audience using keywords, URLs and app»

wicker, так да, аудитории по намерениям тоже можно создавать с помощью ключей, это инфа давно есть и на русском)

Просто речь о том, что теперь более широкий инструмент предлагается.

Уже сейчас таргетинг по ключам в КМС не работает:

показы по ключевым словам «слоны» идут

а по запросу «розовые слоны» не идут, хотя в директе все нормально.

Соответственно, если вы продаете розовых слонов в очках, и синие слоны в шляпах вам нафиг не нужны, то либо CTR близок к нулю, либо конверсия.

Сделано это для повышения доходов гугла, понятное дело. Для потребителя сплошной минус.

Источник

Почему КМС Google AdWords не работает?

Объявления Google AdWords размещаются не только на поиске Google, но и на многочисленных сайтах контекстно-медийной сети AdWords. На сайтах-партнерах текстовые и графические объявления показываются на основе различных таргетингов: ключевых слов и тематики сайта, интересов пользователей, демографических данных, списков ремаркетинга.

Переходы с сайтов партнерской сети Google обычно недорогие: от 30-50 копеек до 5-7 рублей. Казалось бы, что может быть лучше? Но часто рекламодатели, запустив кампанию на контекстно-медийную сеть, получают огромное количество показов объявлений и, как следствие, много мусорного трафика. В статье приведем несколько советов, как этого избежать и получить качественный недорогой трафик с КМС.

Как фильтровать трафик с КМС AdWords?

1. Используйте пересечение таргетингов

Вы можете сузить целевую аудиторию, выбрав наиболее подходящих для показа пользователей, если будете в рамках одной группы объявлений использовать не один, а два таргетинга или более. Например, ключевые слова и тематику сайтов, ключевые слова и интересы. Все типы таргетингов хорошо комбинировать с демографическими данными (пол, возраст, родительский статус пользователей). Главное – не сделать аудиторию слишком узкой, иначе можно совсем не получить трафика.

Например, для рекламы интернет-магазина бижутерии можно выбрать таргетинг по темам (добавить тему «Покупки > Одежда > Аксессуары для одежды > Драгоценности и ювелирные украшения» и др.) и добавить демографические данные. Если конверсии на сайте чаще всего совершают женщины от 25 до 34 лет, рекламную кампанию лучше настроить именно на таких пользователей. Данные о конверсиях, поле и возрасте можно взять в демографических отчетах Google Analytics или Яндекс.Метрики. Данные об интересах пользователей тоже лучше брать из отчетов в системах веб-аналитики.

2. Отбирайте сайты для показа по параметрам

В контекстно-медийной сети можно отключить категории сайтов, показ рекламы на которых нежелателен. К ним относятся сайты о криминале и трагедиях, сайты неприличного содержания, с грубой лексикой, припаркованные домены, сообщения об ошибках, игры, некоторые мобильные приложения и пр. Отключить лишние категории можно, нажав на +Параметры на вкладке «Места размещения».

После отключения «мусорных» показов эффективность кампании заметно увеличивается.

3. Ограничьте частоту показов на 1 пользователя

Обязательно ограничьте количество показов вашего объявления или группы объявлений на 1 пользователя. Установить ограничение можно в настройках кампании (Дополнительные настройки > Показ объявлений: ротация объявлений, ограничение частоты показов).

В этом случае объявления увидит больше пользователей, кроме того, бесконечные показы одних и тех же рекламных материалов не будут раздражать ваших потенциальных клиентов.

4. Просматривайте и отключайте неэффективные площадки

Исключайте показы на тех площадках, содержание которых нерелевантно вашим объявлениям, а также на сайтах, где уже было несколько сотен показов, но не было кликов. Отчет по площадкам доступен в Быстрой статистике (Вид: «Места размещения, выбранные автоматически»)

Отключая площадки, вы отбираете наиболее заинтересованную аудиторию для дальнейших показов.

Итак, если уделять должное внимание фильтрации трафика с контекстно-медийной сети Google, вы сможете получить недорогой конверсионный трафик на сайт. Обязательно используйте инструменты AdWords для сортировки трафика или доверьте кампанию профессионалам. Прибыльных вам рекламных кампаний!

Источник

Рекомендации по устранению неполадок службы управления ключами (KMS)

В процессе развертывания многие корпоративные клиенты настраивают службу управления ключами (KMS), чтобы включить активацию Windows в своей среде. Это простой процесс настройки узла KMS, после завершения которого клиенты KMS обнаруживают узел и пытаются выполнить активацию самостоятельно. Но что произойдет, если этот процесс не заработает? Что делать дальше? В этой статье описываются ресурсы, необходимые для устранения проблемы. Дополнительные сведения о записях журнала событий и сценарии Slmgr.vbs см. в техническом справочнике по активации корпоративных лицензий.

Общие сведения о KMS

Начнем с быстрого повторения материала об активации KMS. Служба KMS использует модель «клиент — сервер». По сути, она напоминает DHCP. Вместо передачи IP-адресов клиентам по их запросу KMS обеспечивает активацию продукта. Служба KMS также использует модель продления, в которой клиенты пытаются выполнить повторную активацию через равные промежутки времени. Существуют две роли: узел KMS и клиент KMS.

• На узле KMS работает служба активации. Именно он обеспечивает активацию в среде. Чтобы настроить узел KMS, необходимо установить ключ KMS из центра поддержки корпоративных лицензий (VLSC), а затем активировать службу.
• Клиент KMS — это операционная система Windows, которая развернута в среде и должна быть активирована. Клиенты KMS могут работать под управлением любого выпуска Windows, использующего активацию корпоративных лицензий. Клиенты KMS поставляются с предварительно установленным ключом, который называется универсальным ключом многократной установки (GVLK) или ключом установки клиента KMS. Наличие GVLK означает, что данная система — клиент KMS. Клиенты KMS используют записи SRV DNS (_vlmcs._tcp) для определения узла KMS. Затем клиенты автоматически пытаются обнаружить и использовать эту службу для самостоятельной активации. В течение 30-дневного льготного периода они пытаются выполнить активацию каждые два часа. После активации клиенты KMS пытаются продлевать активацию каждые семь дней.

При устранении неполадок, возможно, придется рассмотреть обе стороны (узел и клиент), чтобы выяснить, что происходит.

Узел KMS

Существуют две области, которые необходимо изучить на узле KMS. Сначала проверьте состояние службы лицензий на программное обеспечение узла. Во вторых, с помощью Просмотра событий проверьте наличие событий, связанных с лицензированием или активацией.

Сценарий Slmgr.vbs и служба лицензий на программное обеспечение

Чтобы просмотреть подробные выходные данные службы лицензий на программное обеспечение, откройте окно командной строки с повышенными привилегиями и введите в нем slmgr.vbs/dlv. На следующем снимке экрана показаны результаты выполнения этой команды на одном из узлов KMS в корпорации Майкрософт.

Ниже приведены наиболее важные поля для устранения неполадок. Искомые сведения могут быть разными в зависимости от устраняемой проблемы.

Сведения о версии. В верхней части файла выходных данных slmgr.vbs/dlv указана версия службы лицензий на программное обеспечение. Она может быть полезна для того, чтобы узнать, установлена ли актуальная версия службы. Например, обновления для службы KMS в Windows Server 2003 поддерживают разные ключи узла KMS. Эти данные можно использовать, чтобы оценить, является ли версия актуальной и поддерживает ли она ключ узла KMS, который вы пытаетесь установить. Дополнительные сведения об этих обновлениях см. в разделе Обновление для Windows Vista и Windows Server 2008 для KMS-активации расширения поддержки для Windows 7 и Windows Server 2008 R2.

Имя. Указывает выпуск Windows, установленный в системе узла KMS. Это может быть важно для устранения проблем с добавлением или изменением ключа узла KMS (например, чтобы убедиться, что этот ключ поддерживается в текущем выпуске ОС).

Описание. Здесь отображается установленный ключ. Используйте это поле, чтобы проверить, какой ключ использован для активации службы и подходит ли он для развернутых клиентов KMS.

License Status (Состояние лицензии). Это состояние системы узла KMS. Значение должно быть Лицензировано. Любое другое значение означает, что произошла ошибка и может потребоваться повторная активация узла.

Current Count (Текущее количество). Отображаемое число будет находиться в диапазоне от 0 до 50. Счетчик является накопительным для нескольких операционных систем. Он указывает количество допустимых систем, которые выполняли попытки активации в течение 30-дневного периода.

Если число равно 0, то либо служба была активирована только недавно, либо нет допустимых клиентов, подключенных к узлу KMS.

Значение счетчика не будет превышать 50, независимо от того, сколько допустимых систем имеется в среде. Это обусловлено тем, что задано кэширование только удвоенного максимального числа клиентов согласно политике максимального числа лицензий, возвращаемой клиентом KMS. Политика максимального числа лицензий на сегодняшний день задается клиентской ОС Windows, и для активации узла KMS требуется не менее 25 клиентов. Таким образом, максимальное число клиентов на узле KMS составляет 2×25, то есть 50. Обратите внимание на то, что в средах, содержащих только клиенты KMS для Windows Server, максимальное число клиентов на узле KMS составит 10. Это обусловлено тем, что порог для выпусков Windows Server равен 5 (а 2×5 равно 10).

Распространенная проблема, связанная с числом клиентов: в среде имеются активированный узел KMS и достаточное количество клиентов, но число клиентов не превышает единицу. Основная проблема заключается в том, что развернутый образ клиента настроен неправильно (sysprep /generalize) и в системах нет уникальных идентификаторов клиентского компьютера (CMID). Дополнительные сведения см. в разделах Клиент KMS и Текущее количество KMS не увеличивается при добавлении новой Windows Vista или Windows 7 на клиентских компьютерах в сети. Один из наших инженеров по эскалации технических проблем также описал эту проблему в блоге: KMS Host Client Count not Increasing Due to Duplicate CMID’S (Число клиентов KMS не увеличивается из-за одинаковых CMID).

Еще одна причина, по которой число может не увеличиться, заключается в том, что в среде слишком много узлов KMS, и количество клиентов распределено по всем ним.

Listening on Port (Ожидание передачи данных через порт). Для обмена данными с KMS используется анонимный RPC. По умолчанию клиенты используют TCP-порт 1688 для подключения к узлу KMS. Убедитесь, что этот порт открыт между клиентами KMS и узлом KMS. Вы можете изменить или настроить порт на узле KMS. Во время обмена данными узел KMS отправляет значение порта клиентам KMS. Если вы измените порт на клиенте KMS, то при подключении клиента к узлу значение порта будет перезаписано.

Нас часто спрашивают о разделе «Cumulative requests» (Совокупные запросы) в выходных данных slmgr.vbs /dlv. Обычно эти данные не помогают в устранении неполадок. Узел KMS хранит текущую запись состояния каждого клиента KMS, который пытается выполнить активацию или повторную активацию. Неудачные запросы указывают на клиенты KMS, которые не поддерживаются узлом KMS. Например, если клиент KMS для Windows 7 пытается выполнить активацию на узле KMS, который был активирован с помощью ключа KMS для Windows Vista, то активация завершится ошибкой. В строках «Requests with License Status» (Запросы с состоянием лицензии) описаны все возможные состояния лицензии: прошлые и текущее. С точки зрения устранения неполадок эти данные важны, только если это число не увеличивается должным образом. В этом случае должно расти число неудачных запросов. Это означает, что следует проверить ключ продукта, который был использован для активации системы узла KMS. Кроме того, обратите внимание на то, что значения совокупных запросов сбрасываются только при переустановке системы узла KMS.

Полезные события узла KMS

Идентификатор события 12290

Узел KMS регистрирует событие с идентификатором 12290, когда клиент KMS обращается к узлу для активации. Событие с идентификатором 12290 содержит значительный объем информации, которую можно использовать, чтобы выяснить, какого типа клиент обращался к узлу и почему произошла ошибка. Приведенный ниже сегмент записи события с идентификатором 12290 взят из журнала событий службы управления ключами узла KMS.

Описание события содержит следующие сведения.

• Минимальное число клиентов, необходимое для активации. Клиент KMS сообщает, что для активации число клиентов на узле KMS должно быть равно 5. Это означает, что это операционная система Windows Server, хотя и не указывается ее конкретный выпуск. Если клиенты не активируются, убедитесь, что на узле достаточное число клиентов.
• Идентификатор клиентского компьютера (CMID) . Это уникальное значение в каждой системе. Если это значение не является уникальным, значит, образ для дистрибутива был неправильно подготовлен (sysprep /generalize). Эта проблема проявляется на сервере службы KMS так: количество клиентов не увеличивается, даже если в среде их достаточно. Дополнительные сведения см. в разделе Текущее количество KMS не увеличивается при добавлении новой Windows Vista или Windows 7 на клиентских компьютерах в сети.
• Состояние лицензии и время до истечения срока состояния. Это текущее состояние лицензии клиента. Оно поможет вам отличить клиента, который пытается выполнить активацию впервые, от клиента, который пытается выполнить повторную активацию. Запись времени показывает, сколько еще клиент останется в этом состоянии, если ничего не изменится.

Если при устранении неполадок с клиентом не удается обнаружить на узле KMS соответствующее событие с идентификатором 12290, то клиент не подключается к узлу KMS. Ниже приведены некоторые причины, по которым может отсутствовать запись события с идентификатором 12290.

• Произошел сбой сети.
• Узел не разрешается или не зарегистрирован в DNS.
• Брандмауэр блокирует TCP-порт 1688. Этот порт может быть заблокирован во многих местах в среде, в том числе в самой системе узла KMS. По умолчанию на узле KMS задано исключение брандмауэра для KMS, но оно не включается автоматически. Необходимо включить это исключение.
• Журнал аудита заполнен.

Клиенты KMS регистрируют два соответствующих события — с идентификаторами 12288 и 12289. Дополнительные сведения об этих событиях см. в разделе Клиент KMS.

Идентификатор события 12293

Еще одно значимое событие, которое следует искать на узле KMS, — событие с идентификатором 12293. Это событие означает, что узел не опубликовал необходимые записи в DNS. Эта ситуация вызывает сбои, и ее наличие необходимо проверить после установки узла и перед развертыванием клиентов. Дополнительные сведения о проблемах с DNS см. в статье Общие процедуры устранения неполадок с KMS и DNS.

Клиент KMS

На клиентах для устранения неполадок активации используются одни и те же инструменты (Slmgr и Просмотр событий).

Сценарий Slmgr.vbs и служба лицензий на программное обеспечение

Чтобы просмотреть подробные выходные данные службы лицензий на программное обеспечение, откройте окно командной строки с повышенными привилегиями и введите в нем slmgr.vbs/dlv. На следующем снимке экрана показаны результаты выполнения этой команды на одном из узлов KMS в корпорации Майкрософт.

Ниже приведен список наиболее важных полей для устранения неполадок. Искомые сведения могут быть разными в зависимости от устраняемой проблемы.

• Имя. Это значение указывает выпуск Windows, установленный в системе клиента KMS. Используйте его, чтобы убедиться, что версия Windows, которую вы пытаетесь активировать, может использовать KMS. Например, наша служба технической поддержки сталкивалась с инцидентами, в которых клиенты пытались установить ключ установки клиента KMS в выпуске Windows, не использующем активацию корпоративных лицензий, например Windows Vista Ultimate.
• Описание. Это значение — установленный ключ. VOLUME_KMSCLIENT указывает, что установлен ключ установки клиента KMS (или GVLK) (конфигурация по умолчанию для носителя для корпоративных лицензий) и что эта система автоматически пытается выполнить активацию с помощью узла KMS. Если вы видите что-то другое, например MAK, то вам потребуется переустановить GVLK, чтобы настроить эту систему в качестве клиента KMS. Можно вручную установить ключ с помощью команды slmgr.vbs /ipk (как описано в разделе Ключи установки клиента KMS) или использовать средство управления активацией корпоративных лицензий (VAMT). Сведения о том, как получить и испольщзовать VAMT, приведены в техническом справочнике по средству управления активацией корпоративных лицензий (VAMT).
• Partial Product Key (Частичный ключ продукта). Как и поле Name (Имя), эти сведения можно использовать, чтобы определить, установлен ли на компьютере правильный ключ установки клиента KMS (иными словами, что ключ соответствует операционной системе, установленной на клиенте KMS). По умолчанию правильный ключ содержится в системах, созданных с помощью носителя с портала центра поддержки корпоративных лицензий (VLSC). В некоторых случаях клиенты могут использовать активацию с помощью ключа многократной активации (MAK), пока в среде достаточное количество систем для поддержки активации KMS. На этих системах необходимо установить ключ установки клиента KMS, чтобы перевести их с использования MAK на использование KMS. Используйте VAMT для установки этого ключа и убедитесь, что применен правильный ключ.
• License Status (Состояние лицензии). Это значение показывает состояние системы клиента KMS. Для системы, которая была активирована с помощью KMS, это должно быть значение Licensed (Лицензировано). Любое другое значение может указывать на проблему. Например, если узел KMS работает правильно и клиент KMS не активируется (например, он остается в состоянии Grace (Льготный период)), возможно, клиент не может связаться с системой узла (например, из-за проблемы с брандмауэром, сбоя сети или чего-то подобного).
• Идентификатор клиентского компьютера (CMID) . Каждый клиент KMS должен иметь уникальный идентификатор CMID. Как упоминалось в разделе Узел KMS, распространена следующая проблема с количеством клиентов: в среде имеются активированный узел KMS и достаточное количество клиентов, но число клиентов не превышает 1. Дополнительные сведения см. в разделе Текущее количество KMS не увеличивается при добавлении новой Windows Vista или Windows 7 на клиентских компьютерах в сети.
• KMS Machine Name from DNS (Имя компьютера KMS из DNS). Это значение содержит полное доменное имя узла KMS, которое клиент успешно использовал для активации, и TCP-порт, используемый для связи.
• KMS Host Caching (Кэширование узла KMS). Окончательное значение указывает, включено ли кэширование. По умолчанию оно включено. Это означает, что клиент KMS сохраняет в кэше имя узла KMS, которое использовалось для активации, и непосредственно взаимодействует с этим узлом (вместо запроса DNS), когда наступает время повторной активации. Если клиент не может связаться с кэшированным узлом KMS, он отправляет запрос в DNS для обнаружения нового узла KMS.

Полезные события клиента KMS

Идентификаторы событий 12288 и 12289

После успешной активации или повторной активации клиента KMS он регистрирует два события — с идентификаторами 12288 и 12289. Приведенный ниже сегмент записи события с идентификатором 12288 взят из журнала событий службы управления ключами клиента KMS.

Если отображается только событие с идентификатором 12288 (без соответствующего события с идентификатором 12289), это означает, что клиенту KMS не удалось подключиться к узлу KMS, узел KMS не ответил или клиент не получил ответ. В этом случае убедитесь, что узел KMS доступен для обнаружения и что клиенты KMS могут с ним связаться.

Наиболее важная информация в событии с идентификатором 12288 — это данные в разделе «Info» (Информация). Например, в этом разделе показано текущее состояние клиента, а также полное доменное имя и TCP-порт, использованные клиентом при попытке активации. Полное доменное имя можно использовать для устранения неполадок, из-за которых количество клиентов на узле KMS не увеличивается. Например, если клиентам доступно слишком много узлов KMS (как подлинных, так и мошеннических систем), то количество клиентов может распределяться по всем ним.

Неудачная активация не всегда означает, что для клиента имеется событие с идентификатором 12288, а события с идентификатором 12289 нет. При неудачной или повторной активации могут присутствовать оба эти события. В этом случае необходимо изучить второе событие, чтобы выяснить причину сбоя.

В разделе «Info» (Информация) события с идентификатором 12289 содержатся следующие сведения.

• Флаг активации. Это значение указывает, успешно выполнена активация (1) или произошел сбой (0).
• Текущее число клиентов на узле KMS. Это значение отражает значение счетчика на узле KMS, когда клиент пытается выполнить активацию. Если активация завершается сбоем, это может быть вызвано недостаточным значением счетчика для данной клиентской операционной системы или недостаточным количеством систем в среде для значения счетчика.

Что следует сообщить сотруднику службы поддержки?

При обращении в службу поддержки для устранения неполадок активации инженер службы поддержки обычно запрашивает следующие сведения.

Источник