Enjoy IT (ITECN.NET)

预测欧锦赛，还是挺准的

Asuka Zhang — Tue, 01 Jul 2008 10:23:56 GMT

翻看了一下之前《欧锦赛开始了，兄弟们要注意身体啊》后面的回复，其中我在6月16号回复说道冠军将会产生在伊比利亚半岛，现在看来猜度了一大半了（因为西班牙比葡萄牙国土面积大，嘿嘿），当然如果葡萄牙能够进决赛，那么就100%正确了。

补充一下，6月16号那天小组赛最后一轮刚刚开始

私底下和Alexis的聊天中也猜对了土耳其点球击败克罗地亚和俄罗斯淘汰荷兰，当然个人比较支持意大利，可惜了世界冠军队，幸好银狐回归了。

更换演示文稿的默认设计模板

jjzhao — Tue, 01 Jul 2008 07:48:00 GMT

很早就想在ITECN建Blog了，但一直没时间。最近企业的Office培训做的很多，经常遇到学员问到相同的问题，就有了把这些问题记录下来分享给别人的想法。

第一篇文章，就来写更换PPT默认设计模板吧。

背景：近期去企业培训PPT，有学员问我一个问题：每次打开PPT时，能不能自动使用公司的模板来创建演示文稿？

当单击"常用"工具栏上的"新建"按钮时，PowerPoint 将会使用默认的设计模板来创建演示文稿（就是大家常见的那个白色的，有"单击此处添加标题"的样式）。

如果有的公司定制了公司的演示文稿模板，希望打开PowerPoint时就自动使用公司的模板来创建新演示文稿。

或者有的人想更改这个设计模板以使它总是包括一些常用元素，这样就不需要每次创建演示文稿都去更改这些内容了，带来很多方便。

方法：更换演示文稿的默认设计模板

1. 点击"开始"-"运行"；
2. 在运行框中输入 %userprofile%\Application Data\Microsoft\Templates后，键入回车，打开一个文件夹；
3. 将公司的PPT模板文件(一般是*.pot格式)改名为Blank.pot，然后复制到刚才打开的文件夹中。

BTW，如果只是想更改默认设计模板，可以新建演示文稿，然后修改母版设置，最后选择"另存为"，在"保存类型"框中，选择"演示文稿设计模板"。在"文件名"框中，键入"blank"，再单击"保存"即可。

小提示：

必须要注意，如果想要将 blank.pot 作为默认设计模板，必须将它保存在"另存为"对话框的默认路径下，并且必须将模板命名为"blank.pot"。

如果更改了默认的"空白"设计模板，却又希望重新将原始默认设计应用于演示文稿。可以这样操作：首先打开要应用默认设计的演示文稿，再单击工具栏上的"设计"按钮，在"可供使用"之下，单击第一项"默认设计模板"即可。如果希望对所有新演示文稿都应用原始默认设计，可以重命名blank.pot文件或删除它。

适用范围：

PowerPoint 2002 or PowerPoint 2003

经测试，此方法同样适用于PowerPoint 2007。但PowerPoint 2007已经采用另外的potx模板格式需要再测试一下。

Windows PowerShell每周提示(38)：使用已计算的属性

ghjconan — Sun, 29 Jun 2008 11:50:02 GMT

一件让使用Windows PowerShell变得如此有乐趣的事是：当你刚认识到某些事很酷时，随后你就会发现还有其它更酷（及更有用）的方法来完成同样的任务。

例如，当你刚开始尝试使用PowerShell是你可能会为学习Get-ChildItem cmdlet感到兴奋。毕竟，Get-ChildItem使你能够提取一个文件夹内所有文件的信息，而需要做的仅仅是使用一个命令：

Get-ChildItem C:\Test

在命令提示符中输入以上命令（或者调用一个脚本）你将得到类似以下的输出：

Mode LastWriteTime Length Name

---- ------------- ------ ----

-a--- 4/2/2008 9:11 AM 905216 challenge.mdb

-a--- 2/12/2008 10:21 AM 229376 pool.mdb

-a--- 7/3/2007 2:14 PM 266240 scores.mdb

-a--- 1/23/2008 1:39 PM 328620 wordlist.txt

很酷吧？

是的，确实很酷。当然，那不是你完全想要的信息。你真正想得到的是在文件夹C:\Script中的每个文件的Name，CreationTime及Length（大小）。但是，我们已经得到了两个属性，很不错吧？

错，为什么我们得到了三个属性却只能勉强接受两个属性？也许今后有一天你了解了Select-Object cmdlet，知道该cmdlet能让你指定你想要提取的属性值，甚至是默认情况下没有出现的属性值。（就像CreationTime这个例子，换句话说，当你调用Get-Cmdlet时你将不会看到CreationTime属性的值，即使这是一个文件或文件夹的合理属性。）通过管道将数据传递给Select-Object使得你能选取你想要的属性，甚至可以指定这些属性在输出时的顺序：

Get-ChildItem C:\Test | Select-Object Name, CreationTime, Length

通过运行此命令我们将会得到些什么呢？类似以下的内容：

Name CreationTime Length

---- ------------- ------

challenge.mdb 12/17/2007 9:33:24 PM 905216

pool.mdb 1/14/2008 8:16:15 AM 229376

scores.mdb 1/3/2007 8:00:00 AM 266240

wordlist.txt 1/3/2007 8:00:00 AM 328620

现在看上去就很酷了，这是你想要的结果：名称，创建时间，每个文件的大小。这是个完美的命令，输出结果也是完美的。

是的：这几乎是完美的命令和输出结果。这很好，除了文件的大小是以字节的形式呈现，我们习惯于见到以千字节形式呈现的文件大小。但是，我们还可以再写一个更复杂的脚本来遍历集合中的所有文件，并以千字节来计算文件的大小。

以下就是这个更复杂的脚本：

Get-ChildItem C:\Test | Select-Object Name, CreationTime, @{Name="Kbytes";Expression={$_.Length / 1Kb}}

我们在这里所做的事是利用一项很酷但是又很少有人知道的PowerShell的特性：已计算的属性。该特性就如其名字所暗示的那样：它是一个对象的属性，但是不是一个对象所继承和内置的属性。而是，通过我们自己执行计算（例如，运行脚本块）所获得属性。就如你目前所知道的那样，文件对象没有一个内置的，以千字节形式返回文件大小的名为Kbytes的属性。因此，我们自行创建了该属性。以下是我们得到的输出结果：

Name CreationTime Kbytes

---- ------------- ------

challenge.mdb 12/17/2007 9:33:24 PM 884

pool.md 1/14/2008 8:16:15 AM 224

scores.mdb 1/3/2007 8:00:00 AM 260

wordlist.txt 1/3/2007 8:00:00 AM 320.91796875

这很棒，但是确切来说我们该如何创建一个已计算的属性呢？如你所见，命令的第一部分很简单。我们只是使用Get-ChildItem来返回一个在C:\Test中找到的所有文件的集合：

Get-ChildItem C:\Test

下面一个部分也很简单：我们使用管道将Get-ChildItem返回的数据传递给Select-Object cmdlet，并让Select-Object来为我们抓取两个属性，名称及创建时间。也就是下面这部分代码所完成的：

Select-Object Name, CreationTime,

但是，我们所做的并不止这些。我们同样让Select-Object抓取第三个属性值，被我们命名为Kbytes的已计算的属性值：

@{Name="Kbytes";Expression={$_.Length / 1Kb}}

现在，不要感到惊慌，已出现的属性值比起它首次出现的时候已经简单多了。为了指定一个已计算的属性，我们需要创建一个哈希表，也就是@{}语法所完成的。在花括号内，我们为哈希表指定了两个元素：Name属性（本例中是Kbytes）及Expression属性（这是我们用来计算属性值的脚本块）。Name属性很容易指定，我们只是简单的将一个字符串值赋值给它，像这样：

Name="Kbytes"

无论你是否相信，Expression属性（通过使用分号与Name属性分隔开来）不是很难配置，唯一的区别是Expresion使用脚本块对其赋值，而不是一个字符串值：

Expression={$_.Length / 1Kb}

那么脚本块里是什么？好的，因为我们想以千字节的形式知道文件的大小，所以我们通过将Length属性除以数字常量1KB来获得。换句话说，下面这行代码就是我们想要执行的计算：

$_.Length / 1Kb

那么猜一下在脚本块里发生了些什么？你明白了：在本例中，我们的脚本块只是包含了将文件大小转换为千字节这个简单的命令。事情就是这样。

接下来让我们向你展示一个更简单的（也许有点没有太大用处）的例子。假设你想显示每个文件的文件名及所有字母以大写形式出现的文件名。（我们告诉过你这个例子也许不是那么有用。）让我们看下能完成这个“没有太大用处”任务的命令：

Get-ChildItem C:\Test | Select-Object Name, @{Name="UCaseName"; Expression={$_.Name.ToUpper()}}

如你所见，我们让Select-Object在返回Name属性的同时也返回一个名为UCaseName的已计算的属性。让我们看下这个已计算属性的表达式：

Expression={$_.Name.ToUpper()}

再一次，我们所做的只是将一个脚本块赋值给Expression属性。在脚本块内部，我们使用Name属性及ToUpper方法。无需多说，该方法创建了一个全部是大写字母的文件名。当我们执行命令后应当得到以下输出：

Name UCaseName

---- ---------

challenge.mdb CHALLENGE.MDB

pool.mdb POOL.MDB

scores.mdb SCORES.MDB

wordlist.txt WORDLIST.TXT

顺带说一句，UCaseName确实是一个应用到Get-ChildItem所返回对象的属性。假设我们运行先前的命令，并且将结果储存到名为$a的变量中而不是直接在屏幕上显示：

$a = (Get-ChildItem C:\Test | Select-Object Name, @{Name="UCaseName"; Expression={$_.Name.ToUpper()}})

然后建立一个foreach循环来遍历$a中的每一项。在循环内部，我们打算回显UCaseName属性的值，就是我们刚刚发明的属性：

foreach ($i in $a) {$i.UCaseName}

那么你期待的结果是？是的，类似以下的内容：

CHALLENGE.MDB

POOL.MDB

SCORES.MDB

WORDLIST.TXT

很漂亮。

下面的命令对你而言更有用。这个命令提取C:\Test中的所有文件然后回显这些文件的以存在时间。为了完成这件事，我们打算使用名为Age的已计算的属性，该属性是由当前的日期和时间减去每个文件创建时的日期和时间而得到，最后的属性值以天的形式呈现。具体命令看上去像这样：

Get-ChildItem C:\Test | Select-Object Name, @{Name="Age";Expression={ (((Get-Date) - $_.CreationTime).Days) }}

而结果就像这样：

Name Age

---- ---

challenge.mdb 128

pool.mdb 101

scores.mdb 477

wordlist.txt 477

请记住，Age是这个Get-ChildItem实例所返回对象的真实属性。如果你想要按存在时间的长短来查看这些文件的话，那么只需将结果通过管道传递给Sort-Object：

Get-ChildItem C:\Test | Select-Object Name, @{Name="Age";Expression={ (((Get-Date) - $_.CreationTime).Days) }} |

Sort-Object Age

下面是我们得到的结果：

Name Age

---- ---

pool.mdb 101

challenge.mdb 128

wordlist.txt 477

scores.mdb 477

没有比这更好的事了。

是么？在我们走之前，让我们最后再看下以千字节确定文件大小的已计算的属性值。如同你回想起的那样，当时的结果看上去像这样：

Name CreationTime Kbytes

---- ------------- ------

challenge.mdb 12/17/2007 9:33:24 PM 884

pool.mdb 1/14/2008 8:16:15 AM 224

scores.mdb 1/3/2007 8:00:00 AM 260

wordlist.txt 1/3/2007 8:00:00 AM 320.91796875

这也是一个很不错的输出结果，除了一件事。看下Wordlist.txt文件的大小：

