服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

为什么我的应用程序兼容性工具包数据收集器无法写入我的ACT日志共享?

我试图让Microsoft应用程序兼容性工具包5.6(版本5.6.7320.0)工作,但我不能让数据收集器写入ACT日志共享。 configuration如下。 机器:ACT-Server 域:mydomain.example.com 操作系统:Windows 7企业版64位版本 Windows防火墙configuration:为公共,域和专用networking启用文件和打印机共享(SMB-In)ACT日志共享:ACT 共享权限*: 组/用户名称允许权限 ————————————— 每个人完全控制 pipe理员完全控制 域pipe理员完全控制 pipe理员完全控制 匿名login完全控制 文件夹权限*: 组/用户名称允许权限应用于 ————————————————- 匿名login读取,写入和执行此文件夹,子文件夹和文件 域pipe理员完全控制此文件夹,子文件夹和文件 每个人读取,写入和执行此文件夹,子文件夹和文件 pipe理员完全控制此文件夹,子文件夹和文件 创build者所有者完全控制子文件夹和文件 SYSTEM完全控制此文件夹,子文件夹和文件 交互式遍历文件夹/此文件夹,子文件夹和文件 执行文件, 列出文件夹/读取数据, 阅读属性, 阅读扩展属性, 创build文件/写入数据, 创build文件夹/追加数据, 写属性, 编写扩展属性, 删除子文件夹和文件, 删除,读取权限 SERVICE(与INTERACTIVE相同) BATCH(与INTERACTIVE相同) *我完全意识到这些权限是过度的,但这是这个问题的重点。 一些运行Data Collector的客户端是域成员,但有些则不是。 我正在假设这是一个Windows文件共享权限问题或networking访问策略问题,但当然,我可能是错的。 我的理解是Data Collector运行在SYSTEM帐户的安全上下文中,该帐户对于域成员在networking上显示为MYDOMAIN \ machineaccount。 这也是我从阅读大量文件的理解,如上所述设置匿名login权限应允许这些计算机帐户和非域join的计算机访问共享。 为了testing连通性,我在ACT-Server上设置了Windows XP Mode虚拟机(VM)。 在VM中,我打开了一个以SYSTEM身份运行的命令提示符(使用旧的“at”命令技巧)。 我用这个命令提示符来运行explorer.exe。 在此Windows资源pipe理器实例中,我将\ ACT-Server \ ACTinput到地址栏中,然后提示inputlogin凭据。 […]