我在Vista机器上有下面的路由表，我也可以在Windows 7上看到同样的问题。 如果我ping的193.181.14.10，我希望操作系统遵守度量标准，并select 0.0.0.0 0.0.0.0 10.1.1.254 172.20.22.14 3 要么 0.0.0.0 0.0.0.0 172.20.22.1 172.20.22.14 3 事实certificate，它实际上select使用 0.0.0.0 0.0.0.0 10.1.1.254 10.1.1.55 30 路线。 所以，如果我从表中删除该路线，它的工作原理。 通过工作，我的意思是数据包通过172.20.22.14接口而不是10.1.1.55接口发送。 我是否错过了一些东西，或者这是操作系统中的错误？ IPv4 Route Table =========================================================================== Active Routes: Network Destination Netmask Gateway Interface Metric 0.0.0.0 0.0.0.0 10.1.1.254 172.20.22.14 3 0.0.0.0 0.0.0.0 10.1.1.254 10.1.1.55 30 0.0.0.0 0.0.0.0 172.20.22.1 172.20.22.14 3 10.1.1.0 255.255.255.0 On-link 10.1.1.55 […]
我有一个问题，当我重新启动我的系统时，KB2494088（SQL Server 2008 R2修补程序）连续无法安装。 下载手动补丁并尝试应用它说： SQL Server修补程序包是通用分发版本（GDR）的一部分。 由于此SQL Serverfunction已被修补，因此无法应用此软件包。 要继续，您必须安装更高版本的SQL Server修补程序。 大多数其他post（ 这 ， 这个 ）表明它是一个失败的（或取消）过去的安装或需要SQL服务器修复。 我已经看过registry设置，并尝试修复选项，但似乎没有任何工作。
我有一个在Windows 7机器上以pipe理权限运行的批处理。 该批次必须运行另一批次，这应该访问映射的networking驱动器。 但是，networking驱动器仅映射到login用户的非pipe理员部分。 由于第二批不需要pipe理权限，我希望它作为一个有限的用户运行，这将让它访问映射的驱动器。 有没有办法做到这一点？ 为了使我想清楚，我想要得到以下stream程： 用户eranlogin到PC 。 eran是本地pipe理员。 eran以pipe理员身份运行b1.bat 。 b1.bat用eran的有限的用户凭据运行b2.bat （怎么样，这就是我要求的…） b2.bat访问一些映射驱动器现在可以访问。 以防万一这个问题的原因不明确…
我目前在我的专用networking上为Server 2008 R2设置IPv6和DHCPv6进行testing。 我能够通过configuration一个静态的，然后设置示波器来获得DHCPv6的工作。 我也能够configuration我的Centos框来获得DHCPv6。 我有问题让Windows 7获得正确的前缀长度。 Centos框正确configuration其链接本地和唯一的本地地址： inet6 addr: fd00:17ef::383a:a9d:4735:9c73/64 Scope:Global inet6 addr: fe80::400b:1eff:feb5:f9be/64 Scope:Link 而Windows 2008 R2服务器（DHCPv6）也configuration正确： IPv6 Address. . . . . . . . . . . : fd00:17ef::80ed:975c:20ac:fbcd IPv6 Address. . . . . . . . . . . : fd00:17ef::80ed:975c:20ac:fbce Link-local IPv6 Address . . . . . […]
我想在连接到一个域的Windows 7用户中复制新的主机文件（并删除旧文件）。 我的许多用户远程工作。 任何人都可以告诉我最好的方式来部署这个文件在用户的尽头（最好，我不希望用户做任何事情）。
我有一个用户有一个AD（Windows 2003）login脚本映射了一些驱动器。 用户必须遍历外部networking才能login到域。 这是一个非常可靠的连接，但有时很慢。 以下是loginscript如何映射驱动器： net use x：\ server \ share / PERSISTENT：YES 有时她login，我的电脑中没有显示驱动器。 / PERSISTENT开关应该使这些驱动器永久，但事实并非如此。 事实上，如果你使用这个开关，甚至不需要login脚本。 我还为她的电脑设置了组策略选项： 计算机configuration\pipe理模板\系统\login\始终等待networking在计算机启动和login 启用。 这减慢了她的启动速度，但减less了驱动器丢失的频率。 我有Windows 7入口。 在我的机器上，我用拔掉网线重新启动，我的驱动器仍然显示。 有谁知道什么可能导致这些驱动器消失？ 有没有我错过的设置或registry键？ 另一个GPO设置尝试？
客户机正在运行64位Windows 7，并试图将相对较小的文件复制到我们的NAS设备。 NAS设备是运行（我相信）Windows XP的一些变种的Lacie模型，没有访问/不访问权限结构。 大约五分之一的上传将会成功。 其他人将在上传过程中的不同时间失败，这是复制对话框上的进度条冻结，并最终失败（networking位置无法到达）可见。 到目前为止，我还没有能够孤立的问题。 我正在寻找可能有所帮助的进一步措施。 故障排除 NAS在线，拥有足够的磁盘空间。 这个问题似乎是特定于这台机器。 即使在复制到相同的networking位置时，我也无法在其他任何地方复制它。 用户使用与办公室其余部分相同的凭据进行authentication（低安全性，普通下拉框）。 我通过在同一台机器上无线复制问题排除了电缆或交换机的问题。 注意事项： 只有上传到NAS失败。 下载工作正常，可靠。 正在传输的文件没有什么区别，尽pipe较小的文件在连接断开之前有更好的完成的机会。 任何想法如何把这个下来？
我们在我们的域名上有一个帐户封锁政策，纯粹是为了制止蛮力攻击。 在10分钟内发生50次错误的login尝试后，它locking了一个帐户10分钟。 就在最近我注意到我的域帐户被定期locking，并且在Microsoft帐户locking工具的帮助下，我设法追踪到从我的桌面PC创buildVPN连接到客户networking。 我在两个域中使用的帐户名称完全相同。 我们的AD是Server 2008 R2，客户的AD是2003 R2。 远程端点是由2003 R2服务器托pipe的PPTP隧道。 我们的networking是路由，而客户networking是一个平面/ 24networking。 我禁用了除IPv4以外的所有协议（因为我只在连接后使用RDP），并禁用了“在远程networking上使用默认网关”。 在其中一个系统上重命名我的帐户，还有另一种方法来解决这个问题吗？ 请注意，这从来没有成为一个问题，直到最近，当我的台式电脑升级到Windows 7。
我刚刚在Windows 7 VirtualBox VM上安装了Oracle 11g XE，并使用了所有默认选项。 “入门”失败 当我点击入门时，我会采取http://127.0.0.1:8080/apex/f?p=4950失败。 经过一些浏览，我碰到一个build议，以确认HTTP端口，但我不能得到这么多，因为我无法连接。 connect system失败 如果我select运行SQL命令行，我会采取SQL提示。 我进入connect system并提示input密码。 我input密码。 我马上得到以下错误： ERROR: ORA-01033: ORACLE initialization or shutdown in progress Process ID: 0 Session ID: 0 Serial number: 0 信息：启动数据库 无论我是否先运行Start数据库，都会发生这种情况。 （ 启动数据库只是打开一个Windows命令提示符窗口。） 信息：Windows服务 我的Oracle服务启动如下： 启动手动服务不能解决问题。 启用和启动禁用的服务不能解决问题。 有没有我没有做的事情？ 我该如何解决这个连接错误？
情况如下： 我们有一个庞大的（5,000多个用户）组织正在使用文件夹redirect来pipe理Windows桌面图标。 这个文件夹被redirect到一个networking共享，我们可以集中pipe理不同的网站等。 当networking不可用时用户尝试使用计算机时，他们无法使用公用文件夹中的任何快捷方式。 我们只redirectC：\ Users \％username％\ Desktop文件夹。 有没有人有任何关于如何去pipe理桌面图标的build议？ 我们仍然需要一个中央位置来pipe理这些项目，但是在networking不可用的时候，find一种方法来保持系统正常工作。 作为澄清的一点，networking很less下降。 我们确实有一些计算机没有networking连接的情况。 通常情况下，只是拔掉了一些东西。 由于我们有多个站点，从分支到中心局的线路已经下降了几次。 这更多的是尝试在断开networking时保持积极的最终用户体验。