windows 7 SP1都更新了那方面的内容？

Windows 7 SP1的新特性主要有：

1、提高效率

提供基于用户模式的时间戳计数器(TSC)，在用于SQL Server之类程序的时候可提供一个高分辨率的多媒体计时器(对OLTP、数据仓库处理等等来说非常必要的功能)，能效远高于以往方案。

2、改变“登陆时还原上一个文件夹窗口”功能的行为

位于Windows资源管理器的组织菜单之下的文件夹和搜索选项对话框内。SP1之前，上一个文件夹窗口是根据最近一个活动文件夹的位置还原的，SP1改为所有文件夹自身的原始位置。

3、增强对RRAS/IPsec中更多身份认证的支持：

在IKEv2认证协议的身份区域中增加更多身份类型，可在执行IKEv2协议认证的时候使用更多类型的身份，比如E-mail ID、Certificate Subject。

4、支持第三方联合服务高效通信

也就是那些支持WS-Federation被动配置协议的，从而增强平台协作性、改进不同组织间的身份和授权信息认证能力。

5、改进HDMI音频设备性能

有些用户反映Windows 7 PC在系统重启后与HDMI音频设备之间的连接会消失。SP1对此做出了改进，确保二者的连接不再中断。

6、纠正打印混合方向XPS文档时的设置

部分用户反映使用XPS Viewer打印同时包含横向、竖向的XPS文档时存在困难，导致整个页面变成了要么全部横向、要么全部竖向的单一 模式。SP1已经解决了这一问题。

此次SP1 beta的两大特性可说是动态内存(Dynamic Memory)和RemoteFX。对于普通用户来说，RemoteFX可以看作一个虚拟机增强功能。打上SP1的补丁后，远程虚拟桌面将能够支持3D内容、开启Windows Aero效果、支持Flash、重新定向USB设备等。

如果说RemoteFX多少还和桌面 *** 作系统有些关系的话，那么SP的另一个主要功能Dynamic Memory就几乎和Windows 7没什么关系了。Dynamic Memory功能的全称是Hyper-V Dynamic Memory，用于Windows Server 2008 R2。实际上，它主要目的是让管理员将服务器上的物理内存根据当前工作负载情况动态分配给虚拟机，这跟我们的家用电脑八杆子都打不着联系。

分析后我们可以看出，SP1的两个最主要更新特性RemoteFX和动态内存，对于普通群众是没有什么意义的。要想找到更新的亮点，我们只能把眼光集中到其它一些“不重要”的方面。

在SP1扩展包针对Win 7独有的特性方面，我们依然看不到什么亮点。WS-Federation第三方联合通信协议、HDMI音频性能改善，以及混合朝向的XPS文档打印修正都属于既有功能修补范畴。另一处更新是“登录时恢复之前的文件夹”将按原来的位置恢复而不是层叠排列出来。

Win 7 SP1的独有特性还包括路由远程访问识别（RRAS和IPSec）的加强，这个特性对于网络管理员非常有帮助，但普通用户依然不会经常用到它们。

最后一个就是高级矢量扩展(Advanced Vector eXtensions)指令集的支持，这恐怕是Win 7 SP1对于广大群众最有用的一个升级了。AVX指令集是英特尔下一代处理器Sandy Bridge所支持的指令集，它能大大加强处理器的浮点计算能力，在一些浮点运算比较密集的程序（例如3D渲染，高清视频编码，3D游戏）中会获得显著的性能提升。简单的说，如果某个程序、你的处理器、 *** 作系统都支持AVX指令集，那么这个程序的运行速度就会快很多。Win 7 SP1的AVX指令集支持就是 *** 作系统这一环。

Windows 7 SP1没有在用户层面增加任何新的功能，因为原版Win7已经很完美了，微软要做的只是加强安全性，提高兼容性。

动态内存管理、RemoteFX确实是个进步，但一般用户要的是看得见摸得着的东西。显然，Windows 7 SP1并不是为大众准备的。

关于桥接网络：

]Host 的物理网卡和Guest 的网卡在VMnet0 交换机上通过虚拟网桥进行桥接，这也就是说，我的物理网卡和Guest 的虚拟网卡（注：这个虚拟网卡不等于VMware Network Adapter VMnet1 或者VMware Network Adapter VMnet8）处于同等地位，此时的Guest 就好像我的Host 所在的一个网段上的另外一台机器。我的Host 的物理网卡配置如下：IP 地址为手工指定方式，网关为192.168.0.1，那么我的Guest 就应该和我的Host 处于同一个网段，它的配置可为：

Ethernet adapter 本地连接:

Connection-specific DNS Suffix . :

Description . . . . . . . . . . . : Broadcom NetXtreme 57xx Gigabit Controller

Physical Address. . . . . . . . . : 00-1A-A0-A9-DC-1B

Dhcp Enabled. . . . . . . . . . . : No

IP Address. . . . . . . . . . . . . : 192.168.0.2

Subnet Mask . . . . . . . . . . . : 255.255.255.0

Default Gateway . . . . . . . . . : 192.168.0.1

IP 地址为手工指定方式，网关为192.168.0.1，那么我的Guest 就应该和我的Host 处于同一个网段，它的配置为：

Ethernet adapter Bridged:

Connection-specific DNS Suffix . :

Description . . . . . . . . . . . : Broadcom NetXtreme 57xx Gigabit Controller

Physical Address. . . . . . . . . : 00-1A-A0-A9-DC-1B

Dhcp Enabled. . . . . . . . . . . : No

IP Address. . . . . . . . . . . . . : 192.168.0.10

Subnet Mask . . . . . . . . . . . : 255.255.255.0

Default Gateway . . . . . . . . . : 192.168.0.1

同样，IP 地址也为手工指定方式，网关也为192.168.0.1，这样的话，IP 地址为192.168.0.2 的Host 和IP 地址为

192.168.0.10的Guest 就可以互通了：

Ethernet adapter Bridged:

Connection-specific DNS Suffix . :

Description . . . . . . . . . . . : Broadcom NetXtreme 57xx Gigabit Controller

Physical Address. . . . . . . . . : 00-1A-A0-A9-DC-1B

Dhcp Enabled. . . . . . . . . . . : No

IP Address. . . . . . . . . . . . . : 192.168.0.10

Subnet Mask . . . . . . . . . . . : 255.255.255.0

Default Gateway . . . . . . . . . : 192.168.0.1

Pinging 192.168.100.10 with 32 bytes of data:

Reply from 192.168.100.10: bytes=32 time<1ms TTL=64

Reply from 192.168.100.10: bytes=32 time<1ms TTL=64

Reply from 192.168.100.10: bytes=32 time<1ms TTL=64

Reply from 192.168.100.10: bytes=32 time<1ms TTL=64

Ping statistics for 192.168.100.10:

Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),

Approximate round trip times in milli-seconds:

Minimum = 0ms, Maximum = 0ms, Average = 0ms

当然，Guest 所配置的IP 地址一定要在192.168.0 网段没有被占用，而且我的网络管理员允许我来使用这个IP 地址。如果在192.168.0 网段，存在DHCP 服务器，那么Host 和Guest 都可以把IP 地址获取方式设置为DHCP 方式。

关于NAT网络

在NAT 网络中，会使用到VMnet8 虚拟交换机，Host 上的VMware Network Adapter VMnet8 虚拟网卡被连接到VMnet8交换机上，来与Guest 进行通信，但是VMware Network Adapter VMnet8 虚拟网卡仅仅是用于和VMnet8 网段通信用的，它并不为VMnet8 网段提供路由功能，处于虚拟NAT 网络下的Guest 是使用虚拟的NAT 服务器来连接到Internet 的。VMware 功能非常强大，在NAT 网络下，我们甚至可使用Port Forwarding 功能，来把Host 的某一个TCP 或者UDP 端口映射到Guest 上！我的VMware Network Adapter VMnet8 虚拟网卡的IP 地址配置如下：Ethernet adapter 本地连接:

Ethernet adapter VMware Network Adapter VMnet8:

Connection-specific DNS Suffix . :

Description . . . . . . . . . . . : VMware Virtual Ethernet Adapter for VMnet8

Physical Address. . . . . . . . . : 00-50-56-C0-00-08

Dhcp Enabled. . . . . . . . . . . : No

IP Address. . . . . . . . . . . . : 192.168.153.1

Subnet Mask . . . . . . . . . . . : 255.255.255.0

Default Gateway . . . . . . . . . :

