确定Windows身份验证为BizTalk接收位置失败的原因

Question

我有一个BizTalk接收位置，指向远程UNC文件共享，当我打开接收位置时，它立即关闭，并抱怨它没有该目录的读/写权限。在过去我看过这个时，不可避免地是因为BizTalk服务帐户没有获得“完全控制”权限，或者因为unix权限问题。

但是，在这种情况下，它是一个Windows文件服务器，BizTalk服务帐户可以完全控制该目录。所以这些似乎都不是问题。另外，在另一台机器上，我创建了一个共享，给了服务帐户权限，UNC和NTFS，指向BizTalk吧，它就像一个魅力。

我能说的唯一区别是，他们已经给了BizTalk服务帐户所在的组，在目录结构中的权限更高。但这只是意味着服务帐户在该计算机上拥有更高程度的权限，而不是更少。

• 任何可能导致这种情况的想法？
• 是否有任何工具可以帮助追踪Windows身份验证问题？

Answer 1

  

任何可能导致此问题的想法？

然而，没有什么能立刻浮现出来：

• 为了保持一致性，我会将目录权限更改为Group perms或Service account perms。
• 您在帖子中提到了UNC Share和NTFS perms，我会仔细检查您有问题的共享上的那些，以确保它们与Group或Service Account perms一致。
• 我还会检查以确保运行您的FILE适配器的BizTalk主机使用您希望它使用的凭据，并且是预期组的成员。

如果这些检查不起作用，我会考虑将FILE适配器设置为使用不同的身份验证凭据 - 对于您知道可行的方式 - 覆盖BizTalk服务凭据以折扣BizTalk是问题。

  

是否有任何工具可以帮助追踪Windows身份验证问题？

关于工具，我不知道有什么可以帮助解决这个问题，但是来自SysInternals的Process Explorer可能会对正在发生的事情提供一些见解。