服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

Credential Provider显示不正确的图块

编辑:原来我可能正在推翻这一点。 见下面的答案。 对于超级用户来说,这可能会也可能不会更好,这是因为一些工作站没有遵守企业标准的问题。 这里的所有参考都是对Win7 Professional的安装。 从本质上讲,当计算机被locking时,某台机器现在正在显示: (图1) 而不是: (图2) 这是一个巨大的变化。 一个不同的证书提供者磁贴正在显示,我们所有的品牌都被撕掉了。 正常的行为是直接进入解锁PC的提示,但是这台机器要求你实际点击“User Unlock”磁贴。 当你这样做,一个相当通用的提示,再次没有品牌和没有用户名预先填充,呈现。 我怀疑它可能是OS自带的默认configuration的默认提供程序之一。 不幸的是,我不再能够访问破损的系统(我build议本地技术只是做一个重新形象,因为这是我们的情况,更快的一个罕见的问题)。 有没有人知道解决这些问题的好方法? 自从给出了重新映像的build议,我已经比较了这两个系统上的凭证提供者registry,主要的区别似乎是在borked系统上没有Novell凭证提供者。 显然,当这个凭证提供者被安装时,它定义了它自己的过滤列表。 如果没有主要凭据提供者列表中的筛选器, HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Authentication\Credential Provider Filters\ , 筛选器列表只包含一个通用项(我认为它是{DDC0EED2-ADBE-40b6-A217-EDE16A79A0DE}),所以它不会被redirect到novell列表: HKEY_LOCAL_MACHINE\SOFTWARE\Novell\Authentication\NCCredProvider\FilterList 此filter列表包含一些比较熟悉的提供者,如{6f45dc1e-5384-457a-bc13-2cd81b0d28ed}。 我当前对根本原因的怀疑是在组策略(可能是本地的机器,否则整个站点应该有问题)borked,或错误configuration或试图卸载novell客户端与我们的企业MOE消极地互动,假设novellauthentication提供者将在场。 UPDATE 在检查了我的家庭系统之后,我还没有发现在注册系统中存在明显的差异。 在两种情况下,filterGUID DDC0EED2-ADBE-40b6-A217-EDE16A79A0DE都链接到authui.dll并且Cred Provider列表似乎大部分相同。 然而,当工作站被locking时,我的家庭系统直接进入默认的解锁提示(用我的用户名预先填充),类似于上面的图片2,没有品牌,这是不常见的,因为这个“用户解锁”提供程序似乎是一个默认后备,但它并没有显示在家庭系统上,我还没有在我的家庭系统上根本无视证书提供者的行为。 他们似乎呈现不同的行为,尽pipe都使用通用filter。 然而,在网上find关于凭证提供者pipe理(而不是编码)的任何信息的困难使我怀疑是否有人曾经处理这类问题有一个很好的检查清单来追踪这些types的问题更快。 像: 凭据提供程序服务是否在HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Windows \ CurrentVersion \ Authentication以外的任何位置获取其提供程序(不包括使用此处查找的classes_root的GUID)? 例如,它是否检查在HKEY_LOCAL_MACHINE \ SOFTWARE \ Wow6432Node \ Microsoft […]