Articles of windows 7

iSCSI目标卷不显示在Windows 7 iSCSI启动器上

我有一个Windows VPS坐在另一个数据中心的DC和另一个Linux的盒子。 我的Windows VPS(在Windows 7 64位上运行)有一个小的硬盘驱动器,升级需要花费很多,Linux VPS(在CentOS 5上运行)有一个巨大的硬盘驱动器,所以我试图build立一个iSCSI Linux VPS像Windows VPS的另一个分区一样运行。 我使用本教程设置了具有iSCSI目标的Linux VPS。 除了改变教程中提到的用户名和密码以及使音量变得更大(我使用了100GB)之外,其他的都是一样的。 我也能够启动目标: /etc/init.d/iscsi-target restart Stopping iSCSI Target: [ OK ] Starting iSCSI Target: [ OK ] 当我尝试使用iSCSI启动器在Windows 7中设置连接时,出现了一个奇怪的部分,不知何故,我能够连接到目标,但“卷”和“设备”选项卡列表中没有卷。 自动configuration没有响应,我也看不到磁盘pipe理中的任何东西。 我在另一台Windows 2008 R2 VPS服务器上(又在另一台DC上)尝试过,同样的问题也发生了。 我也尝试在我自己的笔记本电脑上运行Windows 7旗舰版,同样的事情发生。 我正在按照本教程进行Windows设置。 能否请你帮忙? 我附上了截图,供您参考:

文件夹redirect问题(显示所有将要使用TEMPconfiguration文件的警告)

我正在玩微软的文件夹redirectfunction。 唯一的域控制器是:Windows Server 2008 R2的工作站是:Windows 7 Enterprise。 我已经为文档设置了GPO,文件夹redirect。 另外,我没有设置configuration文件漫游。 现在,当我login到Workstation时,我看到(在属性中)redirect确实有效。 但是,无论如何,它使用TEMPconfiguration文件,即使我只为文档设置了FR。 不适用于桌面或其他文件夹我也没有设置configuration文件漫游。 这是什么让我看到这个? 我错过了什么?

Win 7资源pipe理器不断重新打开networking共享文件夹?

我们有一个脚本,每晚在我们的Win2K SP4服务器上运行。 (我知道,我们需要升级服务器的操作系统,我们计划尽快这样做。) 有时,当人们将共享文件夹从桌面上打开时,脚本失败了。 所以我们使用net files和net file NNNN /close批处理命令来查找和closures它们。 这已经为我们工作。 不过截至上周,一些文件夹从Windows 7桌面打开。 像往常一样脚本“closures”它们,日志显示The command completed successfully. 为每一个。 但是这些文件夹显然还是打开的:脚本以后对这些文件夹的操作失败了。 当我login到Win2K服务器并使用计算机pipe理>共享文件夹>打开文件/右键单击>closures手动closures打开的文件夹时,这一点已被确认。 当我这样做的时候,打开的文件夹首先从列表中消失,但是当我刷新列表时,这些文件夹又回来了。 值得注意的是, 在Windows 7的资源pipe理器中打开的文件夹会发生这种情况 ,例如, 在Windows XP上打开的文件夹不会 。 如果共享文件夹在XP的Windows资源pipe理器中打开,并且从服务器端closures该文件夹,它将保持closures状态。 在某些其他应用程序中打开的文件也不会发生此问题; 例如,如果我在Notepad ++中打开了一个文件,并在服务器上closures它,它将保持closures状态。 在服务器端,我已经在Win2003 Server和Win2008 Server Standard SP2中testing了这个现象。 结果是一样的:当你从服务器端closures一个打开的共享文件夹时,它会立即重新出现(或者在Win2008中永远不会消失)。 但是,只有从Windows 7打开才可以; 不从例如Win2003服务器。 所以我不知道最近是否有一些Windows 7更新导致Explorer立即重新打开已被服务器closures的文件夹? 如果是这样,我可以从服务器端做些什么,以保持这些文件夹closures,直到我们的脚本完成运行? 感谢您的任何帮助或build议。

批量文件复制,同时限制磁盘利用率

我看到Robocopy可以在这个答案中限制networking带宽如何限制文件复制的带宽? 我在局域网上有足够的带宽,但是我不想让源于副本的系统上的磁盘饱和(Windows 7)。 我隐约记得,读取Win7有一些磁盘优先级和/或节stream的设施。 是否有RoboCopy的版本利用这些操作系统function? 还是有不同的方式来限制大文件复制作业的磁盘影响?

