在 Cisco ASA 上，对 running-config 的更改不会自动保存到 startup-config。这是通过“写入内存”或“复制运行配置启动配置”手动完成的，以将更改写入闪存。
我想验证配置更改是否已保存，而不是盲目地重复保存（我目前正在这样做）。我在 Google 上搜索了检查运行配置更改是否已保存到启动配置的命令，以下是我发现的两个丑陋的解决方法：
我希望有一个快速清理命令或程序来验证配置是否已保存，而不会冒意外重启的风险。如果您有建议，请发布。
我正在尝试让软件交换机配置在 Fortigate 100D 上运行。似乎插入软件交换机端口的设备可以相互通信，但它们无法访问为同一子网上的fortigate的软件交换机“接口”配置的IP。相反，fortigate 命令行无法 ping 或访问插入软开关的系统。
请注意，软件开关是使用由 fortigate 文档和支持团队直接提供的说明进行配置的。文档中或支持人员均未指明该功能在启用后在运行时将无法正常工作。请参阅下面的解决方案，了解我们在 fortinet 支持下经过一个多小时的运行时故障排除后提出的解决方案。
在这种情况下使用软交换功能的原因是在与某些强化有线客户端相同的子网上拥有 capwap wifi“接口”。
我正在寻求 ServerFault 专家社区的支持，看看是否有其他网络工程师发现了这个问题并找到了解决方案。问题发布后，我们继续与 Fortinet 支持一起解决问题并找到了解决方案。我仍然认为这对 ServerFault 来说是一个有价值的问题，因为该设备没有按照 FortiGate 文档和 Fortinet 支持团队中提供的指示运行。
我们在 Windows 7客户端上遇到了Symantec Endpoint Protection (SEP) 版本 12.1的一个奇怪问题。
当我们的用户尝试从我们的打印服务器映射新的网络打印机时（浏览 \OurPrintServer 时双击打印机名称） - 标准驱动程序安装过程照常开始，但以错误消息结束：“Windows 无法连接到打印机. 访问被拒绝。”
我们已经使用不同的驱动程序甚至不同的打印机制造商在具有不同打印机共享的多个系统上进行了测试。SEP 似乎阻止了客户端系统上尚未安装的所有打印机驱动程序的安装。
奇怪的是，当我们禁用 SEP 时，错误仍然出现，并且新的打印机驱动程序仍然无法安装。如果我们从客户端计算机中完全删除 SEP，则打印机驱动程序安装成功并且打印机共享映射按预期进行。
为了进一步测试，我们在我们的域中尝试了其他没有SEP 的 Windows 7 客户端，它们映射打印机按预期正确安装驱动程序。
有没有人在 Windows 7 上看到过 SEP 12.x 的此类问题，如果是，您对如何解决该问题有任何建议吗？这种奇怪的情况，即使 SEP 被禁用，它仍然会以某种方式阻止这些打印机驱动程序的安装。只有完全删除 SEP 后，Windows 共享网络打印机驱动程序才能正常安装。
最近，我们遇到了一个问题，即“特定于连接的 DNS 后缀”会自动更改为我们网络上的无效域。
当系统插入网络时，我们的 DHCP 服务器使用选项 15（DNS 域名）= our-domain.com 为其提供正确的域名后缀......这可以在使用 ipconfig /all 获取 ip 后立即验证：
Ethernet adapter Local Area Connection:
Connection-specific DNS Suffix : our-domain.com
几分钟后，一些自动发现过程会发现一个新的（错误的）特定于连接的 dns 后缀，并使用新信息更新 ip 配置。使用错误信息更新后，ipconfig /all 更改为显示：
Ethernet adapter Local Area Connection:
Connection-specific DNS Suffix : novalocal
当这个“novalocal”域被发现时，我的许多客户开始遇到名称查找问题。
Windows 7 客户端会发生这种情况，我已验证安装或未安装 Bonjour 时都会出现此问题。我还没有尝试禁用 SSDP 或 UPnP 服务。它发生在启用了 Symantec 防火墙或 Windows 防火墙的客户端上。
我确实检查了流氓 DHCP 服务器，并且报价/租约仅来自我授权的 DHCP 服务器（没有看到流氓或在网络上发送报价）。
有没有人见过这样的事情？关于如何找到这个“novalocal”的来源以及如何防止我的客户通过某些自动发现更改其 DNS 后缀设置的任何建议？