SQL Server Management Studio 2008 Runas 用户在不同的域上通过 ***

Posted 2023-02-15

【中文标题】SQL Server Management Studio 2008 Runas 用户在不同的域上通过 ***

【英文标题】：SQL Server Management Studio 2008 Runas user on different domain over ***

【发布时间】：2011-07-11 09:27:23

【问题描述】：

我目前正尝试以不同域中的用户身份运行 SQL Server Management Studio 2008。我注意到在其他线程中从批处理脚本运行以下命令会执行此操作，但它似乎对我不起作用。

runas /netonly /user:DOMAIN\USER "C:\Program Files\Microsoft SQL Server\100\Tools\Binn\VSShell\Common7\IDE\Ssms.exe"

我被要求输入密码，但会出现登录屏幕，但 Windows 身份验证用户名和密码仍然错误地是当前登录的本地域上的模拟用户。无论如何，尝试连接到其他域上的数据库均不成功。

这似乎适用于大多数人，对我来说更重要的是这个域存在于 *** 连接上。我无法在网上邻居中查看 *** 域网络计算机，因此无法在控制面板中添加用户。

不幸的是，我的操作系统是 Vista Business，我无能为力。

任何想法都将不胜感激。

【参考方案1】：

试试这个：

NET USE \\DBSERVER /USER:DOMAIN\USERNAME

系统将提示您输入密码。这将建立与数据库服务器的 NetBios 会话。完成后，您应该能够看到数据库服务器上的共享文件夹和共享打印机。

如果可行，您应该能够像自己一样使用 SSMS 进行连接。如果它不适用于 TCP（但我认为可以），您可能必须将“命名管道”指定为要使用的网络协议。

菜单->文件->连接对象资源管理器... 选项->连接属性->网络协议 指定“命名管道”

Named Pipes 继承了您现有的 NetBIOS 会话，因此只要您可以列出您可能适合使用的共享。

更新：在某些配置中，这似乎不适用于 TCP 连接（可能是由于某些安全更新）。在这些情况下，您应该启用命名管道，并在连接字符串中设置命名管道。

【讨论】：

问题是我们的路由器上的 NAT 转换被搞砸了，因为它没有处理 *** 上的某些网络通信。甚至网络管理员都被难住了，但是当我通过插入 ISP 盒的直接连接直接绕过路由器时，您的解决方案实际上对我有用。愚蠢蹩脚的LinkSys路由器！ >:O

登录失败。登录来自不受信任的域，不能用于 Windows 身份验证。 （Microsoft SQL Server，错误：18452）

@JarrettV，答案是如果你可以做“网络使用”，你可以使用 SQL Server 的集成身份验证，包括 Visual Studio。如果你不能做“网络使用”，你需要单独解决这个问题。为什么不问一个新问题？

看起来在某些配置中这不适用于 TCP 连接。在这些情况下，您应该启用命名管道（并在连接字符串中设置命名管道）。