IP地址是手工填写的，但却不是由我来指定的，而是VMware 在安装的时候自动随机指定的一个IP 地址（注意，不要修改VMware Network Adapter VMnet8 虚拟网卡所在的网络ID，这样的话会造成Host 和Guest 无法通信）。那么，我的NAT 网络的虚拟机的IP 地址也为192.168.153.0 这个网段，其IP 地址配置为：

Windows IP Configuration

Host Name . . . . . . . . . . . . : Lineage

Primary Dns Suffix . . . . . . . :

Node Type . . . . . . . . . . . . : Unknown

IP Routing Enabled. . . . . . . . : no

WINS Proxy Enabled. . . . . . . . : No

Ethernet adapter NAT:

Connection-specific DNS Suffix . :

Description . . . . . . . . . . . . . . . : VMware PCI Ethernet Adapter

Physical Address. . . . . . . . . . . . . : 00-50-56-C0-00-08

Dhcp Enabled. . . . . . .. . . . . . . . : Yes

Autoconfigureration Enanble. . . . :Yes

IP Address. . . . . . . .. . . . . . . . : 192.168.153.10

Subnet Mask . . . . . . .. . . . . . . . : 255.255.255.0

Default Gateway . . . .. . . . . . . . . :192.168.153.2

DHCP Server. . . . . . .. . . . . . . . . :192.168.153.254.....................

可以看到，它的IP 地址分是由DHCP 服务器分配的的，DHCP 服务器的地址为192.168.85.254，那为什么会有DHCP 服务器存在呢？

这是因为VMware 安装之后，会有一台虚拟的DHCP 服务器为虚拟机来分配IP 地址，这个DHCP 服务器，你可以ping 通它，但是无法进行访问，因为实际上它就是一个系统服务而已，在开始——>运行中输入services.msc，就会看到这个服务

此时可以看到，Guest 的网卡和Host 上的VMware Network Adapter VMnet8 虚拟网卡拥有相同的网络ID，这样的话，在Guest 中，ping 通Host 就没有问题了：

Pinging 192.168.153.1 with 32 bytes of data:

Reply from 192.168.153.1: bytes=32 time<1ms TTL=64

Reply from 192.168.153.1: bytes=32 time<1ms TTL=64

Reply from 192.168.153.1: bytes=32 time<1ms TTL=64

Reply from 192.168.153.1: bytes=32 time<1ms TTL=64

Ping statistics for 192.168.153.1:

Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),

Approximate round trip times in milli-seconds:

Minimum = 0ms, Maximum = 0ms, Average = 0ms

有一点需要说明的是，在NAT 方式的网络中，Guest 的Gateway 都指向了192.168.X.2，在本例中，X=153，也就是那个虚拟的NAT 服务器的地址，这个服务器是一台虚拟的NAT 服务器，可以ping 通它，但是却无法访问到这台虚拟机，因为这同样也是一个系统服务：这时候，我的Guest 和Host 就可以实现互访了，并且如果我的Host 此时已经连接到了Internet，那么我的Guest 也就可以连上Internet 了。那么Host 上的VMware Network Adapter VMnet8 虚拟网卡在这里扮演了一个什么角色呢？它仅仅是为Host 和NAT 虚拟网络提供了一个通信接口，所以，即便在Host 中Disable 掉这块虚拟网卡，Guest 仍然是可以上网的，只是Host 无法再访问VMnet8 网段，也即是无法访问Guest 而已。

关于Host-Only网络

在Host-Only 网络中，Host-Only 网络被用来设计成一个与外界隔绝的（isolated）网络，其实Host-Only 网络和NAT 网络非常相似，唯一不同的地方就是在Host-Only 网络中，没有用到NAT 服务，没有服务器为VMnet1 网络做路由，它当然就没有办法访问Internet 啦，可是如果此时我的Host 要和Guest 通信怎么办呢？当然就要用到VMware Network Adapter VMnet1 这块虚拟网卡了。

如下图，这是我的Host 上的VMware Network Adapter VMnet1 虚拟网卡的配置，同样，VMware 也为我自动随机分配好了它的IP：

Ethernet adapter VMware Network Adapter VMnet1:

Connection-specific DNS Suffix . :

Description . . . . . . . . . . . : VMware Virtual Ethernet Adapter for VMnet1

Physical Address. . . . . . . . . : 00-50-56-C0-00-01

