Filippo's questions

我们有一些网络共享，由于文件路径太长，我每天都会收到用户的支持电话。我建议使用简短的文件夹名称并避免深度嵌套它们，但我的用户总是有新的充分理由来冗长。他们需要非常长的文件夹名称以及内容的详细描述。有时他们只是将其他人创建的文件解压缩到相应的网络子文件夹中，他们甚至不会注意到极长的名称。

文件系统是存档文件的一种非常简单实用的方法，但也许这不是他们真正需要的。抽象层可能会有所帮助，它将长而冗长的令人回味的名称映射到文件夹和文件。它可以通过数据库或简单的 excel 文件来实现，但这似乎有点过头了，尤其是在更新地图的任务留给用户的情况下。

有一个应用程序TLPD，它扫描长文件路径。我从未使用过它，但也许可以将其放入脚本中以通知文件所有者，以便他可以在出现任何问题之前重命名或移动文件夹。

有没有另一种方法来解决这个问题？

请考虑我们有一个异构 Windows 域，因此我们不能超过大约 250 个字符的“旧”限制。

更新

我阅读了建议的帖子，但我已经意识到没有实际的方法可以克服这个限制。我正在寻找可以缓解问题的工具和程序。我们有一些超过 100 个字符的文件夹名称。是否有任何简单的替代方法来存储该信息？

我们有一个 Windows 2012 域，其中有 2 个通过 vpn 连接的不同站点。

站点 1 有一个带 dns 的 dc，站点 2 有两个带 dns 的 dc

大多数 dns 区域都集成到 AD 中，因此所有 3 个 dns 都会发生变化。

站点 1 和站点 2 都有更多子网（请考虑 lan 和 dmz），而 vpn 仅链接 lan 到 lan。在这两个 dmz 中都有可以从 Internet 访问的服务器，因此无需为站点之间的每个子网组合添加其他 vpn。

我想要实现的是，如果我在同一个站点中，则通过其私有地址访问 dmz 服务器，如果在另一个站点中，则通过关联的公共 ip 访问。

因此，名称解析应该根据客户端所在的站点而有所不同。可能我可以创建未集成在 AD 中的区域，因此它们在每个 dns 上可能不同。

我假设 site1 上的客户端会首先询问 site1 上的 dns，否则此配置将不起作用。

站点 2 有两个 dns：我是否必须为非 AD 集成区域手动对齐它们？我可以对主要/次要/存根区域做些魔术吗？

我知道 newsid 大约 10 年前被它的创建者 Russinovik 退休了，所以在 Windows 10 机器上运行绝对是个坏主意。无论如何，我收到了两台新计算机，它们可能是从相同的图像生成的，并且它们具有相同的机器 sid。我没有什么可失去的，所以我决定试试。

现在 Windows 10 尝试启动，但它停止了，因为它说它坏了。我尝试在所有可用的恢复模式下启动，但也失败了。我只能得到一个命令提示符。

在重新安装 Windows 10 之前我可以做些什么吗？

在这里，我们有一些服务器，几乎每个服务器都有一个专用的 UPS。它们之间存在依赖关系，因此必须以正确的顺序打开它们。最终，我们遇到了严重的电源问题，因此服务器关闭，然后在恢复电源时以随机顺序重新启动。如果服务器在停电期间关闭，这不是问题，重要的是一旦恢复电源，它们就可以在没有任何人为干预的情况下正常工作。

我们的 UPS 非常便宜，对我的目标有用的唯一配置参数是power the load xx seconds after power is restored. 理论上，在每个 UPS 上设置正确的延迟，我可以修复服务器重启的顺序，但我不相信 UPS 会按预期运行。

这是正确的方法吗？
高级 UPS 是否提供其他选项来修复重启顺序？
最后一点：我的 Ups 在 1000 - 2200 VA 范围内

此问题已发布在产品特定论坛上，并在此处报告以覆盖更广泛的受众。

我们正在将 pfSense 评估为廉价的多 WAN 负载均衡器和流量整形器。我们在 pfSense 后面有一个单独的防火墙，并且没有计划替代它并将其功能集成到 pfSense 本身中。我读到“连接以循环方式通过每个 WAN 路由。” . 例如，这可能会导致 https 连接出现问题，我们也在尝试使用旧的 ftp 远程服务器出现问题。

我发现的文档建议强制 WAN 上的特定流量或启用粘性连接 第一种方法是对负载平衡的不可接受的妥协。第二个不适用于我们的系统，因为真实的局域网，如前所述，位于另一个防火墙后面，所以所有请求都来自同一个客户端 ip，pfSense 将只使用一个 WAN。

我们需要的可能是这里已经问过但没有得到答案的东西。

是否可以使用基于目标地址而不是源地址的粘性连接？有哪些替代方法可以尝试解决与循环路由相关的连接问题？

我们有一个遗留应用程序，它在 nfs 共享上写入文件。

几天前，nfs 共享可能已关闭，我们丢失了一些文件。

根据应用程序的帮助，当 nfs 共享关闭时，文件将写入本地文件系统。这对我来说听起来很奇怪，甚至无法理解这是应用程序行为还是正常的 nfs 操作。

无论如何，乍一看，本地文件系统上也不存在丢失的文件。我想知道如果我尝试在非空目录上挂载 nfs 共享会发生什么。它是否失败或文件被合并？

我继承了 win 2012 服务器，安全日志中充满了来自 user updater的事件4648。

我发现还有一个更新用户，他们拥有许多正在运行的进程。

他们的描述是：Microsoft windows Update service，所以他们似乎是默认用户，但我找不到任何关于他们的信息。事件4648中报告的目标服务器具有无法由 dns 解析的奇异名称。这是对的吗 ？我想了解发生了什么，因为这些事件会很快填充安全日志，我想避免它。

更新

这是 4648 个事件之一，不幸的是它不是英语：

È stato tentato un accesso utilizzando credenziali esplicite.

Soggetto:
ID sicurezza:       UTENTE-E4COHOO4\updater
Nome account:       updater
Dominio account:        UTENTE-E4COHOO4
ID accesso:     0xF2ECCFC
GUID accesso:       {00000000-0000-0000-0000-000000000000}

Account di cui sono state utilizzate le credenziali:
Nome account:       Administrator
Dominio account:        UTENTE-E4COHOO4
GUID accesso:       {00000000-0000-0000-0000-000000000000}

Server di destinazione:
Nome server di destinazione:    RC-REMOTE.rc.local
Informazioni aggiuntive:    RC-REMOTE.rc.local

Informazioni sul processo:
ID processo:        0x13c8
Nome processo:      C:\Windows\victoria\svchost.exe

Informazioni di rete:
Indirizzo di rete:  -
Porta:          -

我发现了一个神秘的“C:\windows\victoria”文件夹，根据这个讨论（搜索 victoria），它是某种恶意软件。

您是否确认updater和updarer不是 Win 2012 上的默认帐户？

我有一个 Windows 2003 域。DNS 服务器和 DHCP 服务器在域控制器上运行。大多数工作站都启用了 DHCP。

有时我遇到奇怪的网络问题，当我诊断它们时，我可以找到两个具有相同 IP 的指针 (PTR)，它们链接到不同的主机。做出有根据的猜测，这些主机在 DHCP 租约结束时更改了 IP，因此一个指针是正确的并且对应于实际的 IP-主机关联，另一个是前一个。

这个问题并不经常发生。如何配置 DHCP 和 DNS 服务以避免这种行为？