Faronics Cloud 设置和使用都非常简单——但这并不意味着不会出错。新用户经常犯类似的错误，通常是因为匆忙部署、误解工具的工作方式，或沿用其他系统的假设。

好消息是：这些错误是可以预测且可以避免的。从他人的经验中学习意味着您可以自信地进行部署，并在不因自行造成的故障排除而感到沮丧的情况下获得收益。

本指南涵盖了初始设置和策略配置期间最常见的错误，以及避免每个错误的实用建议。

设置错误

这些错误发生在初始部署期间，并可能导致在您使用 Faronics Cloud 的整个过程中持续存在问题：

错误 1：未准备好基线就冻结系统

发生情况： 您安装了 Deep Freeze，但在一切配置正确之前就冻结了系统。缺失的软件、错误的设置、待处理的更新——所有这些都会被永久锁定。

为什么是个问题： 每次重启都会恢复这个不完整的基线。您最终会不断解冻以修复问题，或者更糟的是，用户会因为系统中缺少他们需要的东西而苦苦挣扎。

如何避免： 创建部署清单。在冻结之前，请验证：所有必需的软件都已安装并配置好，Windows 已完全更新，用户配置文件已正确设置，打印机和外围设备已配置好，浏览器书签和扩展已到位，所有自定义设置都已应用。像用户一样测试机器。只有在一切正常时才冻结。

错误 2：一次性部署到所有设备

发生情况： 急于看到结果，您同时将 Faronics Cloud 部署到整个设备群组。如果配置有任何问题，所有设备都会出现问题。

为什么是个问题： 在试点群组中本是小问题，当影响到数百台设备时，就会变成重大事件。您需要在感到沮丧的用户随处可见的情况下，在压力下进行故障排除。

如何避免： 始终从试点群组开始——也许是一个实验室或 10-20 台代表性设备。运行至少一周，最好是两周。收集反馈，识别问题，完善您的方法。之后再扩展到更广泛的设备群组。

错误 3：忘记配置 ThawSpace

发生情况： 安装了 Deep Freeze 而未配置 ThawSpace（用于保存应保留数据的受保护区域）。用户保存工作，重启后，数据就消失了。

为什么是个问题： 数据丢失会立即引起用户不满，并侵蚀对系统的信任。即使 Deep Freeze 的设计初衷就是如此，但“Deep Freeze 删除了我的文件”的说法还是会出现。

如何避免： 部署前，决定用户应在何处保存持久数据——网络驱动器、云存储或配置的 ThawSpace 分区。清晰地传达这一点。如果适用，配置文件夹重定向。在推出 Deep Freeze 之前，培训用户在哪里保存。

错误 4：未测试代理安装过程

发生情况： 您创建了部署包，但未对其进行彻底测试。大规模部署时，某些机器安装失败、安装不正确或未签到。

为什么是个问题： 部分部署意味着有些设备受到保护，有些则不受保护。在大型设备群组中追踪失败的安装非常繁琐。

如何避免： 在具有不同配置的几台机器上测试您的安装过程——不同的硬件、不同的软件负载、不同的 Windows 版本（如果适用）。在继续之前，验证每台测试机器是否出现在控制台中并响应命令。

错误 5：忽略网络要求

发生情况： Faronics Cloud 需要与云服务器通信。防火墙、代理或网络策略阻止了此流量。设备已安装但无法签到或接收策略。

为什么是个问题： 即使设备已连接到网络，在控制台中仍显示为离线。策略更改无法传播。远程管理不起作用。您安装的软件无法发挥其作用。

如何避免： 部署前，查阅 Faronics 文档了解所需的 URL 和端口。与您的网络团队合作，确保这些是可访问的。在广泛部署之前，从试点设备测试连接性。

错误 6：未记录基线

发生情况： 您仔细配置了基线，冻结了它，但六个月后却记不清其中具体包含什么或如何配置的。

为什么是个问题： 当您需要更新基线或排除故障时，您只能猜测原始配置是什么。如果您需要设置新机器，复制将变得困难。

如何避免： 在冻结之前记录所有内容：已安装的软件和版本、Windows 更新状态、所做的配置更改、创建的用户帐户。在修改基线时，请保持此文档的更新。

策略错误

这些错误与您如何配置和应用策略到设备群组有关：

错误 7：过早地过度限制策略

发生情况： 出于安全考虑，您立即锁定了所有内容。WINSelect 阻止访问所有内容。Anti-Executable 几乎不允许任何东西运行。用户无法完成他们的工作。

为什么是个问题： 用户反抗。抱怨如潮水般涌来。您花费数天时间响应“我无法访问...”的工单。迫于压力，您不得不完全移除限制，从而失去了安全优势。

如何避免： 从宽松开始，逐步收紧。首先以最少的限制进行部署。监控用户实际需要什么。然后逐步添加限制，每次更改都进行测试。添加限制比撤销过于激进的限制要容易。

错误 8：对不同的用例使用相同的策略

发生情况： 您创建了一个策略并将其应用于所有地方——计算机实验室、图书馆计算机、员工工作站、接待处信息亭。但这些地方的需求不同。

为什么是个问题： 适用于公共信息亭的设置对于员工工作站来说过于严格。适用于员工的设置对于学生实验室来说过于宽松。您要么过度限制某些用户，要么保护不足某些设备。

如何避免： 根据用例创建设备群组，而不仅仅是按位置。为每个群组制定适当的策略：公共访问、学生使用、员工使用、考试室等。将正确的策略应用于正确的群组。

