小编Aus*_*ers的帖子

网站上的下载有时具有 MD5 校验和，允许人们确认文件的完整性。我听说这不仅可以让损坏的文件在它们引起问题之前被立即识别，而且可以轻松检测到任何恶意更改。

就文件损坏而言，我遵循逻辑，但如果有人故意想要上传恶意文件，那么他们可以生成相应的 MD5 校验和并将其与更改的文件一起发布在下载站点上。这会欺骗任何下载文件的人认为它没有被更改。

如果无法知道校验和本身是否已被破坏，MD5 校验和如何提供任何保护以防止故意更改文件？

我试图防止用户意外删除某些文件夹（例如他们的个人扫描目标文件夹 - 存储在他们的主驱动器中），同时仍然授予他们对这些特殊文件夹内容的读+写权限。

我对各种不同的 NTFS 权限组合进行的实验没有成功，因为我发现用户要么无法访问内容...要么能够删除父文件夹。

我怎样才能做到这一点？

我一直被告知使用多个较小的 DIMM 与单个较大的 DIMM 相比具有性能优势（因为将使用所有主板 RAM 插槽的组合带宽）。

我的老板刚刚告诉我“这不再是一个大问题”，并且在升级我们的办公室 PC 时只使用一个更大的 RAM 模块（例如 1 x 8 GB 而不是 4 x 2 GB）。

我认为购买更大的 RAM 模块（4 GB 或 8 GB）而让其他 RAM 插槽不使用的一个优势是，如果要再次升级内存，它会更具成本效益- 但它仍然让我想知道所有的性能同时空的 RAM 插槽。

与仅在一个插槽中使用较大的 RAM 模块（并将其余部分留空）相比，在主板的所有 RAM 插槽中使用多个较小的 RAM 模块并没有明显的性能优势，这是真的吗？

我需要配置我的无线路由器，以便所有无线设备都在不同的子网 (192.168. 2 .1) 上。

无线设备应该能够访问 Internet，但理想情况下不能访问LAN 上的工作站。

这是我的网络：

欢迎所有建议！

我们正在使用 OneDrive for business 同步应用程序将 SharePoint 中的文档库与办公室中的 PC 同步。

最近，我在测试时遇到了一种情况，我输入了我的个人Hotmail 凭据，而不是有权访问文档库的组织帐户。我知道这行不通，但想看看会发生什么，这样我就可以支持我们的用户，如果他们曾经犯过类似的错误。

正如预期的那样，我的 OneDrive for Business 同步应用程序随后无法通过我的 Office 365 帐户进行身份验证，并出现“无法同步”错误。

不幸的是，我随后所做的一切都不会使同步应用程序忘记不正确的凭据。

在意识到同步应用程序本身没有“注销”选项后，我继续尝试以下步骤：

• 删除了我所有浏览器中的 cookie
• 卸载 OneDrive for Business 同步应用
• 删除了我能找到的所有与同步应用程序关联的注册表项（也许我错过了什么？）
• 重新安装了同步应用程序（问题仍然存在于我的 Windows 登录中）

Microsoft 的 SharePoint 支持团队在我的 PC 的远程支持会话期间也无法解决该问题，我最终只是将我的 PC 恢复到以前的状态。这是不可接受的，因为它可能不是用户的选择。

我不敢相信微软把应该简单的东西做得这么难。使用 Dropbox，您可以非常轻松地做同样的事情。

有谁知道如何清除与用户的 OneDrive for Business 同步应用程序关联的凭据，或者至少是某种不需要重新创建用户的 Windows 配置文件或恢复到以前的系统状态的解决方法？

我有一个使用 LAN 唤醒 (WoL) 功能的桌面工作站。是否有人设置了可以提供相同功能的有效无线适配器解决方案？

即当桌面处于睡眠状态时，网络数据包应该能够通过无线局域网唤醒计算机。

在我工作的办公室里，有一台三星 CLP-310 激光打印机：

工作人员每天晚上都会关闭它。立即关闭 - 使用背面的硬电源开关。他们正在努力减少对环境的影响，但这并没有太大的区别（我们有廉价、环保的水电），这只会在早上造成很多不便。

打印机整夜断电，似乎在第二天重新启动时被迫运行额外的维护程序。我不相信每天完全断开电源是一个好主意 - 因为早上开始打印需要更长的时间，并且在执行这些额外的预热/校准步骤时可能会浪费碳粉。

此外，早上人们通常需要等待更长的时间来取回他们的文件，因为他们通常只有在他们走到打印机前去取他们的工作时才发现打印机在后面仍然关闭。

我们的总部设在温哥华，那里的电费很便宜（仅 $0.069/kW.h）。

打印机在待机状态下仅使用 10W，计算成本为 0.00069 美元/小时。为了节省一加元，他们需要关闭该设备近 1,500 小时。

换句话说：这台打印机每天工作 12 小时，每周工作 6 天。这使得他们每周有 96 小时不使用它，或者每年有 4992 小时。

4992 小时 x 0.00069 美元 =每年节省3.45美元（在您考虑每年 312 次冷启动时使用的额外电力和碳粉成本之前）。

他们还有另外两台打印机（一台喷墨打印机，一台激光打印机），但总是让它们处于待机状态。原因？其他打印机上没有绿色待机 LED，因此从心理上讲，他们觉得其他打印机在待机模式下不使用电源。更不用说，他们有一个大域控制器（4 个内部驱动器）和一个打印服务器，它们都 24/7，以及 25 台始终处于待机状态的 PC（启用 LAN 唤醒，用于 LogMeIn）。如果每天早上都能让人们的生活更轻松，那么额外的 10 瓦算什么？

