System.UnauthorizedAccessException - 访问路径被拒绝

Question

这是一个有点棘手的问题，所以请耐心等待...

我有一个简单的小方法：

Public Overloads Shared Function DoStuff(ByVal path As String) As Boolean
        If Not IO.File.Exists(ipath) Then Throw New ArgumentException

        Dim result As Boolean
        Using fs As FileStream = New FileStream(path, FileMode.Open, FileAccess.Read, FileShare.Read)
            ' do stuff here, details are not important
            fs.Close()
        End Using

        Return result
    End Function

我很欣赏该方法没有显示如何使用流，但细节无关紧要，我将在下面解释。

该方法紧贴在类库中；我们在各种其他项目中引用的Helper。显然，在大多数情况下，假设路径有效、可访问等，代码应该看起来不错。

现在，问题来了。我有一个 WCF 服务库，它引用并使用 Helper 程序集中的上述方法。 WCF 服务库托管在 Windows 服务中，而 Windows 服务又驻留在我们的一台服务器上。 WCF 服务有一个操作，用于接收文件的 UNC 路径，并在正常流程中调用帮助程序类中的上述方法。

我发送的路径是我们网络上共享的文件的路径。 “Using fs As...”行失败，并出现以下异常：

System.UnauthorizedAccessException：拒绝访问路径“此处列出了我的文件路径”。在 System.IO.__Error.WinIOError(Int32 errorCode, String MaybeFullPath) 在 System.IO.FileStream.Init(字符串路径、FileMode 模式、FileAccess 访问、Int32 权限、布尔 useRights、FileShare 共享、Int32 bufferSize、FileOptions 选项、SECURITY_ATTRIBUTES secAttrs 、字符串 msgPath、布尔值 bFromProxy、布尔值 useLongPath) at System.IO.FileStream..ctor（字符串路径，FileMode模式，FileAccess访问，FileShare共享，Int32 bufferSize，FileOptions选项，String msgPath，布尔bFromProxy）在System.IO.FileStream..ctor（字符串路径，FileMode模式）在MyHelperAssemblyName.DoStuff(String filePath) 异常的其余部分是指向方法、程序集、wcf 服务等的堆栈跟踪”

现在，列出我尝试诊断问题的内容（包括愚蠢的明显步骤）：

• 将堆栈跟踪中列出的路径复制并粘贴到 Windows 资源管理器（在我的本地计算机和服务器上）以确保文件存在并且可以访问 --> 能够访问该文件

• 确保 Windows 服务的帐户对该文件有足够的权限来读取 --> 有效权限将服务帐户列为具有完全控制权

• 将 Windows 服务的帐户更改为使用我的个人管理员帐户（临时措施），并显然重新启动服务以使更改生效 --> 同一行代码失败

• 将包含文件的目录复制到我的本地计算机，然后针对我的本地计算机运行该服务（我们希望确保托管该文件的 NAS 不是原因）--> 同一行代码失败

• 创建一个快速控制台应用程序，将辅助程序集方法中的代码复制粘贴到应用程序中，注入相同的文件路径，在本地运行，然后在服务器上运行（在服务器上，我的意思是使用我之前提到的相同管理员帐户远程连接到服务器，然后运行它）--> 应用程序运行代码没有问题

• 创建控制台应用程序并使用在控制台应用程序中托管 WCF 服务库的批量标准方式。在本地运行应用程序，然后针对我指定为基址的本地地址使用 WcfStorm控制台应用程序的地址，使用正常服务失败的相同路径调用相同的方法 --> WcfStorm 的结果确认代码没有问题

• 仔细检查 WCF 服务库的代码，确保不存在任何会影响我的测试的特殊条件逻辑 --> 辅助方法几乎在服务操作实现启动后立即调用（就在参数验证之后）。如果不运行辅助方法，该操作就不可能返回一致的结果，因此当我之前收到一致的结果并假设“奇怪的”文件访问代码已运行时，它实际上已经运行了< /p>

• < p>通过干净重建 Windows 服务主机、WCF 服务库和帮助程序集来重新部署服务（想要确保屏幕上的代码实际上是服务器上运行的代码）--> 没有变化

• 编辑2011-06-24 16:32GMT - 使用我之前创建的控制台应用程序来托管WCF服务，相应地调整baseAddress并部署在服务器。使用与上述相同的管理员帐户运行应用程序。使用 WcfStorm 在新基地址上测试新应用程序。 --> 代码按预期工作并返回良好的结果（我相信在现阶段将其范围缩小为 Windows 服务的错​​误？）

• 编辑 2011-06-27 10:21GMT< /strong> - 创建一个简单的 Windows 服务，引用帮助程序类。安装在Server上，该服务的帐户设置为与Live Server相同。 --> 新服务能够运行代码并访问文件

• 编辑 2011-06-27 10:23GMT - 服务已经工作了，我很恼火，我打开了WcfStorm 我周末一直在运行。周五显示的结果仍然显示现场服务失败。我重新发送了同样的请求 --> 它起作用了......我实际上现在更恼火，因为我没有真正的方法来跟踪问题

  因此，该服务目前工作正常。任何人都知道什么会导致这种间歇性故障？同事向我保证周末没有任何改变（至少不是手动改变）。迷惑了……

Answer 1

尝试进程监视器。它将显示哪个用户正在访问该文件以及返回的特定 Windows 错误代码。然后您应该能够明白为什么它对某些文件有效而对其他文件无效。

Answer 2

当我的代码访问尚未完全写入磁盘的新文件时，我遇到了类似的情况。所以等待几毫秒就解决了我的问题。您是否有可能在将流完全写入磁盘之前尝试读取该流？

Answer 3

您的 WCF 服务是否使用模拟？

这可以解释为什么新的 Windows 服务可以执行该操作，但 WCF 服务却不能。新服务直接针对 NAS 进行身份验证。如果在旧服务中，WCF 模拟调用者，客户端计算机对用户进行身份验证，他们的令牌将传递到您的 WCF 服务，WCF 服务又将安全令牌传递到 NAS，然后您点击 双跳问题。

您可以将活动安全上下文恢复到服务帐户，如下所示：

using (WindowsIdentity.Impersontate(IntPtr.Zero))
{
    DoStuff();
}

当然，这并不能解释为什么它可能会间歇性地工作。但它可以解释 WCF 服务在托管它的计算机上本地调用时工作，而不是从远程客户端计算机上调用。

Answer 4

我有一些预感。

您是否尝试过将“FileAccess.Read”和/或“FileShare.Read”设置为“ReadWrite”？

另外，这个警告是否可能是一个因素？来自http://msdn.microsoft.com/en-us/library/5h0z48dh。 .aspx：

注意

当你编译一组字符时
具有特定的文化背景和
使用 a 检索相同的字符
不同的文化背景下，
字符可能无法解释，
并可能导致异常
抛出。