9月6

今天把Mozilla Firefox2给卸了,装上了Mozilla Firefox3,并让迅雷支持Mozilla Firefox3,迅雷却还不支持Mozilla Firefox3。

现在要想办法让迅雷支持Mozilla Firefox3,操作如下:

1. 打开 Mozilla Firefox3 主窗口,在地址栏中输入“about:config",回车;
2. 右键点击页面,新建(New)->布尔(Boolean),名称为 extensions.checkCompatibility 值为 false
3. 右键点击页面,新建(New)->布尔(Boolean),名称为 extensions.checkUpdateSecurity 值为 false
4. 最后在迅雷里设置对firefox3.0的支持就可以了。

9月5
   EFS(Encrypting File System,加密文件系统)加密是一种基于NTFS磁盘技术的加密技术。EFS加密基于公钥策略。在使用EFS加密一个文件或文件夹时,系统首先会生成 一个由伪随机数组成的FEK(File Encryption Key,文件加密钥匙),然后将利用FEK和数据扩展标准X算法创建加密后的文件,并把它存储到硬盘上,同时删除未加密的原始文件。接下来系统利用你的公 钥加密FEK,并把加密后的FEK存储在同一个加密文件中。而在访问被加密的文件时,系统首先利用当前用户的私钥解密FEK,然后利用FEK解密出文件。 在首次使用EFS时,如果用户还没有公钥/私钥对(统称为密钥),则会首先生成密钥,然后加密数据。如果你登录到了域环境中,密钥的生成依赖于域控制器, 否则它就依赖于本地机器。

  说起来非常复杂,但是实际使用过程中就没有那么麻烦 了。EFS加密的用户验证过程是在登录Windows时进行的,只要登录到Windows,就可以打开任何一个被授权的加密文件。换句话说,EFS加密系 统对用户是透明的。这也就是说,如果你加密了一些数据,那么你对这些数据的访问将是完全允许的,并不会受到任何限制。而其他非授权用户试图访问你加密过的 数据时,就会收到“访问拒绝”的错误提示。

  我的电脑一般来说不会有别人使用,而我经 常重装系统,又懒得备份密钥,所以我从来没有使用过Windows 2003或者Windows XP的EFS功能。今天读到了一些关于EFS密钥没有备份因而数据无法恢复的求助帖子,所以突然想出一个点子想试着解开EFS的加密。

   我构造的试验环境是在Windows XP Pro SP2系统中的一块NTFS磁盘上建立一个test文件夹,启用EFS加密。文件夹中是一个加密过的文本文件1.txt。现在我先用另一个帐户去尝试读取 这个文件,然后在第二个系统中(相当于重装系统没有证书的情况)再次尝试读取这个文件。

  第一步,启用我系统中的GUEST帐户。

  此时从资源管理器中是不能访问test文件夹的。

  打开cmd,在任务管理器中终止explorer.exe进程,打开PsExec尝试用system登录。

  失败。提示进程无法创建。看来全县不够。

  回到管理员帐户,新建一个管理员帐户test并以之登录。

  在test帐户中运行资源管理器可以访问test文件夹,但是不能打开1.txt加密文件。

  此时再用上法以system登录。此时打开文件为乱码!

  运行IceSword.exe,在 文件 中定位test文件夹。右键选择1.txt,复制到桌面,文件名任意,后缀不变。

  双击打开文件,正常读出!第一步破解EFS成功!

  第二步,登陆Windows Server 2003 SP1系统(管理员身份)。

  使用上述方法再次复制1.txt到桌面,打开后出现乱码,和system读取时情况一致。第二种尝试失败。

  总结:

  本方法意义:

  目前仅适用于察看系统中其他人使用EFS加密过的文件(请读者务必不要做违法及危害他人权利的事!),在系统重装或私钥丢失情况下的文件恢复有待进一步地探索。

  本方法使用的两个软件:

  PsExec IceSword。前者是国外非常流行的远程控制软件,命令行界面。后者则是PJF制作的国内著名隐藏进程察看软件冰刃。

  本方法适用条件:

  1. 需要足够运行上述两个软件的权限(如果可以结合net user命令的话应该不难,这只是一个小提示,读者还请自律^_^)。

  2. 系统内还有该EFS加密文件对应的密钥(这一条件是基于我的初步推测)

  本方法成功的原因浅析:

  1. 利用了system帐户特有的内核级权限,这可能是能够读取管理员或其他正常用户密钥的条件。

  2. IceSword特有的读取加密文件的技术。
9月5

可供尝试的解决办法:

这可能是由于已安装的打印机的驱动程序损坏了。要解决这个问题,你可以删掉打印机和它的驱动程序并在注册表中删除一些项,具体步骤:

如果可能的话,删除所有打印机。
在打印机窗口,在文件菜单上,单击服务器属性。
在驱动器标签上,删除所有已安装的打印加驱动程序。

启动注册表编辑器(Regedit.exe)。
导出下列注册表项:

HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Control\\Print
HKEY_LOCAL_MACHINE\\SYSTEM\\ControlSet001\\Control\\Print

删除在下列项下面列出的任何项(不要把它们自己删掉):

HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Control\\Print\\Environments\\Windows NT x86\\Drivers\\Version-2
HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Control\\Print\\Environments\\Windows NT x86\\Drivers\\Version-3
HKEY_LOCAL_MACHINE\\SYSTEM\\ControlSet001\\Control\\Print\\Environments\\Windows NT x86\\Drivers\\Version-2
HKEY_LOCAL_MACHINE\\SYSTEM\\ControlSet001\\Control\\Print\\Environments\\Windows NT x86\\Drivers\\Version-3

删除在下列项下面列出的任何非默认项:
HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Control\\Print\\Monitors

HKEY_LOCAL_MACHINE\\SYSTEM\\ControlSet001\\Control\\Print\\Monitors

默认的监督程序包括:

AppleTalk Printing Devices (当装有为 Macintosh 的服务时)
BJ Language Monitor
Local Port
PJL Language Monitor
Standard TCP/IP Port
USB Monitor
Windows NT Fax Monitor (When a Fax Modem is installed)

要获得更多信息,有关那个项不是默认的,请点击下面的文章序号来查阅在微软知识库中对应的文章:
Q260142 How to Troubleshoot Windows Printing Problems

删除在下列项中列出的任何项:
HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Control\\Print\\Printers
HKEY_LOCAL_MACHINE\\SYSTEM\\ControlSet001\\Control\\Print\\Printers
退出注册表编辑器。
重启你的计算机,并重新安装所需的打印机。

9月5

  你是否在访问Windows Update的时候遇到过这种提示?

  反正我碰到这种事不是一次两次了,提示注册文件丢失,而如果你按它的提示“立即为我注册或重新安装文件”,最后再进行扫描的时候,还是继续提示。

  后来找到一种方法,运行命令regsvr32 msxml3.dll,然后重启计算机就可以了。

  写到这里,忽然想起,按微软的提示注册之后无法生效是不是正是没有重启造成的?

  下次先重启试试。

  PS:如果你觉得你自动更新是开着的,不注册行吗?大不了不用Windows Update。答案是否定的,经验表明,如果不重新注册相关文件,自动更新也一样无法正常工作。

9月5

   上午,在测试AD域启动脚本时,遇到了无法编辑“本地域控制器安全策略”这一问题。


随即在网上搜索关键字“未能打开组策略 系统找不到指定的路径”,确定了此类问题的原因是丢失了下面任何一个文件夹结构:
• %SystemRoot%\Sysvol\Sysvol\DomainName
• %SystemRoot%\Sysvol\Sysvol\DomainName\Policies
• %SystemRoot%\Sysvol\Sysvol\DomainName\Policies\{GUID}
• %SystemRoot%\Sysvol\Sysvol\DomainName\Policies\{GUID}\Machine
• %SystemRoot%\Sysvol\Sysvol\DomainName\Policies\{GUID}\User


解决的办法如下:
1、在“开始”->“管理工具”中,启动“Active Directory 用户和计算机”管理单元。
2、在“查看”菜单中,单击“高级功能”。
3、单击DomainName下的“System”文件夹旁的加号 (+)。
4、单击“Policies”文件夹旁的加号 (+)。

这时,可以看到组策略对象(GPO)的GUID列表,将"Sysvol\DomainName\Policies\"中的{GUID}列表与之对比,发现少了几个,手动创建少掉的几个{GUID}文件夹后,再次打开“本地域控制器安全策略”,就不再报错了,修复成功。

  需要注意的是,一定要将所有缺少的{GUID}手动创建完成。
分页: 9/13 第一页 上页 4 5 6 7 8 9 10 11 12 13 下页 最后页 [ 显示模式: 摘要 | 列表 ]