大家一定很期待我们如果要同时可以打开IE7,IE8,IE9怎么实现对吧？ 那好，我就给大家讲下我们的VDI解决方案怎么实现这4种IE9怎么并存打开吧 今天我就讲IE7,IE8,IE9怎么做 我这以IE7为例： 我们用Hyper-V创建虚拟机RDIE7-SRV，系统是Windows Server 2008企业版 加入域，我们先看看我们的这个服务器IE是什么版本 默认是IE7 就是我们要发布的这个IE7 我们开始配置吧： 我们先添加角色 在WIN2008里叫终端服务，在WIN2008 R2叫远程桌面服务 只需要添加“终端服务” 我们允许XP的电脑也可以使用，因此选择不需要网络级身份验证！ 我们可以在后面来配置连接授权服务器 下一步后会自动提示安装IIS 重启服务器 安装完毕我们在本地计算机帐户组里添加我们允许使用此服务器应用程序的AD组 TS WEB访问计算机添加我们的计算机帐户RDCB-SRV 然后在打开此服务器的远程桌面，允许任何人连接（让客户端是XP的电脑也可以使用） 接下来我们打开TS RemoteApp管理器 要做互联网可以发布，那么就添加网关 当然还得添加证书，证书的申请和导入添加请参见我之前写的VDI序曲，有详细的步骤和解释 接下来做IE7的发布，选择到C盘下的C:\Program Files\Internet Explorer\iexplore.exe 下面再为我们的此IE改个名字叫IE7，方便用户识别 下面我们可以来指定授权服务器，打开终端服务配置： 最后我们再到RDCB-SRV服务器来把此服务器加入到APP源里就大功告成了！ 下面我们来测试下看看： IE7出现了哦，单击打开IE7，很不错，IE7虚拟程序就打开在我的电脑上了，本机IE9与IE7并存啊~很爽吧 最后别忘了在Windows Update里把升级IE的选项隐藏掉，避免IE7没了哦~你懂的~ IE8和IE9的做法跟IE7做法一样： 可以把再虚拟一台服务器RDIE8服务器，此服务器如果是Windows Server 2008,那么您把此服务器的IE升级到IE8即可！按照上面的方法做就可以发布IE8；当然您也可以把RDIE8服务器装成Windows Server 2008 R2,默认R2是IE8，然后做IE8的发布即可！要发布IE9就把IE升级到IE9就可以了 来张今天成果的全家福吧： 最后面的IE9就是我本机的IE9，前面这3个兄弟全是IE的应用程序虚拟化哦！ 本文转自 ZJUNSEN 51CTO博客，原文链接：http://blog.51cto.com/rdsrv/592678，如需转载请自行联系原作者

大家一定很期待我们如果要同时可以打开IE7,IE8,IE9怎么实现对吧？ 那好，我就给大家讲下我们的VDI解决方案怎么实现这4种IE9怎么并存打开吧 今天我就讲IE7,IE8,IE9怎么做 我这以IE7为例： 我们用Hyper-V创建虚拟机RDIE7-SRV，系统是Windows Server 2008企业版 加入域，我们先看看我们的这个服务器IE是什么版本 默认是IE7 就是我们要发布的这个IE7 我们开始配置吧： 我们先添加角色 在WIN2008里叫终端服务，在WIN2008 R2叫远程桌面服务 只需要添加“终端服务” 我们允许XP的电脑也可以使用，因此选择不需要网络级身份验证！ 我们可以在后面来配置连接授权服务器 下一步后会自动提示安装IIS 重启服务器 安装完毕我们在本地计算机帐户组里添加我们允许使用此服务器应用程序的AD组 TS WEB访问计算机添加我们的计算机帐户RDCB-SRV 然后在打开此服务器的远程桌面，允许任何人连接（让客户端是XP的电脑也可以使用） 接下来我们打开TS RemoteApp管理器 要做互联网可以发布，那么就添加网关 当然还得添加证书，证书的申请和导入添加请参见我之前写的VDI序曲，有详细的步骤和解释 接下来做IE7的发布，选择到C盘下的C:\Program Files\Internet Explorer\iexplore.exe 下面再为我们的此IE改个名字叫IE7，方便用户识别 下面我们可以来指定授权服务器，打开终端服务配置： 最后我们再到RDCB-SRV服务器来把此服务器加入到APP源里就大功告成了！ 下面我们来测试下看看： IE7出现了哦，单击打开IE7，很不错，IE7虚拟程序就打开在我的电脑上了，本机IE9与IE7并存啊~很爽吧 最后别忘了在Windows Update里把升级IE的选项隐藏掉，避免IE7没了哦~你懂的~ IE8和IE9的做法跟IE7做法一样： 可以把再虚拟一台服务器RDIE8服务器，此服务器如果是Windows Server 2008,那么您把此服务器的IE升级到IE8即可！按照上面的方法做就可以发布IE8；当然您也可以把RDIE8服务器装成Windows Server 2008 R2,默认R2是IE8，然后做IE8的发布即可！要发布IE9就把IE升级到IE9就可以了 来张今天成果的全家福吧： 最后面的IE9就是我本机的IE9，前面这3个兄弟全是IE的应用程序虚拟化哦！ 本文转自 ZJUNSEN 51CTO博客，原文链接：http://blog.51cto.com/rdsrv/592678，如需转载请自行联系原作者