Dhcp Enabled. . . . . . . . . . . : No

IP Address. . . . . . . . . . . . : 192.168.201.1

Subnet Mask . . . . . . . . . . . : 255.255.255.0

Default Gateway . . . . . . . . . :

那么如果我把Guest 的网络设置成了Host-Only 的话，把它的IP 获取方式设置为DHCP，它会到虚拟的DHCP 服务器上拿到IP，这个DHCP 服务器仍然是一个虚拟的DHCP 服务器（仅仅是一个系统服务而已），而且在下图中，可以看到，这个DHCP 服务器的IP 地址仍然是192.168.X.254，这里X=201，因为要和我的VMnet1 的网络ID 相同。所以，Guest 所获得的IP和我的Host 的VMware Network Adapter VMnet1 虚拟网卡的IP 使用同一个网络ID：

Windows IP Configuration

Host Name . . . . . . . . . . . . : Lineage

Primary Dns Suffix . . . . . . . :

Node Type . . . . . . . . . . . . : Unknown

IP Routing Enabled. . . . . . . . : no

WINS Proxy Enabled. . . . . . . . : No

Ethernet adapter Host-Only:

Connection-specific DNS Suffix . :

Description . . . . . . . . . . . . . . . : VMware PCI Ethernet Adapter

Physical Address. . . . . . . . . . . . . : 00-50-58-C0-50-0d

Dhcp Enabled. . . . . . .. . . . . . . . : Yes

Autoconfigureration Enanble. . . . :Yes

IP Address. . . . . . . .. . . . . . . . : 192.168.201.10

Subnet Mask . . . . . . .. . . . . . . . : 255.255.255.0

Default Gateway . . . .. . . . . . . . . :

DHCP Server. . . . . . .. . . . . . . . . :192.168.153.254.....................

可以看到，在Host-Only 网络下，Guest 的Default Gateway 被设置为NULL，这是由于没有默认路由器为它到外部网络提供路由的缘故，也即是上边说到的Host-Only 网络没有NAT 服务器！如果使用route add 命令加上某个地址做为它的路由器，它仍然不能访问Internet（实际上也没有地址可加）。这样，我的Guest 虽然没有办法访问Internet，但是仍然可以和我的Host进行通信，这正是因为我的Host 上的VMware Network Adapter VMnet1 虚拟网卡起到了作用，它负责和VMnet1 网络相连，为我访问Host-Only 网络下的Guest 提供了通信接口。下图显示了在Host-Only 网络中的Guest 与我的Host 的通信情况：

Pinging 192.168.201.1 with 32 bytes of data:

Reply from 192.168.201.1: bytes=32 time<1ms TTL=64

Reply from 192.168.201.1: bytes=32 time<1ms TTL=64

Reply from 192.168.201.1: bytes=32 time<1ms TTL=64

Reply from 192.168.201.1: bytes=32 time<1ms TTL=64

Ping statistics for 192.168.201.1:

Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),

Approximate round trip times in milli-seconds:

Minimum = 0ms, Maximum = 0ms, Average = 0ms

至于为何要把Host-Only 网络设置为没有Default Gateway 的方式，这是VMware 的设计使然，它就是让我们建立一个与外界隔离（isolated）的网络时而使用的。事实上，如果我足够BT，也可以在Host 上来为VMware Network Adapter VMnet1 虚拟网卡来做路由。比如，我可以用Windows 2000 的RRAS 来做，这样的话，处于Host-Only 网络下的Guest 就又可以上网了，它们只需要使用route add 命令把自己的Default Gateway 指向Host 上的VMware Network Adapter VMnet1 虚拟网卡即可，不过这样做不推荐，也没有必要.

至此，VMware 的3 种网络，就应该可以理解可以看到，如果想要Guest 上网，在3 种网络模型中，

最为简单的方式就是NAT，因为它不需要任何的网卡设置，IP 地址也可以从虚拟的DHCP 服务器来获得，要做的仅仅就是把它的网络设置为NAT 方式即可。

至于Bridged 模式，则需要额外的IP 地址，这有可能会实现不了，因为并不是每个ISP 都那么大方。

如果是Host-Only，则又需要设置RRAS，没有几个人会愿意为了让虚拟机上网而换OS 的，所以就用NAT 最好了。

