在连接字符串中设置应用程序名称时运行 xp_cmdshell 的问题

Question

我在 10 台左右的服务器上有一个应用程序，它针对 MSSQL 2008 运行一些 xp_cmdshell 语句。它在除一台服务器之外的所有服务器上都运行良好。更糟糕的是，我可以在 SQL Management Studio 中运行所有命令，但在应用程序中，它们不起作用。我什至制作了一个临时应用程序来测试，它运行良好！但是在部署的应用程序中，我收到一个简单的 SQL 错误“拒绝访问”。如果我包含应用程序名称，我已将其缩小到连接字符串

Data Source={0};Initial Catalog={1};Persist Security Info=True;User ID={2};Password={3};Application Name=TheGroovyApp

只有在调用 xp_cmdshell 时才会抛出访问被拒绝，正常的 SQL 语句工作正常。但是如果我删除应用程序名称

Data Source={0};Initial Catalog={1};Persist Security Info=True;User ID={2};Password={3}

它适用于普通 SQL 语句和对 xp_cmdshell 的调用。奇怪的是，它只发生在十台服务器之一上。唯一的区别是服务器有 SP1，而其他服务器没有。

@@VERSION 返回

Microsoft SQL Server 2008 R2 (RTM) - 10.50.1600.1 (X64)   Apr  2 2010 15:48:46   Copyright (c) Microsoft Corporation  Standard Edition (64-bit) on Windows NT 6.1 <X64> (Build 7601: Service Pack 1) (VM) 

我认为可以授予应用程序某种身份验证，但我似乎找不到任何东西。我可以通过添加在 SQL Management Studio 中复制它

Application Name=TheGroovyApp

创建新查询或更改其连接时，转到“连接到数据库引擎”对话框上的“其他连接参数”选项卡。

我使用的简单测试语句是

EXEC master..xp_cmdshell 'DIR F:\SomeDirectory'

如果有人可以对正在发生的事情有所了解，我们将不胜感激。

编辑：

好的，经过更多的调查，它更加令人困惑。

如果我将应用程序名称设置为以下 .Net 连接的默认值，它工作正常。

Application Name=".Net SqlClient Data Provider"

无论我使用哪种设置，我都可以毫无问题地运行 xp_subdirs

EXEC master..xp_subdirs 'F:\SomeDirectory' 

现在这是它变得非常奇怪的地方。前两个失败，但最后一个成功，应用程序名称设置为我的应用程序名称。但只有当它的 xp_cmdshell 被调用时， xp_subdirs 才适用于所有三个。

在连接集中使用应用程序名称

EXEC master..xp_cmdshell 'DIR F:\SomeDirectory' - Fails
master..xp_cmdshell 'DIR F:\SomeDirectory' - Fails
xp_cmdshell 'DIR F:\SomeDirectory' - Works
EXEC master..xp_subdirs 'F:\SomeDirectory' - Works
master..xp_subdirs 'F:\SomeDirectory' - Works
xp_subdirs 'F:\SomeDirectory' - Works

未在连接中设置应用程序名称

EXEC master..xp_cmdshell 'DIR F:\SomeDirectory' - Works
master..xp_cmdshell 'DIR F:\SomeDirectory' - Works
xp_cmdshell 'DIR F:\SomeDirectory' - Works
EXEC master..xp_subdirs 'F:\SomeDirectory' - Works
master..xp_subdirs 'F:\SomeDirectory' - Works
xp_subdirs 'F:\SomeDirectory' - Works

SQLMS中查询消息区失败时返回的错误

Msg 10011, Level 16, State 1, Line 1
Access denied.

此错误消息仅发生在一台服务器上，我无法在任何其他服务器上复制此消息。

Answer 1

真是摸黑，但是当我们在服务器上安装了SQL Server 2008 SP2之后，这个问题就不再出现了。