Articles of windows 7

如何确定上次关机是否由于Windows中的电源故障?

我知道当关机是正确的,由用户启动或由于软件升级时,我可以从事件日志中获得关机日志。 但是,如何确定最后一次关机是由于停电,过热等原因造成的?

使用Windows 7的本地VPN连接向导连接到基于Linux的VPN?

有谁知道我是否可以在我的Ubuntu服务器上运行基于Linux的VPN服务器,并使用Windows 7的本地VPN连接向导连接到它? 如果这是可能的,我应该使用哪个VPN服务器? 谢谢!

将Hyper V图像转换为虚拟框

我需要将我的客户端操作系统从Windows 2008更改为Windows 7.因此,我需要将所有HyperV图像转换为Virtual Box。 什么是最好的方法来做到这一点? 或者有没有办法在Windows 7上运行HyperV?

漫游configuration文件的哪些部分在Windows 7上传?

在以前的Windows版本中,仅在用户注销时才会上载漫游configuration文件。 但是, 在Windows 7中 ,组策略设置可以允许registry文件在后台上传。 Background upload of roaming user profile's registry file while user is logged on该设置被称为Background upload of roaming user profile's registry file while user is logged on 。 但是,使用此设置,WMI中的Win32_UserProfile LastUploadTime字段仍然只反映最后一次注销。 我认为这是因为不仅需要将registryfile upload到服务器才能获得完全上传的资格。 所以,我的问题是: 什么其他部分的configurationfile upload注销?

Windows事件查看器在较新版本的Windows上速度较慢

从Vista开始,在所有版本的Windows上使用的现代事件查看器应用程序比Server 2003和XP上的先前版本要慢得多。 我知道在新版本中有更多的function,但大多数时候我只是想尽快扫描各种不同的事件日志。 我怎样才能得到旧版本?

仅为远程会话禁用屏幕保护程序

我在家工作,但也经常在办公室工作。 我的工作和家用机器都是Windows 7旗舰版。 当我在办公室的时候,我喜欢我的电脑去屏幕保护程序,然后locking(“恢复,显示login屏幕”)。 但是,当我回家的时候,我经常在家里的电脑上做一些很长的时间,而且我不希望远程会话locking,并且在切换回密码时需要input密码。 我正在寻找一个(组策略?)设置,可以closures仅用于远程会话的屏幕保护程序。 这可能吗?

Windows 7的UAC请求升级到系统pipe理员?

有没有办法让用户UAC请求列出pipe理员(或选定的用户列表)? 一种替代方法是在loginpipe理员的屏幕上popup。 另一个将通过轮询在接口上列出请求。 对于第二种替代scheme的工作,用户需要知道他们应该等待UAC提示popup。 我在一家中等规模的公司工作,我们需要良好的IT环境pipe理。 同时照顾每一个UAC请求,用户在日常工作中需要的是繁琐的。 因此,根据发送用户和屏幕截图来列出和批准请求的function将节省大量时间。 一个工具,可以监视用户的计算机请求,并升级到pipe理员将是很好的。 有这样的工具吗? 如果没有,是否可以创build?

一切都说Applocker应该工作:为什么不呢?

我已经设置了一个由默认的Applocker规则组成的基本组策略。 根据微软关于这个主题的technet文章 ,任何没有明确允许策略运行的文件都应该被阻止运行。 在部署这个策略并validation它被应用到使用gpresult的正确用户后,我仍然能够从互联网上下载和运行一个exe文件,这个exe文件被保存到用户configuration文件的临时文件夹中。 正是在这一点上,我做了更多的Googlesearch,看到App Identity服务必须运行,而不是:所以,就像任何一个好的pipe理员一样,我启动了它,将其设置为自动,并重新启动以防万一。 重新启动后,该政策仍然无效。 以下是当前政策的截图。 我明确添加了拒绝规则,因为默认规则不起作用。 我正确地将策略应用到机器上,并validation规则是否被强制执行(在屏幕截图中是这样说的)。 我使用了Test-AppLockerPolicy cmdlet来validation规则是否应该阻止EXE和MSI运行,但是不是。 开放给大多数的build议,不pipe他们听起来多么可笑。 更新 忘了补充一点,我在这整个惨败中检查了AppLocker的事件日志,它是空白的。 整个时间没有一个单一的条目。

匿名文件共享,无需login窗口,从Windows 7服务器到XP客户端

我试图提供一个小型局域网上的机器只读,匿名访问从Windows 7工作站共享的文件(我们称之为WIN7SVR)。 特别是,我不希望客户端在Windows资源pipe理器中导航到例如\\WIN7SVR时处理login窗口,但是我们没有域,并且在服务器和客户端之间同步帐户将是棘手的。 有Windows 7和Windows XP客户端需要访问这些共享。 通过在WIN7SVR上启用Guest帐户并设置适当的共享权限,我得到了Windows 7客户端的这个工作。 其他Windows 7计算机自动尝试以访客身份login,看起来,所以他们的用户不必处理login窗口。 问题在于XP客户端 – 如果用户在login窗口中input“Guest”,他们可以访问服务器,但我不希望用户必须这样做。 因此,从我收集的内容来看,在对Windows文件共享的有限理解上,这归结为授予空闲会话访问WIN7SVR上的文件共享的权限。 但是在这方面我还没有取得成功。 我已经在Windows 7服务器上的本地组策略编辑器中尝试了以下所有内容: 设置networking访问:让Everyone权限适用于匿名用户启用 设置networking访问:限制对命名pipe道和共享的匿名访问为禁用 向networking访问添加了相应共享的名称:可以匿名访问的共享 添加“匿名login”以在用户权限分配下从networking访问此计算机 任何意见将不胜感激…我主要是一个Unix的家伙,所以我觉得有点不在我的Windows文件共享联赛。 我明白,从安全的angular度来看,对于文件共享的任何forms的匿名访问通常都不是理想的,但对于这种情况我们是最实际的解决scheme,并且访问我们的networking已经足够好控制,共享级别的安全性不会受到影响,关心。

PATH中的环境variables未扩展到非pipe理员命令提示符?

我有一台Windows 7机器,当命令提示符由普通用户运行时,无法扩展%PATH%中的环境variables。 如果命令提示符以pipe理员身份运行(右键单击, 以pipe理员身份运行 ),则%PATH%被适当扩展。 具体来说, cmd.exe运行的用户(通过set path显示)的%PATH%如下所示: Path=%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\Wbem;%SYSTEMROOT\System32\WindowsPowerShell\v1.0\;C:\Program Files\Microsoft Windows Performance Toolkit\ …而cmd.exe以pipe理员身份运行的%PATH%如下所示: Path=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\Wbem;%SYSTEMROOT\System32\WindowsPowerShell\v1.0\;C:\Program Files\Microsoft Windows Performance Toolkit\ 我尝试以新用户身份login以创build新configuration文件,问题仍然存在于该configuration文件中。 HKEY_CURRENT_USER\Environment\PATH不存在,并且HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Environment\Path与“计算机属性 – >环境variables”中定义的系统范围path相匹配。 有没有人有任何想法,这可能是什么,或者我可以看看?