在 Virtual PC 中配置远程内核调控
1、配置虚拟机添加一个 COM 端口,选择 Named Pipe 方式,并填写完整的管道名称“\\.\pipe\com_1”
2、启动虚拟机系统,并修改系统的 Boot.ini 文件添加 debug 远程调控模式“/debug /debugport=com1 /baudrate=115200”
3、在远程调控计算机上运行“windbg -k com:port=\\.\pipe\com_1,baud=11520,pipe”
在 Vista 上安装 Virtual Server 2005 R2
因为 Vista 内置的 IIS 版本是7.0,所以默认情况下安装 Virtual Server 2005 R2 会出现问题,下面列出了 VSRV2005R2 所需的 IIS 7.0 必须组件和功能支持:
1、启用 Web Management Tools 下的
· IIS Management Console
2、启用 IIS 6 Management Compatibility 下的
· IIS 6 Management Console
· IIS Metabase and IIS 6 Configuration compatiblity
3、启用 World Wide Web Services 下 Application Development Features 下的
· CGI 支持
4、启用 World Wide Web Services 下 Common Http Features 下的
· Default Document
· Directory Browsing
· HTTP Errors
· Static Content
5、启用 World Wide Web Services 下 Health and Diagnostics 下的
· HTTP Logging
· Request Monitor
6、启用 World Wide Web Services 下 Performance Features 下的
· Static Content Compression
7、启用 World Wide Web Services 下 Security 下的
· Windows Authentication
Virtual Server 2005 系统文件的安全设置
在一台开放式类型的服务器上部署了Virtual Server 2005EE R2,第一次安装时,过程中需要为宿主网卡绑定上VSRV的虚拟网卡,通常这个操作会切断网卡连接之后会重新恢复连接,可是此次应用中却中断了。因为是远程操作所以只能通知相关人员重新启动,登录后发现VSRV工作不正常,无奈只能卸载重新安装,之后检查系统发现VSRV的虚拟网卡并没有从宿主网卡上解除绑定当时也没有深入研究感觉这倒是件好事起码再次安装的时候应该不会出现中断问题,于是重新安装了VSRV发现关键服务无法运行提示我没有权限访问,改为System权限运行服务后发现正常了。可是过几天客户说虚拟系统无法运行了,奇怪上去检查后发现VSRV缺少一个监视服务,难道是宿主上的一些程序破坏了它?检查日志发现dotnet 2.0运行库有问题于是着手先修复。反复卸载安装了多次都没能解决,日志中只有关于DCOM应用的权限故障等其他问题,回想回想!感觉问题应该出在目录权限方面,因为Public主机通常都作过专门的目录权限,问题应该就出在这里,为几个关键的目录添加了Network Service账号的修改权限,重新安装竟然好了!之后才真正的仔细去看了一些管理帮助文档找到了VSRV文件系统的安全设置资料。特转记到自己的Blog方便以后配置参考!
总结一下,还是自己的疏忽造成的,深刻检讨一下!下面就是VSRV系统文件的安全设置内容: