Windows SYSTEM 用户授予自己读取权限 - 无法打开文件夹
Windows SYSTEM user granting READ access to itself - cannot open folder
这是一个奇怪的情况，但我很好奇是否有其他人看到过这种行为。我们正在尝试在用户拥有管理员权限的 Windows 环境中监控 Google 驱动器中的文件。默认情况下，安装 GDrive 后，安装它的用户拥有所有 READ/WRITE 访问权限。
我们的应用程序以 SYSTEM 用户身份安装（以便它可以监控所有用户的文件），该用户没有对 Google 驱动器文件夹的读取权限...因此我们正在以编程方式尝试授予读取权限访问 GDrive 文件夹。
当我们以 SYSTEM 身份执行此操作时，我将 GDrive 文件夹的 ACL 更新为 SYSTEM 用户的可读...一切看起来都应该如此（当手动检查安全权限时）。但是，当我们尝试访问该文件夹时会抛出异常（FileSystemException 使用 com.jniwrapper.win32.io class）
但是，如果我使用登录的管理员用户设置 GDrive 文件夹的系统读取权限，我们就可以毫无问题地访问该文件夹的内容。有没有人见过这样的行为？谢谢
使用此 Powershell 命令查看格式化的 ACL 权限列表后已解决此问题：
Get-Acl 'C:\Users\user\Google Drive' | format-list
当我们以编程方式设置 READ 权限与手动设置它时，我注意到的是 SYNCHRONIZE AclEntryPermission 是在我们手动设置时设置的。但是，我们在尝试以编程方式执行此操作时未包括该权限...添加该附加权限允许我们授予对 Google 驱动器文件夹的读取权限。
这是一个奇怪的情况，但我很好奇是否有其他人看到过这种行为。我们正在尝试在用户拥有管理员权限的 Windows 环境中监控 Google 驱动器中的文件。默认情况下，安装 GDrive 后，安装它的用户拥有所有 READ/WRITE 访问权限。
我们的应用程序以 SYSTEM 用户身份安装（以便它可以监控所有用户的文件），该用户没有对 Google 驱动器文件夹的读取权限...因此我们正在以编程方式尝试授予读取权限访问 GDrive 文件夹。
当我们以 SYSTEM 身份执行此操作时，我将 GDrive 文件夹的 ACL 更新为 SYSTEM 用户的可读...一切看起来都应该如此（当手动检查安全权限时）。但是，当我们尝试访问该文件夹时会抛出异常（FileSystemException 使用 com.jniwrapper.win32.io class）
但是，如果我使用登录的管理员用户设置 GDrive 文件夹的系统读取权限，我们就可以毫无问题地访问该文件夹的内容。有没有人见过这样的行为？谢谢
使用此 Powershell 命令查看格式化的 ACL 权限列表后已解决此问题：
Get-Acl 'C:\Users\user\Google Drive' | format-list
当我们以编程方式设置 READ 权限与手动设置它时，我注意到的是 SYNCHRONIZE AclEntryPermission 是在我们手动设置时设置的。但是，我们在尝试以编程方式执行此操作时未包括该权限...添加该附加权限允许我们授予对 Google 驱动器文件夹的读取权限。