320.91796875

讨厌。我们能处理下这个值么？

你已经知道这个问题的答案了。让们看一下另一个PowerShell命令，该命令回显在C:\Test中的每个文件的名称及大小。然而这次我们使用.NET Framework 格式化字符串来指定我们在结果中不需要任何小数：

Get-ChildItem C:\Test | Select-Object Name, @{Name="Kbytes";Expression={ "{0:N0}" -f ($_.Length / 1Kb) }}

问得好，现在这个脚本块看上去有点复杂了。毕竟，该脚本块不仅需要以千字节计算文件的大小，同时也需要格式化最终的文件大小。PowerShell和它的已计算的属性值能完成这个任务么？眼见为实：

Name Kbytes

---- ------

challenge.mdb 884

pool.mdb 224

scores.mdb 260

wordlist.txt 321

下周见。

英文原文：

http://www.microsoft.com/technet/scriptcenter/resources/pstips/apr08/pstip0425.mspx

Hyper-V RTM正式发布

ahpeng — Fri, 27 Jun 2008 01:08:38 GMT

今天Hyper-V正式发布了！

Hyper-V是Windows Server 2008中的一个最重要的特性，服务器虚拟化是当前IT领域中最热门的话题，可以实现服务器整合、可以实现业务延续性，可以实现高可用性，可以实现服务器资源的按需交付...

好处一时间说不完，等盆盆完成手头的《Windows Group Policy Resource Kit：Windows Vista and Windows Server 2008》一书的翻译工作，将会立即抽时间撰写一些Hyper-V应用测试的文章，尽情各位期待！

对了，中文版的下载地址如下：

http://www.microsoft.com/downloads/details.aspx?displaylang=zh-cn&FamilyID=f3ab3d4b-63c8-4424-a738-baded34d24ed

7月8日（中国时间应该是9日），Hyper-V将会发布到Web，大家届时还可以从Windows Update获取该虚拟化产品。

T61P windows vista 64 SP1 下如何使用迅盘

yylmz — Thu, 19 Jun 2008 22:11:00 GMT

迅盘这个鬼东东，目前没有感觉对我的帮助，呵呵。

前两天重新装系统（IT 农民工），换了64 位整合SP1的版本，结果发现windows readydrive 可以选择但是无法启动，每次提示选择之后重启计算机也不work，也去intel 网站下载了最新的驱动http://downloadmirror.intel.com/14824/a08/Intel(r)TurboMemory_All.exe，也使用windows update 更新了，lenveo 的system update 也试了不work，正好早上睡不着看到有人的解决方法，这里也共享一下给大家。

1:启用休眠 powercfg -h on

2:一定要进入一次休眠状态

3：配置windows readydrive 重启OK

Dell D630 + ASUS P535 实现的多合一SIM卡

HaoHu — Wed, 18 Jun 2008 09:35:12 GMT

关键字： Dell D630 / ASUS P535 / Smartcard reader / PCSC / SIM card / Windows 之前因为想买一张GPRS包月卡在没有LAN、wifi的地方上网，又因为现在D630能用的WWAN卡（就是可以插在d630等机器里面的，空余的Mini PCIExpress槽位的，用于GRPS、EDGE、HSDPA等等的卡）非常的贵，所以心里还是准备用我的P535来进行GPRS通信，因为可以借助蓝牙拨号。由此想到来回换卡实在是不能忍受。特别是P535的设计，打开背盖就会切断电源，然后板上的电池也没电了，也就意味着必须重新设置RTC，重设设备时间。因此准备搞一张一卡多号的卡，在需要的时候来回切换。这需要有几个条件：可以读sim卡的设备，可以写sim卡的设备，破解Ki的程序，写卡的程序，手机的stk切换程序，以及一张可以写的sim卡。按照我不见兔子不撒鹰的原则，首先准备的是读卡器（实际上和写卡设备是同一个东西），以及破解Ki的程序。我问Simon借来了他的读卡器，然后着手进行Ki的破解。...(read more)

基于windows server 2008 环境中一些管理测试