在这里要强调的一点是，如果设置了Host-Only 网络，非要为VMnet1 做路由，一定要用RRAS，而不要用Windows XP 或者2000 的ICS，因为它会自动把内网的接口地址改为192.168.0.1。你在安装虚拟机的时候，VMware 不会正好给你的VMware Network AdapterVMnet1 虚拟网卡分配为192.168.0.1 的地址吧？这样的话会造成VMware Network Adapter VMnet1 虚拟网卡和VMnet1 网段的网络ID 不一致，自然，你的Guest 就没有办法和Host 通信了！

实际上经常还会遇到这样的情况：比如VMware 为我分配的网络ID 在将来会被我用到，或者嫌VMware 为你分配的网络不好（比如它给你分了个192.168.148.0 的网络ID），那么可以到这里来修改：

单击VMware 的“Host”菜单，选择“Virtual Network Settings ...”

选择“Host Virtual Network Mapping”中，VMnet1 所在的虚拟网络，单击后边的按钮，选择“Subnet”菜单，即可以调整你的网络ID。

这个可以用WIN 2003 SERVER 轻松实现

在Windows服务器系统中，均提供了路由和远程访问（RRAS）服务。其实路由和远程访问服务是两部分功能的结合：路由服务和远程访问服务。通过RRAS提供的路由功能，你可以把你的Windows服务器配置为一台路由器。

RRAS中提供的路由服务主要有：

不同网络间数据包的路由功能；

静态路由支持；

DHCP中继代理协议支持；

NAT路由支持；

IGMP、RIPv2、OSPF路由协议支持；

　

在这篇文章中，我主要给大家介绍一下如何配置Windows服务器作为不同网络间的路由器。Windows服务器是严格根据自己的路由表来决定如何对数据进行路由的。路由表是根据自己网络接口的配置而产生，并且可以通过手动配置静态路由或者从RIPv2、OSPF的动态路由协议获得更新。

查看系统的路由表的方式有两种：

在命令提示符下运行route print命令；

在RRAS管理控制台中查看路由表，具体 *** 作方法为在RRAS管理控制台展开服务器名，然后展开IP路由选择，右击静态路由，选择显示IP路由表。

配置Windows Server 2003作为网络间路由器的过程非常简单：首先，你需要正确配置这台Windows服务器不同网络接口的TCP/IP属性，如IP地址、子网掩码、默认网关等等，然后点击管理工具下的路由和远程访问，在d出的路由和远程访问管理控制台上，你可以看到服务器名左侧图标上有个红色向下的箭头，这表明服务器未运行。右击服务器名，然后选择配置并启用路由和远程访问，

　

在d出的欢迎使用路由和远程访问服务器安装向导页，点击下一步；

在配置页，选择自定义配置，然后点击下一步；

在自定义配置页，选择LAN路由，然后点击下一步；

在正在完成路由和远程访问服务器安装向导页，点击完成；此时提示你是否开始RRAS服务，点击是，

等待几秒后，RRAS完成配置后自动开始运行，如下图所示，你可以看到，服务器名左侧的图标上有个绿色向上的箭头，这表明RRAS已经正常运行并提供路由服务了。

　

默认情况下RRAS只会路由本地局域网中的数据包。在RRAS提供请求拨号服务访问Internet时，你应该配置它同时路由请求拨号接口的数据包，配置方式为右击服务器名，选择属性，然后在常规标签中，选择用于局域网和请求拨号路由选择。不过此选项通常情况下无需你额外配置，在启用NAT服务并使用请求拨号接口时，会自动设置为此选项。

你可以在静态路由中创建静态路由， *** 作步骤为右击静态路由，选择新建静态路由，如下图所示：

你也可以在命令提示符下通过route add命令来添加静态路由。

　

其实Windows *** 作系统均具有数据包路由的功能，只是默认并未启用。你可以修改

[HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipParameters]

路径下的Dword键值 IPEnableRouter

当它的值为1时，启用数据包路由功能，默认为0，即为不启用。

通过IPEnableRouter注册表键值启用路由功能和通过RRAS启用路由功能的区别在于RRAS除了提供路由功能外，还提供数据包筛选器的数据包过滤功能。关于数据包筛选器详细的信息，请参见深入理解路由和远程访问服务中的筛选器和基本防火墙一文。

---