关于XP系统访问局域网计算机时提示“拒绝访问”的解决方法关于XP系统访问局域网计算机时提示“拒绝访问”的解决方法 出现问题为访问局域网计算机的时候提示： 您可能没有权限使用网络资源。请与这台服务器的管理员联系以查明您是否有访问权限。拒绝访问。  注意：后面提示“拒绝访问”而不是提示别的信息！ Windows网上邻居互访的基本条件： QUOTE: 1) 双方计算机打开，且设置了网络共享资源； 2) 双方的计算机添加了 "Microsoft 网络文件和打印共享" 服务； 3) 双方都正确设置了网内IP地址，且必须在一个网段中； 4) 双方的计算机中都关闭了防火墙，或者防火墙策略中没有阻止网上邻居访问的策略。 解决方法： 首先关于启用Guest为什么不能访问的问题： 1、默认情况下，XP禁用Guest帐户。 2、默认情况下，XP的本地安全策略禁止Guest用户从网络访问。 3、默认情况下，XP的 本地安全策略 -> 安全选项里，"帐户：使用空密码用户只能进行控制台登陆"是启用的，也就是说，空密码的任何帐户都不能从网络访问只能本地登陆，Guest默认空密码，所以，访问XP最简单的方法就是：不用启用Guest，仅修改上面的安全策略为"经典"就行了。别的系统访问XP就可以自己输入帐户信息（经本人实践，Guest以及其他用户为空密码仍能正常访问，好象没有什么作用，建议实在不行的情况下再更改此项。） 所以，如果需要使用Guest用户访问XP的话，要进行上面的三个设置：启用Guest、修改安全策略允许Guest从网络访问、禁用3里面的安全策略或者给Guest加个密码。 从网上邻居-设置家庭或小型办公网络-按照你的实际情况设置在工作组里面看到它，就是不能访问的问题： 此时最简单的方法就是用IPC连接映射网络驱动器，方法：打开-我的电脑-工具-选择映射网络驱动器-设置驱动器ID-设置路径(点浏览)-Microsoft Windows Network-选择你的工作组-进入要映射的计算机(此处也可以是IP地址)-选择要映射的驱动器-完成 若成功映射的话将自动进入映射的网络驱动器里，此时你可以在我的电脑里面看到多了一个网络驱动器的类型，下面就是你映射的网络驱动器的连接，名字一般为：'计算机名/IP' 上的 本地磁盘 (f)，若想关闭映射的网络驱动器直接选择它，然后点鼠标右键选择断开即可。 虽然对方开了共享，但是都访问不到对方计算机，又怎么从上面操作去选择对方的驱动器呢？ 先共享自己的计算机的某个驱动器，最好用默认共享名：本地磁盘 (F)等，然后从上面操作的浏览中先选择自己的驱动器，假如共享的是D盘，把自己计算机名或IP本地磁盘 (D) 改为 对方计算机名或IP本地磁盘 (F) 然后点完成就OK了 本文转自 wwwzbx 51CTO博客，原文链接：http://blog.51cto.com/wwwzbx/2963，如需转载请自行联系原作者

   昨天，有客户反应基于Windows Server 2003IIS的WEB站点，有部分用户不能访问，判断是Windows 许可不够的原因，在购买了新的许可后，怎么添加呢？方法是：     购买了一定数量的许可后，启动许可授权服务，如下图所示：       然后，通过控制面板---授权，如下图所示：       打开授权后，看到下图的界面，就可以进行修改了：   以上是操作部分，下面的资料摘自微软官方，以供参考： 问.  Windows Server 2003许可证与Windows客户端许可证（CAL）之间存在哪些区别？为何需要同时使用这两种许可授权方式。  答.  Windows Server 2003许可证为其持有者提供了安装并使用服务器软件产品的权利。而Windows CAL则为特定设备或用户提供了针对服务器软件产品实施访问调用的权利。通过同时使用这两种相互独立的许可授权方式，Microsoft将得以提供一种具备弹性且更加公正的定价模型。由两种组件构成的许可授权方式提供了较低的入门价格，并且意味着您只需为自己所使用的功能付费。随着针对服务器软件产品实施访问调用的设备或用户数量不断增加，许可授权费用或价格也将随之提高。由此可见，这种模型提供了一种不同规模客户都能负担得起的许可授权方式。   问.  Microsoft为何引入另一种类型的CAL？  答.  随着各种先进技术不断对客户的商务运行模式加以完善，客户需求也在随之不断发生变化。某些客户所需应用的解决方案要求允许采取移动工作方式的员工通过企业无法拥有或控制的设备——没有针对这些设备的现成Windows CAL——来访问企业内部网络。然而，出于简便性考虑，其他客户则倾向于采取统计员工数量——而非设备数量——的方法来实现许可授权。 问.  设备CAL与用户CAL有何区别？  答.  设备CAL允许（任意用户所使用的）特定设备访问或使用服务器软件产品。而用户CAL则允许（使用任意设备的）用户访问或使用服务器软件产品。 问.  能否在同一台服务器上同时使用Windows设备CAL和Windows用户CAL？此外，能否在同一台终端服务器上同时使用终端服务器设备CAL和终端服务器用户CAL？  答.  可以，设备CAL与用户CAL可以同时应用于同一台服务器。然而，为简化管理与跟踪方式，Microsoft建议客户以设备或用户中的某种单一途径购买CAL。尽管如此，Microsoft还是希望能够为您提供针对自身环境优化CAL采购方式的最大限度灵活性。   问.  基于设备的CAL和基于用户的CAL在价格方面是否存在差别？  答.  不存在，Windows设备CAL与Windows用户CAL将采取相同的定价政策。   问.  TS设备CAL与TS用户CAL在价格方面是否存在差别？  答.  不存在，TS设备CAL与TS用户CAL将具有相同的价格。       问.  Windows CAL类型与Windows CAL许可授权模式之间存在那些差别？  答.  Windows CAL类型在前面部分中已经进行了概要描述——参见设备CAL与用户CAL部分。CAL许可授权模式主要面向Windows CAL的分配方式。 在“以服务器为单位”的模式下，所购买的Windows CAL数量应等同于需要在特定时间内访问服务器软件产品的用户与（或）设备数量之和。举例来说，在这种模式下，最大并行连接数量应与所购买的CAL数量相同。  在“以设备为单位或以用户为单位”的模式下，应为每台设备或每名用户单独购买Windows CAL，以便使其能够访问通过这种模式部署的所有服务器。在这种模式下，特定时间内访问服务器的设备或用户数量将不受限制。    问.  在终端服务器许可授权转换计划中是否可以从终端服务器用户CAL与终端服务器设备CAL之间加以选择？  答.  具备终端服务器许可授权转化计划资格的客户将能够针对每套具有相应资格的桌面系统在终端服务器用户CAL与终端服务器设备CAL之间进行选择。这种机制允许客户在Windows Server 2003正式面向公众发布后对新型终端服务器用户CAL加以充分利用。   问.  如何获取由终端服务器许可授权转换计划授予的终端服务器CAL？  答.  客户既可访问终端服务器激活Web站点并输入Windows XP Professional产品密钥，也可在终端服务器许可授权管理工具（这种工具将与Microsoft公司的信息交换机构取得联系以确认客户资格并下载终端服务器CAL令牌）中输入批量许可授权协议信息.   问.  验证终端服务器CAL获取资格时需要提供那些信息？  答.  需要提供批量许可授权协议信息或Windows XP Professional产品密钥。   问.  对于需要就终端服务器许可授权转换计划进行资格认证的客户，是否应当针对不同的许可授权协议采用不同的终端服务器CAL获取方式？  答.  是的。Microsoft批量许可授权客户（企业协议、选择与开放）需要在终端服务器许可授权管理工具中输入批量许可授权协议信息。而零售与原始设备制造商（OEM）客户则需要在终端服务器激活Web站点上输入自身的Windows XP Professional产品密钥，以获取终端服务器CAL令牌。   问.  为将CAL分发至桌面系统，是否需要将其添加到终端服务器许可授权管理器中？  答.  是的。终端服务器CAL令牌将由Windows Server 2003所提供的终端服务器许可授权管理器统一进行管理。（在Windows Server 2003操作系统中，接收CAL的方式与Windows 2000完全相同。）   问.  终端服务器CAL令牌能否分发给指定桌面系统？  答.  CAL令牌无法分发给指定桌面系统。然而，这些令牌可以根据客户意愿加以应用。当Windows Server 2003面向公众发布后，客户将被授予相应的终端服务器CAL令牌，其数目与通过资格认证的Windows XP Professional许可证数量相同。   问.  能否透露一下为参与终端服务器许可授权转换计划，获取Windows XP Professional使用权限的最后期限？  答.  如需参与终端服务器许可授权转换计划，客户必须于Windows Server 2003在美国境内面向公众发布之日前获取Windows XP Professional使用权限。       问.  用户CAL将对核心CAL及企业协议产生哪些影响？  答.  客户可以选择针对自身企业协议（EA）注册过程应用核心设备CAL或核心用户CAL。通过在注册级别上实现标准化，Microsoft得以协助对由核心CAL及EA提供的简化跟踪方式进行维护。  说明：这种方案的获取方式尚未最终确定。 问.  是否可以在Windows 2000服务器上降级使用Windows用户CAL？  答.  可以。   问.  是否可以在Windows 2000终端服务器上降级使用终端服务器用户CAL？  答.  不可以，由于Windows 2000终端服务器本身所固有的技术限制，系统无法支持上述应用方式。然而，客户可以购买Windows Server 2003终端服务器设备CAL并在Windows 2000终端服务器上降级使用。   问.  能否在Windows设备CAL与Windows用户CAL之间进行切换？TS CAL的情况如何？  答.  如果您的Windows CAL处于软件保险（SA）协议作用范围内，您可以在更新SA协议时将这些Windows CAL在设备CAL与用户CAL之间进行转换。如果您的Windows CAL位于SA协议作用范围以外，则无法进行上述转换。如果具备上述转换权限，CAL的跟踪难度也将相应加大。这种原理同样适用于TS CAL。   问.  为何需要使用外部连接器许可证？  答.  外部连接器（EC）许可证并非强制性许可授权方式。这种许可授权方案旨在满足某些特定客户需求。当您希望允许商务合作伙伴或客户访问您的网络时，您将拥有以下两种选择：  您可以为每名外部用户购买一份Windows CAL,  或者，您也可以为外部用户需要访问的每一份Windows Server 2003软件拷贝购买一份外部连接器许可证。  说明：外部用户可能是除企业员工、会员及类似人员外的其他人员。通过Internet进行无需身份验证的访问（例如浏览公共Web站点）时，无需具备Windows CAL或EC许可证。   问.  请问贵公司为何取消了Internet连接器和TS Internet连接器许可授权方式？  答.  由于这些许可授权方式无法充分满足客户需求，并且经常在应用过程中造成混乱，因此，我们决定将其从许可授权方案中删除。用户CAL、设备CAL以及外部连接器许可证将足以满足绝大多数客户情境。 问.  请问针对Internet连接器（IC）和TS Internet连接器许可证制定了何种转换计划？  答.  拥有Windows 2000 IC和TS-IC并享受SA协议的客户将有资格分别针对其所拥有（且享受SA协议）的Internet连接器许可证获取一份Windows Server 2003外部连接器（EC）和TS外部连接器（TS-EC）许可证。   问.  这些修改内容将对Windows Server 2003 Web版许可授权要求产生哪些影响？  答.  Windows Server 2003 Web版主要与特定应用程序配合使用，因此，该版本不具备任何CAL或EC许可授权要求。 问.  Microsoft是否将会重新引入使用用户CAL的并行许可授权方式？  答.  不会，用户CAL并非一种并行许可授权模型。用户CAL是一种旨在为客户提供更多许可授权选择的Windows Server 2003许可授权（包括终端服务器）方案。 问.  Microsoft为何取消等价方式？Windows XP Professional为何需要一份TS CAL？  答.  取消等价方式的目的在于简化许可授权方式并为客户提供更高价值。以下要点描述了此项修改将如何简化Windows Server 2003许可授权方式并为您提供更高价值：  操作系统等价方式将对客户造成混乱许多客户通过反馈信息抱怨终端服务器许可授权方式是Microsoft所提供的最为混乱的许可授权模型。而这种混乱现象完全是由“等价方式”导致的，这是因为没有哪种其它Windows Server 2003 CAL许可授权模型像“等价方式”这样复杂。当使用终端服务器的客户需要对其桌面系统进行升级时，他们将面临非常困难的抉择。如果客户在升级桌面系统前首先升级终端服务器，他们将被迫购买TS CAL，然而一旦完成桌面系统升级任务后，这些TS CAL将不再发挥任何作用。  等价方式可能导致客户处于违反许可授权协议的危险境地.许多情况下，为了能够在部署桌面操作系统前获取TS访问能力，那些已经购买Windows XP Professional许可授权但尚未进行部署的客户将不得不与Microsoft公司取得联系以获得TS CAL“令牌”。一旦部署桌面操作系统后，由于可能使用了比实际应当具备数量更多的TS CAL令牌，因此，这些客户将陷入违反协议的危险境地。这种潜在威胁会使许多用户在无意之中实施侵权行为。  Windows Server 2003操作系统与客户端操作系统具有不同的发布时间表.客户很难预测哪种操作系统具备针对特定Windows终端服务器版本的“免费”访问资格  用户CAL将被引入.为解决客户在原先许可授权模型中所遇到的许多问题，Microsoft将引入TS用户CAL。这种与桌面系统保持等价并结合新型CAL方案的方式将为客户提供一种更为复杂的跟踪模型。  Microsoft为增强Windows Server 2003功能付出了巨额投入.Windows Server 2003所包含的终端服务器具备许多新增特性。Microsoft相信您将通过这些特性挖掘更多商业价值，并节省大量管理与部署开支。如需获取更多相关信息，请阅读Windows Server 2003终端服务技术概况.    问.  包含在转换计划中的Windows 2000 Professional桌面系统为何无法获取免费TS CAL？  答.  在包含操作系统等价方式的原有许可授权模型中，只有具备与相应服务器操作系统相同或更高版本号的操作系统方可在不具备TS CAL的情况下满足许可授权要求。即便并未针对Windows Server 2003取消操作系统等价方式，Windows 2000 Professional桌面系统同样需要具备一份Windows Server 2003 TS CAL。 问.  Microsoft为何没有实现并行或以会话为单位的TS许可授权方式？上述两种方式均包含在Release Candidate 1（RC1）版本中——请问为何将它们去掉？  答.  以会话为单位的许可授权方式在Windows Server 2003终端服务器的Beta和RC1预发行版本中均进行了评估。在评估过程中，客户对以会话为单位的许可授权方式反映良好，但其通常只能作为以用户为单位许可授权方式的替代形式。此外，许多客户认为应将许可授权方式的一致性放在首位。Windows Server 2003操作系统将提供用户许可授权方式，因此，针对终端服务器的用户许可授权方式与Windows Server更为一致且更符合Microsoft许可授权方式的未来发展趋势。  本文转自 dufei 51CTO博客，原文链接：http://blog.51cto.com/dufei/901415，如需转载请自行联系原作者