yylmz — Tue, 17 Jun 2008 20:42:00 GMT

基于windows server 2008 环境中一些管理测试

加入 ITPro 新技术体验项目已经一段时间了，做了一些相关测试，可是由于这两个月忙于度假，因此一直也没有上传和大家分享，见谅，见谅。

测试的主要目的基于如下考虑：
企业目前管理场景还是复杂多样，不少企业在服务器选择中，有 Windows Server 2000, Windows Server 2003, Windows Server 2003 R2+SP2,当然在我的场景中还包含一些尝鲜的客户，使用 Windows Server 2008，那么对应的客户端也是一样了，包含 Windows 2000, Windows XP Professional， Windows Vista， Windows Vista sp1，那么多系统组合应用中会要注意哪些内容？相信这个是企业现在将来所有考虑的内容，因此做了一些测试，同时也和大家分享一些内容

试验环境说明：
Windows Server 2003 R2+Windows Vista SP1

Windows Server 2008 + Windows Vista

Windows Server 2008 + Windows Vista SP1

测试内容：

Windows Server 2003 R2+Windows Vista SP1 中组策略管理和远程管理
Windows Server 2008 + Windows Vista SP1 中组策略管理和远程管理
Windows Server 2008 + Windows Vista 组策略管理和远程管理

环境搭建说明：
普通活动目录环境创建，现在已经有太多文章说明，这里就不再强调，只是需要说明的一点是在 Windows Server 2003时代，如果加入 Windows 2000 域环境需要使用 adprep 命令，同样如果在非纯 Windows Server 2008 环境中也需要执行这个命令，adprep，这个命令在安装光盘的\sources\adprep 文件夹下，首先需要使用Schema Master身份的用户执行adprep /forestprep，然后需要在森林中每个域中也要执行扩展，adprep /domainprep /gpprep，即可，如果计划是有那个只读域控制器（ Windows Server 2008 新特性），需要执行 adprep/rodcprep，（所以纯环境最方便，混杂环境最头疼）

测试环境中的一些体会：
1：如果就管理 Windows Vista 而言，使用 Windows Server 2008 那是绝配，但是不少企业不会轻易升级到新系统，因此必然和以往一样，出现 Windows 2000 Server 管理 Windows XP 场景，只不过这里改为 Windows Server 2003 管理 Windows Vista，这里有什么问题？
首先给大家一段描述，在 Windows Vista 中包含了 2747 多条组策略，主要更新集中在以下几个方面：
1. 移动设备管理
2. UAC
3. NAP
4. Windows Defender
5. 电源管理
6. IE 管理等方面
以上这些方面自然Windows 2003 组策略缺省不再支持，那么能否像以往导入vista 组策略即可，这里又出现一个新问题了Windows Vista 组策略已经改为新的模式admx文件格式，所以就会出现无法单纯导入解决这个问题。

2：Vista 中组策略已经采用新的格式admx，它的好处我看到两个最明显的就是第一个文件变小了，想象一下如果一个大森林中的多个域中相关组策略文件复制还是一个比较大的流量（前几天还和老叶测试通过CDMA测试OCS语音通话的延迟率，所以带宽永远是个不够的话题），具体一个组策略文件的大小，大家可以看看你sysvol文件夹即可，如果有多个OU那更恐怖了，所以微软也意识到这点（在 Windows Server 2003 的DNS条件转发又何尝不是如此），在大小上改进了，第二个就是多语言环境的支持，这样多个不同语言版本的 Windows 环境中的不同组策略语言版本也能够非常好的支持，原先那个恐怖，因此不少企业规定都只允许使用英文组策略，针对windows vista 组策略管理我推荐阅读的文章链接（Managing Group Policy ADMX Files Step-by-Step Guide http://technet2.microsoft.com/WindowsVista/en/library/02633470-396c-4e34-971a-0c5b090dc4fd1033.mspx?mfr=true）