错误 9：在错误的时间安排维护

发生情况： 您安排了维护窗口，但没有考虑设备何时可用。更新在课程期间运行。或者在应该进行维护时机器却处于关闭状态。

为什么是个问题： 在工作时间进行维护会干扰用户。在设备关闭时进行维护根本不会发生。无论哪种情况，更新都无法可靠地应用。

如何避免： 绘制出每个设备群组何时使用以及何时可用的图表。将维护安排在清晨、晚上或周末——设备开启但未使用的时段。考虑为不同群组安排不同的时间表。

错误 10：忘记构建 Anti-Executable 白名单

发生情况： 启用了 Anti-Executable，但未首先创建全面的白名单。合法的应用程序被阻止。用户无法运行他们需要的软件。

为什么是个问题： 立即中断。每个被阻止的应用程序都需要调查和添加到白名单。用户对系统失去信心。

如何避免： 在启用 Anti-Executable 之前，使用其扫描功能来盘点现有的可执行文件并创建基线白名单。如果可用，先在审计模式下运行，以识别将被阻止但实际上并未阻止的内容。只有在您确信白名单已完成后，才启用强制执行。

错误 11：未计划合法的软件添加

发生情况： 基线已冻结，Anti-Executable 已锁定——然后一位老师需要安装新软件，或者关键更新需要添加可执行文件。

为什么是个问题： 没有流程，每个软件请求都变成紧急事件。您需要不断地解冻、安装、更新白名单、重新冻结——这正是您试图避免的手动工作。

如何避免： 在部署前建立软件请求流程。定义请求如何提交、谁批准以及如何推出更改。安排定期的基线更新窗口——也许是每月一次或每半学期一次——用于非紧急添加。

错误 12：忽略策略继承

发生情况： 您创建了一个复杂的群组和策略层次结构，但没有理解设置如何从父群组继承。子群组获得了意外的配置。

为什么是个问题： 设备行为不符合预期。由于活动设置来自您忘记的继承策略，因此故障排除变得令人困惑。

如何避免： 初期保持群组结构简单。在创建复杂的层次结构之前，确切理解策略继承的工作原理。记录哪些设置来自哪个级别。在广泛部署之前，在测试设备上验证有效的策略。

如何避免这些错误：一种实用方法

除了避免单个错误之外，这里还有一种通用的方法可以防止大多数问题：

部署前规划

抵制立即开始安装的冲动。花时间规划：

• 您需要哪些设备群组？

• 每个群组适用哪些策略？

• 每个基线应包含什么？

• 用户将在哪里保存持久数据？

• 何时应进行维护？

• 您的软件请求流程是什么？

一小时的规划可以避免数天的故障排除。

试点一切

切勿在未先测试的情况下将更改部署到整个设备群组：

• 新安装：先试点群组

• 策略更改：先测试群组

• 基线更新：先一个实验室

• 新限制：先一小群人

10 台设备的故障是可管理的。200 台设备的故障则是危机。

边做边记录

从第一天起就维护文档：

• 基线配置：安装了什么，如何配置

• 策略分配：哪些策略适用于哪些群组

• 更改历史记录：什么更改了，何时，为什么

• 已知问题：您遇到的问题和解决方案

未来的您会感谢现在的您所做的文档记录。

与用户沟通

许多问题源于用户的意外，而非技术问题：

• 部署前：解释正在发生的变化及其原因

• 数据处理：清楚解释在哪里保存应保留的文件

• 限制：解释什么被限制以及为什么

• 支持流程：解释如何请求更改或报告问题

了解系统的用户会与之合作而不是对抗它。

从简单开始，逐步增加复杂性

您不必立即实施所有内容：

• 第 1-2 周：部署 Deep Freeze，限制最少

• 第 3-4 周：逐步添加 WINSelect 限制

• 第 2 个月：引入 Anti-Executable 和全面的白名单

• 持续进行：根据经验进行调整

逐步推出让您在不让用户或自己不知所措的情况下学习和调整。

常见问题解答

如果我已经犯了其中一些错误怎么办？

大多数是可以恢复的。您可以更新基线、调整策略、重新配置设置。这需要时间，但不是永久性损坏。关键是识别具体问题并系统地解决它，而不是匆忙地进行额外的更改。

在更广泛部署之前，试点应运行多长时间？

至少一周进行基本测试，最好是两周。您应该体验一个完整的典型使用周期，包括任何计划的维护。对于更重大的更改，需要更长的试点期。

我应该让用户参与规划吗？

是的，特别是为了了解他们需要什么软件以及哪些限制会阻止他们工作。关键用户或部门代表可以提供宝贵的意见。如果他们觉得自己的意见被听到，他们也会成为倡导者。

最重要的事情是什么？

基线。其他一切都可以通过策略更改进行调整，但冻结的基线是基础。在冻结之前花时间将其做好。

底线：从他人的错误中学习

此列表中的每个错误都已被某人犯过——可能很多次。模式是可预测的：匆忙部署、一开始就过于严格、未计划数据持久性、跳过试点、忽视文档。

共同点：前期投入时间可以防止后期出现问题。部署前规划。扩展前试点。边做边记录。与用户沟通。从简单开始，逐步增加复杂性。

Faronics Cloud 的设计宗旨是让您的生活更轻松。遵循这些指南可确保它确实如此。

准备好以正确的方式开始了吗？

免费试用 Faronics Cloud 30 天。利用试用期进行适当的试点，然后再承诺。

→ 试用 Faronics Cloud Deep Freeze

→ 联系支持