有了Windows 7 RC ，如果在过期一年之前好一些，那么在内部有限的生产使用情况下就可以有一个引人注目的说法。 我testing了Windows 7 Beta，并对其稳定性和兼容性感到非常满意。 我们在虚拟机（使用VMWare）中进行软件开发，所以操作系统并不重要（目前在我们的开发人员桌面上使用从Linux到Windows Server 2008的所有内容）。 我从星期一开始有了一个新的雇佣计划，还有一个带有4 GB RAM的64位双核计算机（更多RAM）。 我正在考虑安装Windows 7作为testing。 它足够稳定，可以在生产环境中运行吗？ 需要注意的主要问题是什么？
我一直使用远程桌面访问Windows 7 PC，通过SSH连接隧道，成功了一段时间，直到它突然停止工作。 客户端也是Windows 7，我仔细检查隧道（使用腻子）是否设置正确，远程桌面连接是否在远程PC上启用。 在客户端，我有一个静态IP为10.0.0.1的回送适配器，在putty中，我有10.0.0.1:33891转发到远程服务器上的端口3389。 这一直工作到一个星期前，我想知道可能发生了什么？ 现在远程桌面客户端卡在“configuration远程会话”，然后超时。 有任何想法吗？
有谁知道在哪里可以下载最新版本的SonicWALL SSL-VPN NetExtender for Windows 7的64位版本？
在我们公司，我们使用GPO来推动软件更新，例如Java更新。 我们在不同国家的不同办公室有大约150个用户，都使用Windows 7.我们有几个办公室特定的应用程序，并且没有用户具有pipe理权限。 最近，在我们的一些办公室，有些时候用户需要不同版本的Java; 他们使用的一个应用程序将需要Java版本A，而另一个应用程序需要版本B.最糟糕的情况是同一用户需要不同的Java版本，具体取决于正在使用的应用程序（Web应用程序或独立应用程序）。 我们在这个月和上个月的两个办公室中遇到了这个问题。 到目前为止，我们在需要时安装了足够的Java版本。 显然这是非常耗时的。 对于下个月，我们正在考虑针对较旧的Java版本拥有特定的虚拟机或计算机。 但是这也不是最好的解决scheme。 还有什么其他解决scheme？ 公司如何处理同一用户对不同（和不兼容）Java需求的需求？
我们有一个服务器2008年AD环境约5K用户。 我们刚刚推出了Windows 7 SP1（XP），取得了巨大的成功。 然而，大约每天一次，我们会收到一些用户从他们的文档（该文件夹在服务器上并redirect）打开一个文件的电话，编辑它并尝试保存，但是Win7报告没有find该path，因为它没有find不存在或没有权限。 解决这个问题的唯一方法是删除configuration文件。 另外，我们得到的数字大致相同，但不同的用户说，由于没有权限，他们无法从Outlook 2010打开附件。 我们必须编辑registry中的临时Outlook存储path来修复它（或删除configuration文件）。 我觉得这两个问题可能有关系。 令我们感到害怕的是，我们在1个月前推出，直到2周前没有这种性质的电话。 它开始了一两个，但似乎在增长。 有任何想法吗？ 我们将打开一张微软票，但是我想看到其他任何人遇到过这个问题。 谢谢！
我一直在试图build立一个窗口的7和2k8 EFI部署ISO或USB。 但努力甚至从ISO Workstation EFI实施甚至获得ISO启动。 问题是没有明确的要求什么EFI的引导程序正在寻找，“如EFI启动文件”甚至ISO和USB的可引导没有find所需的.efi文件。 我想知道什么是EFI启动加载程序引导EFI文件的过程。 例如; 在一个EFI的Windows系统中; C:\Windows\Boot\EFI\bootmgfw.efi 从DVD它是; F:\efi\microsoft\boot\cdboot.efi 从人们告诉我这是在USB上; G:\efi\boot\bootx64.efi (bootmgfw.efi renamed) 我一直在使用EFI 2.0和VMware Workstation 8.0的HP笔记本电脑上testing.vmx文件固件=“efi”
好，所以我试图从我们的Nessus扫描中删除一些我的系统从这个中等的漏洞。 微软的Windows远程桌面协议服务器中间人的弱点 我设置了以下GPO设置： 计算机configuration\策略\pipe理模板\ Windows组件\远程桌面服务\远程桌面会话主机\要求使用远程（RDP）连接的特定安全层：SSL（TLS 1.0） 一旦我这样做了，我的Windows 7客户端不再有Nessus问题，但是RDP不再适用于Linux或Windows客户端。 我得到以下错误： 来自客户： Linux的： [ryan@gobo ~]$ rdesktop -0 win7 Autoselected keyboard map en-us ERROR: recv: Connection reset by peer 视窗： "the connection cannot proceed becuase authentication is not enabled 一个服务器系统（运行RDP的Windows 7盒子）： Log Name: System Source: TermDD Date: 4/9/2012 4:28:58 PM Event ID: 50 Task Category: None Level: Error […]
我们有一个奇怪的samba问题只影响一个用户。 我们的桑巴设置如下： 红帽企业Linux服务器版本5.4（Tikanga） – Samba服务器 Samba版本3.0.33-3.14.el5 – Samba版本 域控制器WIN2008R2标准 – Windows DC Windows 7 64位 – 客户端电脑 网友提到他几星期前强行closures电脑后面临这个问题。 对于所有用户，当我们访问Windows中的\\sambaservername时，它将显示samba服务器中的所有共享，但是对于此用户，一旦他启动了他的PC，他将无法访问\\sambaservername ，错误消息 Windows无法访问\\sambaservername 解决问题的当前解决方法： 尝试访问\\sambaservername一个共享，例如\\sambaservername\sharedfolder1 。 但即使这样做，它也会在开始时提示错误，错误信息如下 login失败：未知的用户名或密码错误。 用户需要再次input凭据，他可以访问共享。 此后，他将能够访问\\sambaservername没有任何问题。 但是一旦他重新启动电脑，问题将会持续。 目前为止所做的故障排除 确保以下设置： 转到：控制面板→pipe理工具→本地安全策略select：本地策略→安全选项 “networking安全：LAN Manager身份validation级别”→发送LM和NTLM响应“NTLM SSP的最低会话安全性”→取消选中：需要128位encryption build议用户重置密码并重试，但问题仍然存在 在用户的个人电脑上试用我的帐户，没有问题。 尝试了包括我的其他Windows 7 PC上的用户帐户，但问题仍然存在。 Windows XP没有这个问题。 确保在Windows 7 PC上没有存储的crendentials。 检查控制面板中的凭据pipe理器以及键入此命令rundll32.exe keymgr.dll, KRShowKeyMgr 在samba服务器上重新启动winbindd守护进程，但无济于事。 我怀疑这是由于一些caching问题，但不知道问题在哪里。 每当用户访问\\sambaservername发生错误，以下错误将被logging在samba服务器中： [2012/10/10 17:10:26, 1] smbd/sesssetup.c:reply_spnego_kerberos(316) […]
我刚刚将一些Windows 7虚拟机添加到现有的VMWare vSphere 5.1群集中。 主机和vCenter是通过Update Manager进行当前更新的5.1版本。 查看vSphere客户端性能图表，我发现客户端CPU利用率随机持续跳转。 这些是没有安装软件的新VM。 按照本指南对它们进行了修剪和优化。 VMWare访客工具已安装。 系统正在闲置，因为这正在发生。 客人的任务pipe理器或性能图表中没有相应的活动。 对这个问题可能有什么想法？ 我怀疑客人工具/版本交互，但根本原因将是有益的。
我正在pipe理某些Windows Server 2008，Windows Server 2008 R2和Windows Server 2012计算机上的活动目录单一域环境。 自从几个星期以来，我遇到一个奇怪的问题。 有些用户（不是全部）报告说，无论是在客户端（vista，win 7）还是Windows Server 2008计算机上的远程桌面连接，他们都不能再保存，复制或写入文件到根驱动器c。 即使在没有pipe理员权限的情况下运行需要对根驱动器直接写入权限的程序，也不能这样做。 受影响的用户具有本地pipe理员权限。 我现在面临的问题是：什么导致了系统行为的这种变化？ 为什么会发生？ 我还没有find。 发生之前我做的最后一件事是什么？ 发生之前的最后一项操作是根据用户的安全组成员资格，为用户部署包含networking驱动器映射的GPO。 所有networking驱动器位于启用了samba的linux服务器上。 我们没有更改任何UAC设置，并且它们始终被激活。 但是我无法想象推出这个GPO导致了这个问题。 有没有人遇到这样的问题？ 以防万一： 我知道这是由于一个特定的原因，没有pipe理权限的用户被禁止写入根驱动器，因为Windows Vista和UAC的实施。 我不认为这些用户应该能写驱动器c，但我试图找出为什么发生这种情况，几个星期前，这仍然是工作。 我也知道，作为本地pipe理员组的成员的用户不会以默认的pipe理员权限执行任何操作，除非他或她使用此权限执行程序。 我做了什么？ 我检查了受影响的程序，受影响的客户端/服务器的权限。 没有find特别的东西。 我检查了所有的GPO，如果有任何限制，可以防止受影响的用户写入根驱动器。 没有find任何设置。 我检查了受影响用户的UAC设置，并将这些设置与仍然可以写入根驱动器的其他用户进行比较。 一切都差不多 我通过互联网search，并试图find有类似问题的人。 没有find一个。 有没有人有一个想法？ 非常感谢你。 编辑： 推出的GPO执行以下操作（请原谅，如果设置没有完全如此命名，我将设置翻译成英文）： **Windows Settings –> Network Drive Mappings –> Drive N: –> General:** Action: Replace […]