原文:0. SQL Server监控清单 数据库服务器的监控可大致分为两类： (1) 状态监控：数据库服务器有没有在健康地运行？ (2) 性能监控：健康运行的同时，有没有性能问题？可不可以更快些？   一. 服务器 1. 状态监控 (1) 服务器是否可访问？ (2) 数据库服务是否启用？ (3) 操作系统事件日志中的错误或告警 (4) 磁盘可用空间   2. 性能监控 (1) IO压力 (2) 内存使用 (3) CPU使用 (4) 网络带宽占用 这1，2，3，4是按照容易出现瓶颈的顺序排列的，由于磁盘的读写速度限制，通常IO是最容易出现瓶颈的地方，我们所做的很多优化，也都是针对IO的，比如：索引优化，读写分离等等。   二. 数据库 1. 状态监控 (1) 数据库可否打开 (数据库状态) (2) SQL Server/SQL Server Agent错误日志中的错误或告警 (3) 数据库/文件组可用空间 (4) SQL Agent 作业运行状态 (5) 数据库备份有没有成功 (6) 数据库还原测试的结果 (7) 数据库一致性检查的结果 (DBCC CHECKDB)   以下几条状态监控，通常需要和系统平均值/基线值比较才有意义，否则没有告警的标准。 (8) 连接数、请求数、事务数、线程数 (9) 数据库/文件/表的大小 (10) 表使用、行数   2. 性能监控 (1) 有没有长时间运行的查询 (一般指没有被任何请求阻塞，效率很差的查询) (2) 有没有被阻塞的查询 (可能单独运行很快，但和别的请求一起，由于有锁等待，耗时很长) (3) 有没有死锁 (开发人员/用户口中说的”死锁” 通常是阻塞/等待，数据库死锁通常很少让用户感觉到等待，一般是请求被中断，因为被kill掉了) (4) 有没有等待 (一般指各种资源的等待，等待和阻塞的交集就是锁等待) (5) 有没有缺失的/未被使用的/效率不高的索引，以及索引碎片 (6) 有没有过期的统计信息 (7) 有没有数据库文件的争用 (比如：日志文件，tempdb争用) (8) 有没有消耗CPU较大、IO读写较多的查询 (通常IO消耗大的，也就是内存消耗大的查询)   三. 其他 (1). 如果有部署高可用的策略，会有镜像、复制、日志传送、集群状态的监控； (2). 某些业务数据有严格的一致性要求，业务数据的校验，最好也做在监控的告警里面； (3). 对于数据库/实例的选项、参数设置，链接服务器等对象的可用性，通常在每年/每季度的health check里检查过就可以了，如果不放心，当然也可以放到监控的告警中来。   四. 如何部署监控？ 1. 不要选择依赖性的脚本/命令 以监视服务是否启动为例，脚本如下： (1) SQL扩展存储过程 --参数1: QueryState 检查服务状态/ Start启动服务/ Stop停掉服务 --参数2: 服务名 exec master.dbo.xp_servicecontrol 'QueryState', 'MSSQLServer' exec master.dbo.xp_servicecontrol 'QueryState', 'SQLServerAgent' exec master.dbo.xp_servicecontrol 'QueryState', 'SQLBrowser' exec master.dbo.xp_servicecontrol 'QueryState', 'NetLogon' EXEC xp_servicecontrol N'Stop', N'SQLServerAGENT' EXEC xp_servicecontrol N'Start',N'SQLServerAGENT'    (2) SQL调用操作系统命令 if OBJECT_ID('tempdb..#tmp_started_services') is not null drop table #tmp_started_services create table #tmp_started_services (started_services varchar(255)) insert into #tmp_started_services(started_services) exec master..xp_cmdshell 'net start' select * from #tmp_started_services where LTRIM(RTRIM(started_services)) like 'SQL%' 如果SQL Server没启动，这些脚本根本就跑不了，又怎么监控呢？ 也许，又会有这么一个思路，服务器正常时，发出邮件通知，如果没有收到邮件就说明服务器不正常了，可如果有很多服务器时，怎么知道谁没发邮件呢？   2. 部署在专门的一台/多台监控机上 服务器状态监控，不管使用第三方工具，还是使用自定义脚本，都建议部署在专门的监控机上，远程监视目标机器。 因为：如果服务器DOWN了或者故障了，可能本机的程序/脚本就无法运行了，又怎么监控呢？   最后 基于上面的监控列表，还要需要将监测工作自动化，并在发现问题时告警。  

