Поставщик учетных данных показывает неправильные плитки

РЕДАКТИРОВАТЬ: Оказывается, я, вероятно, слишком много думал об этом. См. Ответ ниже.

Это может быть лучше или не лучше для SuperUser, это касается проблем с несколькими рабочими станциями, которые не соответствуют стандарту Enterprise. Все ссылки здесь относятся к установкам Win7 Professional.

По сути, определенная машина теперь показывает это, когда компьютер заблокирован:

(Изображение 1)

Вместо этого:

(Изображение 2)

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

Когда вы это сделаете, появится довольно общий запрос, опять же без брендинга и без предварительно заполненного имени пользователя. Я подозреваю, что это может быть один из поставщиков по умолчанию в конфигурации по умолчанию, которая поставляется с ОС.

К сожалению, у меня больше нет доступа к неработающей системе (я посоветовал местным специалистам просто обновить образ, поскольку в нашем случае это вариант, а в редких случаях это быстрее).

Кто-нибудь знает хорошие способы устранения таких проблем? После того, как я дал совет по повторному образу, я сравнил реестр поставщиков учетных данных в обеих системах, и основное различие, по-видимому, заключается в отсутствии поставщика учетных данных Novell в бортовой системе. Очевидно, когда этот провайдер учетных данных установлен, он определяет свой собственный список фильтров. Без фильтра в основном списке поставщиков учетных данных по адресу:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Authentication\Credential Provider Filters\,

список фильтров содержит только общую запись (я думаю, это {DDC0EED2-ADBE-40b6-A217-EDE16A79A0DE}), поэтому он не перенаправляется в новый список по адресу:

HKEY_LOCAL_MACHINE\SOFTWARE\Novell\Authentication\NCCredProvider\FilterList

Этот список фильтров содержит некоторых из наиболее известных поставщиков, например {6f45dc1e-5384-457a-bc13-2cd81b0d28ed}.

Мое текущее подозрение на основную причину - это либо что-то, что связано с групповой политикой (вероятно, локально для машины, иначе у всего сайта должны быть проблемы), либо неправильная конфигурация или попытка удаления клиента novell, отрицательно взаимодействующего с нашим Enterprise MOE, который предполагает проверку подлинности novell провайдер будет присутствовать.

ОБНОВИТЬ

Проверив свою домашнюю систему, я не обнаружил явных отличий в реестре от боркованной системы. GUID фильтра DDC0EED2-ADBE-40b6-A217-EDE16A79A0DE связан с authui.dll в обоих случаях. И список Cred Provider, похоже, в основном тот же.

Однако моя домашняя система сразу переходит к приглашению разблокировки по умолчанию (с моим предварительно заполненным именем пользователя), когда рабочая станция заблокирована, аналогично изображению 2 выше без брендинга, что необычно, потому что этот провайдер «Разблокировка пользователя», по-видимому, используется по умолчанию резервный, но он не отображается в домашней системе, и я вообще не возился с поведением поставщика учетных данных в моей домашней системе. Похоже, что они ведут себя по-разному, несмотря на то, что оба используют общий фильтр.

Тем не менее, трудность поиска какой-либо информации об администрировании поставщиков учетных данных (в отличие от их кодирования) в Интернете заставляет меня задаться вопросом, есть ли у кого-нибудь, кто привык иметь дело с такого рода проблемами, есть хороший контрольный список, который нужно пройти, чтобы отследить такого рода проблемы быстрее.

Вещи как:

• Ищет ли служба поставщика учетных данных где-нибудь еще, кроме HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Windows \ CurrentVersion \ Authentication, чтобы получить своих поставщиков (не считая использования GUID отсюда для поиска classes_root)? Например, проверяет ли он версию Wow6432node в HKEY_LOCAL_MACHINE \ SOFTWARE \ Wow6432Node \ Microsoft \ Windows \ CurrentVersion \ Authentication?
• Есть ли какая-либо форма ведения журнала, которую можно включить (или включить, если она регистрируется в средстве просмотра событий)? Если он отображается в средстве просмотра событий по умолчанию или после настройки параметра, какие идентификаторы события мне следует искать в каких журналах?
• Объединяя и расширяя вышеизложенное, есть ли у кого-нибудь ссылка на существующие хорошие документы по устранению неполадок или, что еще лучше, полное описание того, как поставщики учетных данных превращаются из записей реестра и ссылок DLL CLSID в конкретные плитки, которые пользователь в итоге видит? (Не спецификация или то, как развернуть свой собственный, а сквозной процесс создания различных экранов поставщиков учетных данных, которые отображаются пользователю в различных обстоятельствах.)