3：在 XP 和2000 2003 环境中的组策略文件是adm文件，不过微软也提供了相关工具进行转换（ADMX Migrator http://www.microsoft.com/downloads/info.aspx?na=22&p=1&SrcDisplayLang=en&SrcCategoryId=&SrcFamilyId=&u=%2fdownloads%2fdetails.aspx%3fFamilyID%3d0f1eec3d-10c4-4b5f-9625-97c2f731090c%26DisplayLang%3den），转换之后再尝试导入，呵呵。不过我还是推荐使用ADMX 和 ADML 版本组策略文件，毕竟这个是以后大势所趋。具体admx的语法参考可以访问如下链接（http://www.microsoft.com/downloads/info.aspx?na=22&p=9&SrcDisplayLang=en&SrcCategoryId=&SrcFamilyId=&u=%2fdownloads%2fdetails.aspx%3fFamilyID%3db0628355-baa2-4565-80a4-467245db9e28%26DisplayLang%3den）

4：一些文档说明是在 Windows Server 2003 的环境下管理 Windows Vista 可以通过安装adminpak.msi来解决，但是注意一点 Windows Vista SP1 中管理 Windows Server 2008 ,现在已经不是大家所熟悉的adminpak.msi ，而是RSAT（相关下载地址http://www.microsoft.com/downloads/details.aspx?FamilyId=9FF6E897-23CE-4A36-B7FC-D52065DE9960&displaylang=en），当然您可以用它来管理 Windows Server 2003环境中部分内容），所以推荐还是通过复制组策略文件方式来解决低版本服务器管理高版本客户端问题，由于blog贴图实在麻烦，呵呵，所以具体图解操作就不上传了，大家需要具体参考如下文档（（Managing Group Policy ADMX Files Step-by-Step Guide http://technet2.microsoft.com/WindowsVista/en/library/02633470-396c-4e34-971a-0c5b090dc4fd1033.mspx?mfr=true））

5：一些windows 2008 组策略中使用技巧还是很不错的，以后有时间再和大家分享。

希望其中一些内容对大家有所帮助，板砖就不要扔过来了，呵呵。

微软社区问题讨论-只有用户名和密码，如何修改远程系统的文件

Asuka Zhang — Mon, 16 Jun 2008 14:23:27 GMT

今天在论坛看到一个帖子，觉得挺有意思的，这边转过来，ITECN上面的MVP也有很多，所以大家在下面踊跃跟帖讨论哈。

有没有人了解xp安装完成以后的默认设置？如果知道远程一个xp的用户名、密码（当然还有ip）。除了用3389远程登录之外（貌似3389默认也是不开的），还有没有其他什么办法删除远程机器上一个特定文件？例如d:\temp.txt这种？

应该有不止一种方法，请大家踊跃发言……哈哈，假设环境是xp+sp2+防火墙打开（默认安装完成以后应该是打开的吧？）或者xp+sp3+防火墙。

事先说明：不是入侵，所以用木马、病毒的方法就免了。

telnet似乎默认安装完成以后是禁用服务的，所以恐怕也不行。不过我也不是很懂telnet，如果有人可以有比较好的教程的话，也希望能够推荐一下。

原帖地址：http://forums.microsoft.com/china/ShowPost.aspx?PostID=3490048&SiteID=15

AppInit_Dlls，一个特殊的注册表键值

smallfrogs — Sun, 15 Jun 2008 18:25:58 GMT

Smallfrogs
http://www.KZTechs.com

如果你对计算机安全有所了解，那么各种各样的注册表启动项应该会有所了解，今天我会细述一个很著名的启动项：AppInit_Dlls键值。

AppInit_Dlls键值位于注册表 HKLM\Microsoft\Windows NT\CurrentVersion\Windows下面，相对于其他的注册表启动项来说，这个键值的特殊之处在于任何使用到User32.dll 的EXE、DLL、OCX等类型的PE文件都会读取这个地方，并且根据约定的规范将这个键值下指向的DLL文件进行加载，加载的方式是调用 LoadLibrary。

验证方法有很多，最容易想到的就是使用调试器，在LoadLibrary调用的时候下断点，你会发现User32.DLL读取了这个键值并且使用了LoadLibrary去调用这个键值指向的DLL文件。一个更好的方法就是看看 KB197571 的介绍了。

