跳到主要内容
系统常识 SQL ServerWindows 认证域

域环境里怎么连接 SQL Server 实例

域环境下用 Windows 认证连 SQL Server 的原理:域账号如何映射为登录、SSMS 直接连接与映射配置要点,以及跨子网时的协议限制。

发布于 2026/11/11 所属频道 SQL Server

结论先行

域环境下连 SQL Server 推荐用 Windows 认证:你的域账号自带身份,引擎侧把这个 Windows 身份「映射」成一个登录即可。客户端(SSMS、程序)只需连「域\机器名」选 Windows 认证;引擎侧的映射做一次,之后全域名内的客户端免密直连。

连接侧:客户端怎么做

  1. 打开 SSMS 管理工具条目 连接对话框;
  2. 服务器名填 机器名 或 机器名\实例名;
  3. 身份验证选「Windows 认证」,点连接。

前提:客户端机器和目标实例在同一域(或可信域)里,且网络可达、防火墙放行。

引擎侧:映射配置(做一次)

SSMS 对象资源管理器 → 安全性 → 登录:

  • 新建登录 → 选「安全账户」添加你的域账号(如 DOM\zhangsan);
  • 给该登录映射到目标数据库的用户,授予所需角色/权限;
  • 之后该域账号从任何域内机器连接,都走同一条映射。

也可以批量把「域里某个组」映射为登录(如 DOM\SQL-Users),成员进出只需改组成员,不用逐个建登录。

跨子网的协议限制

Windows 认证(集成身份验证)基于 Kerberos/NTLM,对网段有要求:多数跨子网场景建议走 SQL 认证或配置域信任与相关协议支持——跨子网连不上且报「集成身份验证不受支持」类提示时,先确认两机器的网络位置关系与域配置,必要时改用 SQL 认证(见跨子网相关条目)。

排错顺序

  1. 本机 SSMS 连「.」能用 Windows 认证 → 说明映射没问题,故障在客户端机器侧(域成员关系、网络)。
  2. 客户端机器不在域 / 不在受信任域 → Windows 认证直接不可用,走 SQL 认证。
  3. 网络通但登录失败 → 回引擎侧检查该域身份是否有对应登录。

SQL Server 2022 Developer 条目环境在域测试机上即可演练上述流程;部署在 Windows Server 2019 条目 并加入域的服务器是典型的生产形态。

相关链接

本文内容基于公开资料整理,仅供参考;涉及授权与合规的操作请以厂商官方文档为准。

相关推荐下载

按本文主题匹配的官方原版镜像条目

配套 PE 工具

制作启动盘、备份数据、修复引导

其他常识文章

同一集合内的相近主题,按标签与关键词匹配