我有一台运行Windows Server 2003的服务器。我只想允许来自我的IP地址的stream量，并阻止来自其他所有地址的所有其他stream量。 我想知道如何在Windows中使用MMC正确configuration此IP安全策略。
Windows提供了许多解决方法来解决程序中的错误和限制。 Shims可以骗一个关于各种事物的程序 谎报Windows的版本 谎报文件操作失败 说谎它无法打开的registry项 对terminal会话 （例如远程桌面） 运行的软件有没有足够的谎言？ 我有一个软件，检测它是否在terminal会话中运行，并相应地改变其行为。 另一个软件拒绝运行，因为它说simiply不支持。 而且就像一个拒绝在Windows 2000以上的程序运行的程序一样，它可以正常运行 – 只要它给自己一个机会。 有没有“ terminal会话 ”的垫片？ 想象一下包含以下内容的伪代码 ： static class Program { if (System.Windows.Forms.SystemInformation.TerminalServerSession) { System.Environment.FastFail("We're too lazy to make our software work under TS."); } … } 其他应用程序在terminal会话下更改其行为： //Don't enable animations if we're in a TS window, or on battery Boolean animationsEnabled = […]
有没有一种方法可以设置一个全局策略来closures高级文本服务，所以我可以停止点击这个checkbox800万次？ 客户端基础都是Windows XP，域控制器是Windows Server 2003。
我在一个域上，我无法控制域控制器，但我可以控制我的系统。 所有域控制器都是一个站点的一部分，并且不能更改。 但是，其中一个域控制器无法正常工作，负责pipe理的pipe理员正在永久解决问题。 总共有6个域控制器…出于某种原因，我的工作站/服务器仍然试图使用坏的validation我的用户。 有没有办法强制工作站使用特定的域控制器？ 或者，更好的是，强迫它不使用坏的？ 提前致谢！
客户端从networking共享中意外删除了一个重要文件，该文件没有在该系统的回收站中列出，也没有在服务器上列出。 档案去了哪里？ 客户端：Windows 7企业版 服务器：Windows Server 2008 R2企业版
我希望我的Windows 7机器从我的Linux Debian Sid服务器上获得时间。 所以我想提前从Debian仓库安装OpenNTPD 。 它不会默认听任何东西，所以我configuration如下： listen on 192.168.0.1 server 0.debian.pool.ntp.org server 1.debian.pool.ntp.org server 2.debian.pool.ntp.org server 3.debian.pool.ntp.org 192.168.0.1是我局域网上服务器的IP地址。 我在Windows设置中input它，我得到这个： 我使用networking嗅探器（Wireshark）来检查这是否是networking问题。 这不是：Windows高兴地发送NTP数据包，并从我的服务器接收响应。 我猜Windows对服务器的回答并不满意。 事情是，我不知道为什么… 这是Windows机器上w32tm /query /verbose /peers的结果： #Peers: 1 Peer: 192.168.0.1,0×9 State: Active Time Remaining: 604046.2718893s Mode: 3 (Client) Stratum: 0 (unspecified) PeerPoll Interval: 0 (unspecified) HostPoll Interval: 10 (1024s) Last Successful Sync Time: […]
我发现这个线程 ，似乎表明它是不可能连接到从Windows 7框没有外部硬件（路由器）在客户端的亚马逊VPC VPN。 这是真的，还是我错过了什么？ 如果可能的话，有没有说明如何做到这一点？
是否有可能有不同的屏幕保护程序locking时间在Windows上本地与远程（rdp）login？ 我不太了解Windowspipe理员，只是通过GPO推送了这个configuration。
我一直有问题让我们的文件服务器上的Windowssearch服务，以提供我们的Windows 7客户端search服务器上的索引文件的能力。 我已经有Windowssearch服务工作正常（在服务器上search工作），但我没有运气find服务器上的内容，使用客户端上的search工具。 什么可能导致这个问题？
简而言之，我希望Microsoft iSCSI Software Target将iSCSI物理磁盘（从操作系统的angular度来看）作为iSCSI单元，而不是使用文件（Microsoft专有的“虚拟磁盘”）作为后备存储。 我会解释为什么： 我有一个ESXi 5盒子，其中一台VM有兴趣testing另一台服务器上的裸机。 （尽pipe关于如何将操作系统安装到不同的硬件方面有一些常见的警告 – 它运行的是Windows，根据我的经验，通常可以容忍被移植到不同的硬件。） 我想要裸机运行这个虚拟机的备用服务器有一个支持iSCSI启动的网卡，所以我想我可以在ESXi机箱中获得另一个虚拟机 – 称之为磁盘服务器 – 将虚拟机的磁盘映像暴露给裸机服务器通过iSCSI。 原则上，这应该使VM在ESXi运行和运行裸机之间来回移动相当容易。 运行裸机时，它将运行在ESXi下最初连接到的VMDK上。 我试图使用Microsoft iSCSI Software Target在磁盘服务器上使用Windows Server来暴露iSCSI下的VM磁盘。 我已经尝试了Server 2012和2008 R2。 我的想法是将虚拟硬盘驱动器连接到磁盘服务器的虚拟机，该虚拟机由与感兴趣的虚拟机相同的VMDK支持。 （当然，他们不能同时开机。）我可以做到这一点没问题，但问题是得到MS iSCSI软件目标使用连接的驱动器。 驱动器在磁盘服务器上的磁盘pipe理器中可以正常工作，并且可以看到分区，甚至可以将驱动器号分配给NTFS分区。 问题在于iSCSI Target似乎是在我们总是希望公开由文件而不是物理磁盘支持的存储的前提下devise的。 （实际上，它不是一个物理磁盘，但是磁盘服务器将会看到它。） 为了澄清，我不需要MS iSCSI软件目标了解VMDK格式，因为磁盘服务器正在ESXi下运行，我正在使VMDK在Windows Server上显示为物理磁盘。 我很确定Solaris中的STMF（SCSI目标模式框架）能够做我想做的事情，所以最坏的情况是我可以为此启动一个Solaris VM，但是这有点乏味，我希望MS iSCSI Software Target会更容易。 有没有办法使MS iSCSI目标由物理磁盘恢复到目标？