AppInit_Dlls的键值是一个非常危险的键值，从某种程度上来说，这是一个Windows最容易被人利用的漏洞，因为只要有任何的恶意软件在这里进行了修改，那么就意味着任何使用到User32.DLL的进程都会被AppInit_DLLs指向的DLL所注入。因为进程内部的DLL是共享整个进程空间的，因此意味着进程里面的DLL是可以控制整个进程的行为的。由于User32.DLL是一个非常非常通用的DLL，它提供了大多数Win32用户界面、消息相关的功能，只有极少数的程序不会使用User32.DLL，因此一旦有恶意软件修改了AppInit_Dlls键值，那么整个系统都有可能处于非常危险的状态。

众所周知，Windows服务程序的启动时机是可以非常早的，往往在用户登录之前就完成启动了，而这个时候最常见的Run键值还不一定被处理完，而且Windows服务程序拥有相当高的权限（默认是Local System，可以对系统里面所有的资源进行操作），因此如果一个恶意软件被加载到Windows服务里面，那么是会非常危险的。前文提到，任何进程使用了User32.DLL，都会对AppInit_Dlls键值指向的DLL进行加载，如果是一个Windows服务程序，也不例外！

由于AppInit_Dlls是一种系统全局性的Hook（system-wide hook），要规避此类的Hook的确很困难，虽然使用驱动程序进行保护能够规避此类问题，但也不是非要使用驱动程序进行处理的。前文说过，只有当使用到User32.DLL这个模块的时候才会触发读取AppInit_Dlls指向的DLL，如果不使用User32.DLL，那么AppInit_Dlls是不会被使用到的。但是要让一个程序不使用User32.DLL会变得非常困难（命令行窗口没有使用User32.DLL），因为任何的窗口、消息都和这个模块有关，为了保证有良好的用户体验，100%的窗口程序都和这个模块有关。从开发角度来说，最好的一种解决办法就是将程序功能逻辑和界面逻辑完全分离，功能逻辑模块负责功能，界面逻辑模块负责界面显示，2者之间采用IPC机制进行交互，功能逻辑模块不依靠User32.DLL,，而且作为独立进程进行处理，这样就可以规避AppInit_Dlls造成的Hook了。

类似的Windows安全相关的缺陷点其实还有很多的，这些缺陷点的来源是为了保证向下的兼容性。相信MIcrosoft已经发现并正在修补这些地方，从Windows Vista上可以看到，AppInit_Dlls的键值在Windows Vista上是不起作用的，因此在Windows Vista里面，这个键值已经被抛弃了（改用另外一个键值执行类似的功能，但是增加了基于UAC的安全防护）。

Microsoft Network Monitor 3.2 测试版携新特性发布

wbpluto — Fri, 13 Jun 2008 12:38:49 GMT

微软刚刚(美国时间6月11日)发布了 Network Monitor 3.2.975.0 测试版。该软件可以按需要捕获 Windows 中的网络数据包，已便于进行分析，是学习计算机网络原理的人士和网络管理、网络安全相关人士的得力工具。Network Monitor 3.2 相对于 3.1 版本有许多新特性，包括：

进程跟踪：查看计算机中所有传输网络数据的进程（进程名和 PID）。使用会话树形视图查看各个进程的数据帧。

查找会话：快速分离出同一次网络会话中的各种帧。可以分离 TCP 流、HTTP 流等。

支持 PCAP 捕获文件*
重新构建了捕获引擎，以改进在高速网络中的捕获速度。Network Monitor 3.2 丢失帧的情况会比 3.1 版本少很多。
大量的解析器（parser）：适用于 300 多种协议的解析器！适用于《Windows 开放式协议规范》（参见 http://msdn.microsoft.com/en-us/library/cc216517.aspx）中所涵盖协议的解析器。
NM API：让您可以自己创建用于捕获、解析和分析网络通信的应用程序！
改进的解析器管理：默认情况下只加载 161 个解析器。您可以通过在“工具”>“选项”>“解析器”中调整解析器搜索顺序，设置为加载所有解析器。
支持将帧截断：转到“工具”>“选项”，通过限制对每个帧捕获的字节长度来改善性能表现。
更多 NPL 文档，包括关于新 NMAPI 的文档。可以从“帮助”>“NPL 和 API 文档”命令访问这些文档
对于循环状态和数组，增强了 NPL 项目的过滤能力。您可以为特定的数组或循环指定一个索引
新增了 IA64 版本。
ContainsBin 插件：搜索包含任意字节序列或字符串的帧。例如：ContainsBin(FrameData, ASCII, “pluto”)。
在用户界面上增加了了对会话状态、丢失帧数、捕获缓冲中的帧数的提示。

用于操作 UTF-8、UTF-16 和 ASCII 编码的新 NPL 插件
可对十六进制详细信息视图进行设置
可以在帧摘要窗口中进行全选
在启动页面上列车最近打开的捕获文件
更多新特性请参见安装文件夹下的 ReleaseNotes.txt

Network Monitor 3.2 支持 Windows XP/2003/Vista/2008 的 x86 和 x64 版本，还支持 Windows Server 2008 的 IA64版本。
请访问 Connect 网站上的 Network Monitor 项目获得 Network Monitor 3.2 测试版：https://connect.microsoft.com

Windows Server 2008 新技术体验活动感想

ghjconan — Wed, 11 Jun 2008 07:40:00 GMT

前两天同大家分享了两篇关于WIndows Server 2008 的新技术体验文章，今天主要是来和大家谈谈感想。

首先先来说说为什么要选Hyper-V和故障转移群集这两项技术来做测试。对于Hyper-V而言，近几年来虚拟化技术日臻完善，有越来越多的人正在关注此项技术。在Hyper-V出现之前微软也有相关的虚拟化产品，即Virtual PC和Virtual Server。但是由于底层实现的原因，使得这两款产品的性能一直被人诟病，在实际生产环境中用的并不多，更多的是供系统管理员做产品测试和网络环境模拟。然而Hyper-V的出现为企业的IT部门的优化资源配置，提高资源利用率提供了便捷的实现手段。就我所在公司而言，每个季度都会购进一定量不同硬件配置的服务器，购置众多服务器的一个原因是许多应用需要一个干净的系统环境来保证其正常运行，然而机房的空间是有限的，众多服务器也带来了管理上的诸多困难。通过对Windows Server 2008所带的虚拟化技术Hyper-V的测试，我们发现如果将这些应用进行整合，使他们运行在几台高性能的服务器上，这样既能节省机房的宝贵空间，降低管理难度，也可以提高服务器的利用率。

当然评价一项事物的时候不能只看它的优点，也要看到它的缺点。虚拟化技术虽然带来了很多便利，但是将所有应用集中到一台服务器上势必会有单点失败的风险。与以前将各应用放置在不同服务器上相比，采用虚拟化技术的服务器如果发生硬件故障所带来的影响会更大。因此我们不得不考虑如何去处理这个问题。好在Windows Server 2008的故障转移群集支持Hyper-V，使得我们对这个问题不必过于担忧。当然在我的测试中没有对其进行测试，主要是受硬件条件的限制。不过故障转移群集也并非只能用在Hyper-V上，因此我利用相关第三方软件和Windows自带的DFS服务对故障转移群集进行了测试，希望通过这个测试能让诸位能对故障转移群集有个更好的认识。

因此，之所以对这两项技术进行测试主要是考虑到它们之间存在互补性，尽快熟悉这两项技术有利于我们以后工作的开展。当然Windows Server 2008涉及到的新技术还有很多，我的两篇测试感想只是涉及了Hyper-V及故障转移群集的一些基本安装步骤，更多的细节需要我们去不断挖掘，希望这两篇文章对各位起到抛砖引玉的作用。

最后希望越来越多的朋友能加入Windows Server 2008的新技术体验之中，让我们共同利用Windows Server 2008的新特性加速企业的信息化建设。