我想购买你们的服务器，，我的网站网页是用ASP。NET 编写的，，日访问流量150M左右  操作系统WINDOWS XP      我选择哪个服务器好些 是不是“全能型的M3或者M3以上型 的”    确定后，我想先试用，怎么个搞法，麻烦留下你们的QQ或者加我Q316866203 谢谢了。。。我现在这个网站速度达到2040MS了，算高吗？？

很多用户都知道在Window系统中有个Hosts文件（没有后缀名），在Windows 98系统下该文件在Windows目录，在Windows 2000/XP系统中位于C:\Windows\System32\Drivers\Etc目录中。该文件其实是一个纯文本的文件，用普通的文本编辑软件如记事本等都能打开。 用记事本打开hosts文件，首先看见了微软对这个文件的说明。这个文件是根据TCP/IP for Windows 的标准来工作的，它的作用是包含IP地址和Host name�主机名　的映射关系，是一个映射IP地址和Host name�主机名　的规定，规定要求每段只能包括一个映射关系，IP地址要放在每段的最前面，空格后再写上映射的Host name�主机名　。对于这段的映射说明用“#”分割后用文字说明。  现在让我们来看看Hosts在Windows中是怎么工作的。 我们知道在网络上访问网站，要首先通过DNS服务器把网络域名（[url]http://www.163.com[/url]）解析成61.XXX.XXX.XXX的IP地址后，我们的计算机才能访问。要是对于每个域名请求我们都要等待域名服务器解析后返回IP信息，这样访问网络的效率就会降低，而Hosts文件就能提高解析效率。根据Windows系统规定，在进行DNS请求以前，Windows系统会先检查自己的Hosts文件中是否有这个地址映射关系，如果有则调用这个IP地址映射，如果没有再向已知的DNS服务器提出域名解析。也就是说Hosts的请求级别比DNS高。 知道了Hosts文件的工作方式，那在具体使用中它有哪些作用呢?1.加快域名解析 对于要经常访问的网站，我们可以通过在Hosts中配置域名和IP的映射关系，这样当我们输入域名计算机就能很快解析出IP，而不用请求网络上的DNS服务器。2.方便局域网用户 在很多单位的局域网中，会有服务器提供给用户使用。但由于局域网中一般很少架设DNS服务器，访问这些服务要输入难记的IP地址，对不少人来说相当麻烦。现在可以分别给这些服务器取个容易记住的名字，然后在Hosts中建立IP映射，这样以后访问的时候我们输入这个服务器的名字就行了。3.屏蔽网站 现在有很多网站不经过用户同意就将各种各样的插件安装到你的计算机中，有些说不定就是木马或病毒。对于这些网站我们可以利用Hosts把该网站的域名映射到错误的IP或自己计算机的IP，这样就不用访问了。比如不想访问[url]http://www.163.com[/url]，那我们在Hosts写上以下内容：Code: 127.0.0.1 [url]http://www.163.com#[/url]屏蔽的网站 0.0.0.0 [url]http://www.163.com#[/url]屏蔽的网站 这样计算机解析域名就解析到本机或错误的IP，达到了屏蔽的目的。4.顺利连接系统 对于Lotus的服务器和一些数据库服务器，在访问时如果直接输入IP地址那是不能访问的，只能输入服务器名才能访问。那么我们配置好Hosts文件，这样输入服务器名就能顺利连接了。 最后要指出的是，Hosts文件配置的映射是静态的，如果网络上的计算机更改了请及时更新IP地址，否则将不能访问。 引用通告地址 (0)：[url]http://www.pxue.com/trackback.asp?tbID=722[/url][url]http://www.pxue.com/trackback.asp?tbID=722&CP=GBK[/url] 本文转自starger51CTO博客，原文链接： http://blog.51cto.com/starger/17514，如需转载请自行联系原作者

