当用户无法浏览到HTTPS网站时,如何修复terminal服务器?

terminal服务器之一一直困扰着一个不寻常的HTTPS问题。 足够的用户login和注销后,最终用户将无法再加载HTTPS网站。 它似乎只影响通用强制共享configuration文件的用户。

回归

  • 使用什么浏览器并不重要
  • 有些团队(pipe理员,教师)从来没有遇到过这个问题
  • 如果我注销并删除他们的configuration文件(man通用共享configuration文件)的本地存储,他们可以login并查看HTTPS网站。
  • 我试过打开和closures防火墙
  • 我试过重新注册DLL的
  • 我试过多个浏览器

是否有比每天晚上批量删除configuration文件更好的解决scheme?

用户registry损坏

我相信这在用户的registry中也有一些价值,也被称为HKCU和/或hkey_current_user。

在用户注销后,只需要replace – profile中的ntuser.dat文件,https浏览器问题就不复存在了。

恢复旧的ntuser.dat文件,https错误又回来了。 我试图找出特定的configuration单元/密钥,虽然没有成功findhttps问题的具体腐败。

修复损坏的用户registry

恢复用户的registry包含腐败并不困难,只是很多停止。 基本上就像导出registry,然后清空registry,导入导出的registry。

要求

  • 具有损坏的registry的用户仍应能够login
  • 在同一台机器上拥有pipe理员权限的第二个帐户
  • 在资源pipe理器中执行“显示隐藏文件,文件夹”
  • 不要在资源pipe理器中“隐藏受保护的操作系统文件”
  • 一个新创build的用户login至less一次的原始NTUSER.DAT文件

一步步

  • 以辅助用户身份login(具有pipe理员权限)
  • 运行registry编辑器regedit.exe (以pipe理员身份)
  • selectHKEY_LOCAL_MACHINE并突出显示它(不展开)
  • File菜单上selectLoad Hive (文件\加载configuration单元)
  • 浏览到%USERPROFILE%\ CorruptUsername \ NTUSER.dat
  • 将新加载的configuration单元命名为Key Name: “corrupt”(没有apostrofs)
  • select新的“损坏”键(不扩展)
  • 从菜单中selectFile \ Export
  • 保存到桌面为corrupt.reg
  • select菜单选项File \ Unload Hive
  • selectFile \ Load Hive
  • 浏览到%USERPROFILE%\ PristineUserName \ NTUSER.DAT
  • 将新的Key Name:为“腐败”
  • 扩大“腐败”
  • 删除它下面的所有内容(忽略一些条目不能被删除)
  • 完成所有操作后,请单击早期在桌面上保存的corrupt.reg
  • select“损坏”键(突出显示)
  • selectFile \ Unload Hive
  • closuresregistry编辑器
  • 将%USERPROFILE%\ PristineUserName \ NTUSER.DAT复制到%USERPROFILE%\ CorruptedUserName \ NTUSER.DAT并将其replace
  • 你可能会发现许多其他的NTUSER.DAT *文件 – 像ntuser.dat.LOGntuser.dat.LOG1 ,etcera – 你可以删除这些文件

调整registry权限(可选)

  • login到您的(以前)“损坏的”用户帐户
  • 打开registry编辑器
  • 右键单击HKEY_CURRENT_USER, Permissions
  • 删除unknown组或用户名
  • 然后点击Addbutton
  • input你的用户名
  • 最后Ok并退出registry编辑器

灵感来自http://write-code.blogspot.nl/2010/08/recover-corrupted-user-registry-hive.html