Не применяется профиль политики после переустановки NA
-
<p><strong>Шаги воспроизведения:</strong></p>
<p><span></span>Хост NA 12.2+KES.</p>
<p>На KSC 12.2 настроить профиль (в моём случае на профиль была задана "Защита паролем") с политикой с активацией по тегу (тег ручной, задать в свойствах объекта устройства).</p>
<p>Удалить NA с хоста.</p>
<p>Установить NA на хост повторно. </p>
<p><strong>Актуальный результат:</strong></p>
<p><span></span>Старый объект подхватился, тег на объекте сохранился, но профиль политики на тег не активируется. Сама политика и задачи применяются на KES.</p>
<p><strong>Ожидаемый результат:</strong></p>
<p>Профиль политики должен применяться на KES на хосте.</p>
<p></p>
<p>Во вложении трассировка KSC, с хоста NA и KES. GSI с евентами. Скриншоты параметров KES и политики и профиля на KSC. Экспортированы политики с KSC в файлы. В начале трассировки включаю режим "Не разрывать подключение", чтоб включить через Утилиту удаленной диагностики трассировку NA и KES. Затем галку снимаю и жду около 5 периодов синхронизации NA с KSC (период = 1 мин).</p>
<p>Повторно воспроизвести проблему не пытался.</p> -
<p>В свойствах объекта устройства с именем "ABC321" на KSC, удалил имеющийся тег "ABC321" (галка на нём стояла). Сразу же добавил этот тег обратно с установленной галкой для использования тега. Профиль политики, активируемый по этому тегу, моментально применился.</p>
<p>Изменение политики и профиля политики с целью повторного применения параметров на проблемный хост проблему применения профиля политики не решало, профиль по-прежнему не отображался как применяемый на хост в свойствах объекта на KSC.</p>
<p>То что я решил проблему не означает отсутствие бага, как вы понимаете. Баг закрывать не стоит. Однако у меня подозрение, что баг, вероятно, KSC'шный, а не KES-плагина.</p>
<p></p>