在自己的电脑上用MyEclipse写了一个很简单的网站，没有用框架，是servlet+JSP，能实现注册登录功能，信息保存在MYSQL里面，发布到tomcat上，在自己的浏览器上可以访问到各个页面，现在我在阿里买了一个云服务器，注册了域名，进去看了看，就像一个XP的window电脑，好吧，真正的问题来了，怎么才能让别人在浏览器输入我的域名，访问到我的网站。请大神帮帮我，可以说一说流程，或是提供相关知识的资源，谢谢。

Hosts是一个没有扩展名的系统文件，可以用记事本等工具打开，其作用就是将一些常用的网址域名与其对应的IP地址建立一个关联“数据库”，当用户在浏览器中输入一个需要登录的网址时，系统会首先自动从Hosts文件中寻找对应的IP地址，一旦找到，系统会立即打开对应网页，如果没有找到，则系统再会将网址提交DNS域名解析服务器进行IP地址的解析。 Hosts文件位置　 　很多用户都知道在Windows系统中有个Hosts文件（没有后缀名）， 　　在Windows 2000/XP/Vista/Seven系统中位于%Systemroot%\System32\Drivers\Etc 文件夹中，其中，%Systemroot%指系统安装路径。例如，Windows XP 安装在C:\WINDOWS,那么Hosts文件就在C:\WINDOWS\system32\drivers\etc中。 　　但Hosts文件具有系统属性,系统默认是不显示此文件的,因此很多朋友虽然找到了相应的文件夹却看不到Hosts文件 Hosts文件的工作方式 　　现在让我们来看看Hosts在Windows中是怎么工作的。 　　我们知道在网络上访问网站，要首先通过DNS服务器把要访问的网络域名（XXXX.com）解析成XXX.XXX.XXX.XXX的IP地址后，计算机才能对这个网络域名作访问。 　　要是对于每个域名请求我们都要等待域名服务器解析后返回IP信息，这样访问网络的效率就会降低，因为DNS做域名解析和返回IP都需要时间。 　　为了提高对经常访问的网络域名的解析效率，可以通过利用Hosts文件中建立域名和IP的映射关系来达到目的。根据Windows系统规定，在进行 DNS请求以前，Windows系统会先检查自己的Hosts文件中是否有这个网络域名映射关系。如果有则，调用这个IP地址映射，如果没有，再向已知的 DNS服务器提出域名解析。也就是说Hosts的请求级别比DNS高。 Hosts文件的具体作用 　　现在来看一下Hosts文件的工作方式以及它在具体使用中起哪些作用。 　　1、加快域名解析 　　对于要经常访问的网站，我们可以通过在Hosts中配置域名和IP的映射关系，提高域名解析速度。由于有了映射关系，当我们输入域名计算机就能很快解析出IP，而不用请求网络上的DNS服务器。 　　2、方便局域网用户 　　在很多单位的局域网中，会有服务器提供给用户使用。但由于局域网中一般很少架设DNS服务器，访问这些服务器时，要输入难记的IP地址。这对不少人来 说相当麻烦。现在可以分别给这些服务器取个容易记住的名字，然后在Hosts中建立IP映射，这样以后访问的时候，只要输入这个服务器的名字就行了。 　　3、屏蔽网站（域名重定向） 　　现在有很多网站不经过用户同意就将各种各样的插件安装到你的计算机中，其中有些说不定就是木马或病毒。对于这些网站我们可以利用Hosts把该网站的域名映射到错误的IP或本地计算机的IP，这样就不用访问了。在WINDOWS系统中，约定127.0.0.1为本地计算机的IP地址, 0.0.0.0是错误的IP地址。 　　如果，我们在Hosts中，写入以下内容： 　　127.0.0.1 # 要屏蔽的网站 A 　　0.0.0.0 # 要屏蔽的网站 B 　　这样，计算机解析域名 A和 B时，就解析到本机IP或错误的IP，达到了屏蔽网站A 和B的目的。 　　4、顺利连接系统 　　对于Lotus的服务器和一些数据库服务器，在访问时如果直接输入IP地址那是不能访问的，只能输入服务器名才能访问。那么我们配置好Hosts文件，这样输入服务器名就能顺利连接了。   如何绑定HOSTS 绑定host一般分为windows和linux下两种情况。 windows下，首先打开host文件，其操作步骤 ，打开 C:\Windows\System32\Drivers\etc\hosts的文件（一般为文本方式），然后在下面这些行的后面添加你所要绑定的ip和域名。          # localhost name resolution is handled within DNS itself.          # 127.0.0.1       localhost          # ::1             localhost 然后，进行保存。但是保存的时候可能会出现如下的情况，host权限不够。出现以下对话框:          这时应该通过正确的方法是，右键单击该文件，选择【属性】，转到【安全】选项卡，单击【编辑】，选择当前帐户(红线处)，勾选【完全控制】，确定后就可以正确保存该文件了。 至此，绑定任务还未完成，我们还需要测试你是否绑定成功。     在你的电脑里打开cmd(若出现，未有此命令，请通过管理员打开cmd)。     首先ifconfig/flushdns。刷新缓存中的域名。     然后 输入 ping  www.baidu.com(你绑定的域名)。按回车后，若出现     来自 119.75.217.56 的回复: 字节=32 时间=28ms TTL=49     其中 119.75.217.56  若与你的地址相同则表示绑定成功。     最后最好刷新一下你的缓存中的域名ifconfig/flushdns，并关闭所有浏览器重新打开。   在 Linux 下，hosts 文件的路径是 /etc/hosts，此文件需要有root权限才可编辑，条目也是通过“IP 域名”的格式将域名与IP进行绑定。对 Linux 的 hosts 配置文件的更改是立即生效的。

首先，我们需要准备如下角色： 沿用VDI序曲一的2台物理服务器以及角色 我们在物理服务器1的hyper-v上，我们利用之前我介绍的“服务器虚拟化之准备母盘VHD”的方法再创建如下虚拟机： WIN-RDAPP；WIN-RDWA；WIN-RDCB RDAPP：remotoapp应用程序服务器 RDWA：远程接入平台服务器（前身TS WEB ACCESS） RDCB：代理服务器，负责中转我们的请求和会话请求。   这3台服务器需要都是Windows Server 2008 R2 with SP1同时都加域； 客户端电脑请升级您的远程桌面连接为7.0以上。（默认XP升级到SP3以后就是RDP6.1）WIN7都是RDP7.0了 XP的RDP6.1下载地址：http://www.microsoft.com/downloads/zh-cn/details.aspx?familyid=6e1ec93d-bdbd-4983-92f7-479e088570ad 我们在AD里创建一个ms_remotoapp_users全局组以便对用户授权使用RemotoApp程序   首先我来配置WIN-RDWA服务器 安装这个远程桌面WEB访问会自动安装IIS角色并为你自动选择好所需要的IIS组件。 （记得在“配置IE ESC”里把IE的安全性关闭，否则弹安全框很麻烦的） 安装好以后我们打开“远程桌面WEB访问配置” 可以看到我们的远程接入平台，当然因为证书问题这会提示一些安全问题，在这里我们暂时忽略，点“继续浏览此网站（不推荐）” 这时我们就可以看到我们的WEB访问页面了。 我们可以用域管理员登陆进去参观下 我们可以看到我们的RemotoAPP程序里啥也没有，呵呵，咱不急，继续跟着我走，就有东西了哦 我们再点到配置（这个配置只有域管理员或具备管理权限的用户才可以看到） 我们选择RD连接代理服务器 填写我们的WIN-RDCB服务器FQDN地址 OK，我们的WA配置完成了。   我们再来配置WIN-RDAPP服务器 首先我们需要在这台服务器上安装好OFFCEI 2010，记得是完全安装哦，好我们在后面来测试我们的OFFICE 2010程序哦。 我们这需要让XP的系统的客户端也可以连接进来使用我们的程序。因此我们把安全设置低一点，就不需要使用网络级别身份验证了。 因为从VISTA开始我们的远程桌面多了一个“网络级别身份验证的安全连接” 同时我们的远程桌面连接也在升级到7.0以后有了变化： 我们继续来安装： 我们暂时还没有许可证服务器，所以我们暂时选择以后再配置吧，反正可以试用120天，以后再添加就可以了。 这里我们不做添加，我们在后面做更专业更好的添加权限更好。 这里我们勾选所有的选项，这样可以让我们的用户体验达到最好，比如我们可以有音频和视频播放，录音的功能，以及想有WIN7的透明效果等。当然勾选了以后我们的这台服务器就会自动安装好我们的“桌面体验”功能组件。 安装是漫长的，耐心等待下吧 安装好以后要求重启服务器哦 接下来我们再把域里的ms_remotoapp_users组加入到此服务器的本地Remoto Desktop Users组里（这里的意思是授权哪些用户可以远程登陆进我们的APP服务器使用我们的应用程序，这也是为什么我们要装TS的原因，大家知道Server系统默认只能让2个用户登陆进系统里。但我们要让更多用户都可以登陆进来，那么我们需要来搭建TS服务才可以，进行RDP CAL的授权才是合法和可行的。） 再把我们的WIN-RDCB服务器加入到我们此服务器的本地TS Web Access Computers组里 记得这里的选择对象是计算机哦，嘿嘿 最后我们再把我们的OFFICE 2010发布出去，当然是在我下面的WIN-RDCB服务器配置完的情况下，所以别急哦 我们打开RemotoApp管理器 我们可以看见我们这目前什么程序也没发布出去，所以我们点击右边的添加remotoapp程序 我们这发布OFFICE 2010的程序，当然如果我们要发布OUTLOOK，后台必须有我们的EXCHANGE SERVER 服务器来支持才可以正常打开使用，只要我们的Exchange server正常工作，我们在WA打开OUTLOOK时可以自动根据登陆帐户无需人参与配置好你的OUTLOOK连接参数，相当方便和实用哦。这是本人实测的。 我们同样可以发布些记事本，画图，以及计算器，这样我们的客户端是XP也可以使用WIN7下的画图，计算器等。 勾选好要发布的程序我们就下一步完成吧 我们可以看到发布的remotoapp程序有那些。 OK，配置完成了。   我们再来配置WIN-RDCB服务器 安装角色，不多说了，照图做 安装好以后我们需要把WIN-RDWA计算机加入到我们的TS WEB ACCESS COMPUTERS组里 有些人肯定会在这纳闷，为什么我就是选择不到或找不到我的WA计算机呢？呵呵，看图吧 知道怎么回事了吧，对象类型是计算机哦 接着我们打开“远程桌面连接管理器” 在RemotoAPP源添加我们的APP服务器FQDN（WIN-RDAPP.域名.com）意思就是我们的APP服务器发布的程序通过CB代理服务器发布到我们的WA上。 OK，大功告成，我们来测试下我们发布的RemotoAPP程序是否可以用吧   体验： 我们在AD里创建1个用户USER1，把USER1加入到我们的ms_remotoapp_users组里。 我们到一台加入域或没加域但在公司内网的WIN7或XP的客户端上（此电脑没有安装office 2010）打开我们的远程接入平台 打开IE浏览器输入地址：https://win-rdwa.域名.com/rdweb（看好，这是HTTPS不是HTTP） 咱不管，点“继续浏览此网站（不推荐）” 看好，这时IE里会提醒您加载插件，这个插件是微软自家的插件，所以早就在我们的系统里了，我们直接选择“在所有网站上运行加载项”即可，避免每次在这台电脑上打开我们的WA都要提醒这个插件需要运行，当然如果您不运行，那么你就无法使用我们的remotoapp程序，就更别说使用我们后面部署的桌面虚拟化了。呵呵 运行吧 下面我们再看下安全提示： 自己根据情况选择是公共还是专用吧，这解释得很详细，我就不多说了，我就说点简单点的，选择专用，WA会在这台电脑上记住最后一次在这台登陆的用户名，但密码不会记住哈，当然如果您要用IE的自动记住密码，那我就对你笑吧，呵呵 输入我们的USER1帐户，记住是格式是“域名\登陆名” 登陆进去以后，我们看见了我们发布的OFFICE 2010程序了 我们点下WORD 2010试试看看 这里提醒您映射的设备有哪些，根据您的情况自己选择吧 点击连接，输入帐户密码 当打开我们的RemotoAPP程序时我们会发现我们的客户端桌面右下角会提示 就这样，快速的打开了OFFICE  WORD 2010，界面和功能和本地安装的效果没区别。 我们也可以看到下面的任务栏我们的WORD的图标有个远程的标识是在上面 唯一的区别在于打开的这个WORD保存的位置 我们看到保存的是USER1用户的文档里，但注意：这并不是保存在我们的客户端计算机上，而是WIN-RDAPP服务器上USER1用户文件夹里。 如果您想存在本地客户端的电脑上，那么您就需要在打开remotoapp程序时选择映射我们的驱动器 、 这样我们才可以选择把文档直接保存在本地客户端的硬盘上而不是保存服务器上。 这样的方便适合什么场景呢？例如在外出差或者没有安装OFFICE的电脑上想办公的用户，机器差得只能开个IE的电脑上，有想使用费资源的大型软件时，这样就非常爽了，为什么爽呢？记得看我博客写的另一篇文章“APP-V与RemotoAPP” 突然咱们的IT管理员不爽了，IT管理员说，我不准使用remotoapp程序的用户把资料存放在本地，这样好不安全哦，容易泄密，怎么办，也很简单，我们在策略里做下，固定允许用户映射哪些设备就可以了，让用户没得选，怎么设置呢？ 用户又不爽了，那我每次存在服务器上，那假如我不用这个remotoapp应用程序，那我的文档到哪找呢？这个问题也很好处理，那我们就给用户做个象类似手机漫游一样的功能，让用户的文档来个无缝漫游，无论在家在公司在外面都可以看到自己的东西，不再担心文档在哪而操心吧，但IT管理员怎么实现了？ 那么请关注我后面的remotoapp晋级篇，也希望看我博客的同仁们觉得小弟写得好多来逛下，多给我好评和意见可以吗？这样我才有动力继续写下去，您觉得我写得不错也欢迎您把我的博客推荐给您的朋友，小弟在此非常感谢了。 本文转自 ZJUNSEN 51CTO博客，原文链接：http://blog.51cto.com/rdsrv/554254，如需转载请自行联系原作者