Bugzilla CGI不在Windows 7的Apache下工作

我正试图在我的Windows 7机器上安装Bugzilla。 我只能通过安装XAMPP来获得apache,mysql,perl堆栈。 Apache很适合php,而且mysql看起来挺开心的,但是我不能让apache执行cgi for bugzilla。 当我浏览到“ http:// localhost / bugzilla / ”时,出现以下错误: couldn't create child process: 720002: index.cgi 我发现这个网页时,谷歌search错误, https: //wiki.mozilla.org/Bugzilla:Win32Install,但它build议增加或取消注释在Apache的httpd.conf中的所有设置已经存在。 我还可以做些什么?

本地帐户如何访问另一台计算机上的数据库?

我甚至不确定这是否可能,但我想我会问。 我有两台电脑,这些电脑不是一个域的一部分,但他们在同一个networking上。 在每台计算机上,本地pipe理员帐户的设置方式完全相同(具有相同的用户名/密码)。 两台计算机可以在networking上互相看到,并且是同名的工作组的一部分。 PC1安装了SQL Server,并使用Windows身份validation连接到SQL的应用程序。 这工作正常。 PC2只是运行应用程序。 它如何在PC1上对SQL服务器进行身份validation? 我一直拒绝访问。 我无法将应用程序更改为使用SQL用户login名。 它必须是Windows身份validation,我不能更改应用程序本身。 有没有办法做到这一点,或者我已经错过了一个步骤?

无法将软件分配给非pipe理员帐户

我正在尝试使用组策略在我们的域上部署软件,但是如果用户是具有pipe理权限的组的成员,则只能这样做。 我们不想让用户一般安装程序,但希望能够分配/发布。 我正在使用的testing程序最初是一个.msi文件,它在pipe理员组中的用户安装正常。 我们如何分配/发布给普通用户而无需开放安装任何东西? 另外,从我读过的,我相信我有正确的文件夹/共享.msi文件存储的权限。 这是Win2008R2与Win7Pro客户端。

Windows-Security-SPP可以阻止执行.exe吗?

我们看到一个奇怪的情况,一些可执行文件不能从Windows命令提示符(以admin身份运行)运行。 只要运行该命令(比如说,filename.exe)就不会在控制台上做出响应。 没有错误,没有输出,什么都没有。 如果我们从一个不同的文件夹复制同一个Windows .exe,它“神奇地”开始工作,我们看到默认的控制台输出。 (在Win7 x64和Win2008R2 x64上均有适用,应用程序以32位进程运行。) 当它访问.exe时,我可以看到有关Windows-Security-SPP的应用程序和系统日志中的事件,这使我相信.exe被阻止执行。 这听起来很熟悉吗?

如何在主机和VMWare虚拟机之间创buildVPN?

我有一套机器如下 我的家庭笔记本电脑运行Win7旗舰与互联网连接。 在我的笔记本电脑上运行Windows Server 2003标准版服务器的vmware工作站虚拟机,不带networking连接 我的一些同行的机器连接到互联网 我想用这些机器创build一个VPN,只要虚拟机不会有任何直接的互联网连接,我的同事应该能够连接到运行在这个Win2003服务器虚拟机上的SVN服务器应用程序 。 任何人都可以build议我如何设置这个networking,我需要在物理机和虚拟机上安装什么软件,在虚拟机客户机和主机之间应该有什么样的networking连接? 编辑:我故意不想连接虚拟机与互联网。 主机将更多的工作在虚拟机的VPN连接的网关上。 编辑:期望的拓扑: 这里Win2003服务器运行一些webapps,我想只能通过Win7,Peer1和Peer2访问,并且没有互联网stream量进出Win2003服务器 。

设置一个多用户预定的工作?

设置预定作业(如软件构build)的最佳做法是什么,以便它不受限于单个用户? 我们的情况是,我们需要安排在Windows 7上过夜的工作,并且我们希望我们组中的任何人根据需要进行更改或重新开始工作(例如,如果所有者正在休假或生病)。 我可以让这些文件本身可供多个用户访问,但问题在于作业本身。 我猜测我们的安全小组会拒绝使用已知密码的本地帐户,而且我们的组策略似乎不允许作为用户自动login的作业。