哦......在冬天，他们放了几个电加热器，让工作人员在办公桌前取暖。每个 1,500W！

我正在考虑建议他们停止使用主电源开关一直关闭这台打印机，因为它不是为那样使用而设计的。这将避免工作人员每天早上不得不等待他们的文件。每天多等 2 分钟，每年就等于 8 小时。这是 8 小时的等待，节省了 3.45 美元（或更少）的电费。

鉴于这种情况，这是一个合理的建议吗？

我们有一个带有 SBS 2003 服务器（它是办公室的 DC、DNS 服务器、DHCP 服务器和文件服务器）的 Windows 7 环境。这是一个小型的非营利组织，否则我们本来可以负担得起升级服务器的费用，而且一般来说，它运行得非常完美。

不幸的是，昨晚在服务器上安装了三星打印机后（通过以太网，而不是 USB），我们很快发现我们所有的 Windows 7 工作站都无法连接到服务器上的网络资源。更糟糕的是，当我们使用桌面重定向时，即使人们桌面上的文件也没有出现（这令人惊讶，因为我们启用并同步了离线文件夹）。

我们的桌面现在登录很慢，登录后也很慢，弹出无数个安全对话框，长这样：

重新启动服务器和工作站无济于事。

我在服务器上启用了 Kerberos 错误日志记录。

以下是现在出现在系统日志中的内容：

删除然后将工作站重新加入域会出现以下错误：

我应用了一个过滤器来仅显示 Kerberos、SPNEGO 和 DNS 流量（这是在短短 3 分钟的窗口中记录的，在此期间域用户帐户尝试登录网络失败）：

有没有人有任何想法可能导致这种情况以及我可以尝试解决什么问题？

两者都涉及使用流动的空气去除灰尘和其他碎屑 - 那么为什么使用真空吸尘器吸嘴会带来耻辱呢？

在这两种情况下，您只是在移动空气（负压与正压），因此静态风险应该相同，不是吗？

此外，压缩空气会导致温度大幅下降，并会在清洁过程中导致组件上出现少量冷凝。

因此，为什么认为压缩空气比抽真空更好？以前有人真的用吸尘器损坏过任何电子设备吗？

（我多年来一直这样做，但结果却很棒。）

我们的 Server 2003 R2 服务器上的一个分区最近用完了可用磁盘空间。

释放大量可用空间（20 GB，仅对应于分区的 1.37% - 可能还不够？）后，我注意到每个文件和文件夹的“压缩内容以节省磁盘空间”选项都是灰色的在那个分区上：

驱动器上是否需要一定比例的可用空间，而不是绝对数量的可用空间？或者可能由于可用空间不足导致它禁用此选项，并且在系统重新启动之前它不会返回？

只是为了澄清：此选项曾经存在于该分区上，并且该分区曾经并且仍然是 NTFS 格式。这个驱动器上的所有其他NTFS分区做有一个“压缩驱动器以节省磁盘空间”选项，在“常规”选项卡，但该选项不适用于这个特殊的分区上。

我以前从未见过这个，也无法在网上找到有关它的任何信息。

有谁知道什么可能导致这种情况发生以及如何解决它？

我刚刚将我的 HP Pavilion 15-n284ca 笔记本电脑从 Windows 8 降级到 Windows 7 (x64)，现在看到以下两个设备抱怨没有所需的驱动程序：

有人可以为这些司机指出正确的方向，并解释他们是如何找到他们的吗？我试过谷歌搜索硬件 ID，但没有成功。

谢谢！

编辑：

尝试安装加速度计驱动程序时出现以下窗口：

窗口关闭后，加速度计驱动程序（显示为​​“未知设备”）仍然显示为丢失。

有任何想法吗？

更新：现在已经回答了这个问题。

这是我在网上找到的一个练习题：

问题： 您正在为 172.29.0.0 网络设计子网掩码。您需要 30 个子网，每个子网上最多有 1100 台主机。您应该使用什么子网掩码？

出于某种原因，我在尝试回答时得到了错误的答案。

有人可以计算一下，展示他们是如何得出答案的吗？

我将很快用官方答案更新我的问题。

编辑：

答案是 255.255。248 .0。

感谢 bigjosh 展示如何达到该值。

我最近在我们的公共 DNS 中创建了以下 CNAME 记录，以允许我们的 Office 2010 客户端为 Office 365 自动配置自己（即我们可以使用自动发现）。

Domain: autodiscover.(ourdomain).com
Target: autodiscover.outlook.com

不幸的是，在让 DNS 解析超过 48 小时后（足够多的时间），我们仍然无法使用自动发现。

NSLOOKUP 显示“autodiscover.(ourdomain).com”解析为“(ourdomain).com”，而不是“autodiscover.outlook.com”。指向“lync.com”的其他 CNAME 记录也会发生同样的情况。

NSLOOKUP 似乎将我的三个新 CNAME 记录解析回我们域的根目录，而不是指定的 Microsoft 服务器。如果 CNAME 记录不存在，这正是我希望看到的（因为我们的通配符 CNAME 记录将处理无法识别的子域）。

如果这些特定子域的 CNAME 记录确实存在，为什么通配符记录显然会处理这些请求？只有以红色突出显示的三个 CNAME 记录似乎被通配符记录覆盖。其他人工作正常。

似乎这更像是一个通用的 DNS 问题，而不是 Office 365 的问题。