分享方式:


註冊 Kerberos 連接的服務主體名稱

適用於:SQL Server

若要搭配 SQL Server 使用 Kerberos 驗證,必須符合下列兩個條件:

  • 用戶端和伺服器電腦必須屬於相同的 Windows 網域,或在受信任的網域中。

  • 必須向 Active Directory 登錄「服務主要名稱」(SPN),而 Active Directory 的角色如同 Windows 網域中的「金鑰發佈中心」。 註冊後的 SPN 會對應至啟動 SQL Server 執行個體服務的 Windows 帳戶。 如果尚未執行 SPN 註冊或註冊失敗,Windows 安全層就無法判斷與 SPN 相關聯的帳戶,而且不會使用 Kerberos 驗證。

    注意

    如果伺服器無法自動註冊 SPN,就必須手動註冊 SPN。 請參閱 手動 SPN 註冊

您可以透過查詢 sys.dm_exec_connections 動態管理檢視,驗證連接是否使用 Kerberos。 請執行下列查詢並檢查 auth_scheme column 的值 (如果有啟用 Kerberos,該值將為KERBEROS)。

SELECT auth_scheme
FROM sys.dm_exec_connections
WHERE session_id = @@SPID;

提示

適用於 SQL Server 的 Microsoft Kerberos Configuration Manager 是一種診斷工具,有助於針對 SQL Server 上發生的 Kerberos 相關連線問題進行疑難排解。 如需詳細資訊,請參閱 Microsoft Kerberos Configuration Manager for SQL Server

SPN 在驗證中的角色

當應用程式開啟連線並使用 Windows 驗證時,SQL Server Native Client 會傳遞 SQL Server 電腦名稱、執行個體名稱,以及選擇性的 SPN。 如果連線會傳遞 SPN,則不需進行任何變更即可使用。

如果連線不會傳遞 SPN,即會根據使用的通訊協定、伺服器名稱與執行個體名稱來建構預設的 SPN。

在前述兩種狀況中,SPN 都會傳送到「金鑰散佈中心」,以取得安全性 Token 來驗證連接。 如果無法取得安全性權杖,驗證就會使用 NTLM。

SPN 是用戶端用來唯一識別服務執行個體的名稱。 Kerberos 驗證服務可以使用 SPN 來驗證服務。 當用戶端想要連接到服務時,它會尋找服務的執行個體、撰寫該執行個體的 SPN、連接到服務,然後呈現服務的 SPN 以進行驗證。

注意

本文提供的資訊也適用於使用叢集的 SQL Server 設定。

Windows 驗證是 SQL Server 驗證使用者的慣用方法。 使用 Windows 驗證的用戶端是透過 NTLM 或 Kerberos 進行驗證。 在 Active Directory 環境中,永遠會先嘗試 Kerberos 驗證。

權限

當資料庫引擎服務啟動時,其會嘗試註冊服務主體名稱 (SPN)。 假設啟動 SQL Server 的帳戶沒有在 Active Directory Domain Services 中註冊 SPN 的權限。 在該情況下,此呼叫會失敗,而且會在應用程式事件記錄檔以及 SQL Server 錯誤記錄檔中記錄一則警告訊息。

若要註冊 SPN,資料庫引擎必須在內建帳戶之下執行,例如 Local System (不建議) 或 NETWORK SERVICE,或是有權註冊 SPN 的帳戶。 您可以使用網域系統管理員帳戶來註冊 SPN,但不建議在實際執行環境中執行此動作。 您可以使用虛擬帳戶或受控服務帳戶(MSA)來執行 SQL Server。 虛擬帳戶和 MSA 都可以註冊 SPN。 如果 SQL Server 並未在這些其中一個帳戶之下執行,SPN 就不會在啟動時註冊,而且網域系統管理員必須手動註冊 SPN。

SPN 格式

SPN 格式支援 TCP/IP、具名管道和共用記憶體上的 Kerberos 驗證。 具名和預設執行個體支援的 SPN 格式如下所示。

具名執行個體

  • MSSQLSvc/<FQDN>:[<連接埠> | <執行個體名稱>],其中:

    • MSSQLSvc 是所註冊的服務。
    • <FQDN>是伺服器的完整網域名稱。
    • <port> 是 TCP 連接埠號碼。
    • <instancename> 是SQL Server 具名執行個體的名稱。

預設執行個體

  • MSSQLSvc/<FQDN>:<連接埠> | MSSQLSvc/<FQDN>,其中:

    • MSSQLSvc是所註冊的服務。
    • <FQDN>是伺服器的完整網域名稱。
    • <port> 是 TCP 連接埠號碼。
SPN 格式 描述
MSSQLSvc/<FQDN>:<port> 1 使用 TCP 時,此為提供者產生的預設 SPN。 <port>是 TCP 通訊埠編號。
MSSQLSvc/<FQDN> 使用 TCP 以外的通訊協定時,此為提供者針對預設執行個體所產生的預設 SPN。 <FQDN> 是完整網域名稱。
MSSQLSvc/<FQDN>:<instancename> 使用 TCP 以外的通訊協定時,此為提供者針對具名執行個體所產生的預設 SPN。 <instancename> 是 SQL Server 執行個體的名稱。

1 SPN 格式不需要連接埠號碼。 多重連接埠伺服器或未使用連接埠號碼的通訊協定仍可以使用 Kerberos 驗證。

針對 TCP/IP 連線,由於 TCP 連接埠包含於 SPN 中,因此 SQL Server 必須啟用 TCP 通訊協定,使用者才能使用 Kerberos 驗證來連線。

自動 SPN 註冊

當 SQL Server 資料庫引擎的執行個體啟動時,SQL Server 會嘗試註冊 SQL Server 服務的 SPN。 當此執行個體停止時,SQL Server 會嘗試取消註冊 SPN。 針對 TCP/IP 連線,SPN 會以 格式 MSSQLSvc/<FQDN>:<tcpport>註冊。 具名實例和預設實例都會註冊為 MSSQLSvc,並依賴 <tcpport> 值來區分實例。

如果是支援 Kerberos 的其他連線,SPN 會針對具名執行個體來以MSSQLSvc/<FQDN>:<instancename>執行個體名稱 格式註冊。 用來註冊預設執行個體的格式為 MSSQLSvc/<FQDN>

如要授權 SQL Server 啟動帳戶以註冊和修改 SPN,請進行以下步驟:

  1. 在網域控制站上,瀏覽 [Active Directory 使用者和電腦]

  2. 選取 [檢視] > [進階]。

  3. 在 [電腦] 下找到 SQL Server 電腦,然後以滑鼠右鍵按一下並選取 [內容]。

  4. 選取[安全性]索引標籤,然後選取 [進階]

  5. 在清單中,如果未列出 SQL Server 啟動帳戶,請選取 [新增 ] 以新增。 新增之後,請執行下列步驟:

    1. 選取帳戶,然後選取 [編輯]

    2. 在 [權限] 底下,選取 [驗證寫入 servicePrincipalName]。

    3. 向下捲動並在 [屬性] 底下選取:

      • 讀取 servicePrincipalName
      • 寫入 servicePrincipalName
    4. 選取 [確定] 兩次。

  6. 關閉 [Active Directory 使用者和電腦]

如果服務帳戶缺少這些動作所需的權限,可能需要手動介入才能註冊或取消註冊 SPN。

手動 SPN 註冊

如要手動註冊 SPN,您可以使用 Windows 內建的 Setspn 工具。 setspn.exe 是一個命令列工具,可讓您讀取、修改及刪除服務主體名稱 (SPN) 目錄屬性。 此工具也可讓您檢視目前的 SPN、重設此帳戶的預設 SPN,或是加入或刪除補充 SPN。

如需 Setspn 工具、必要權限和使用方式範例的詳細資訊,請檢閱Setspn

下列範例說明使用網域使用者帳戶手動註冊 SPN,以進行 TCP/IP 連線的語法:

setspn -S MSSQLSvc/myhost.redmond.microsoft.com:1433 redmond\accountname

注意

如果 SPN 已存在,必須先將它刪除之後才可以重新註冊。 您可以使用 setpn 搭配SWITCH -D 來執行此動作。 下列範例說明如何手動註冊以新執行個體為基礎的 SPN。 若是使用網域使用者帳戶的預設執行個體,請使用:

setspn -S MSSQLSvc/myhost.redmond.microsoft.com redmond\accountname

若為具名執行個體,請使用:

setspn -S MSSQLSvc/myhost.redmond.microsoft.com:instancename redmond\accountname

如需 Always On 可用性群組設定的詳細資訊,請參閱接聽程式和 Kerberos (SPN)

用戶端連接

用戶端驅動程式內可支援使用者指定的 SPN。 但是,如果未提供 SPN,則會根據用戶端連線的類型自動產生 SPN。 如果是 TCP 連接,將會針對具名和預設執行個體使用 MSSQLSvc/FQDN:[<port>]:[port] 格式的 SPN。

如果是具名管道和共用記憶體的連線,將會針對具名執行個體使用 MSSQLSvc/<FQDN> :執行個體名稱 格式的 SPN,並針對預設執行個體使用 MSSQLSvc/<FQDN>:<instancename> 格式的 SPN。

將服務帳戶當做 SPN 使用

服務帳戶可以當做 SPN 使用, 其會透過 Kerberos 驗證的連線屬性來指定,並採用下列格式:

  • username\@domaindomain\username必須是網域使用者帳戶

  • machine$\@domainhost\FQDN 電腦網域帳戶,例如 Local SystemNETWORK SERVICE

若要判斷連接的驗證方法,請執行下列查詢。

SELECT net_transport, auth_scheme
FROM sys.dm_exec_connections
WHERE session_id = @@SPID;

驗證預設值

下表說明根據 SPN 註冊案例所使用的驗證預設值。

狀況 驗證方法
SPN 會對應到正確的網域帳戶、虛擬帳戶、MSA 或內建帳戶。 例如,Local SystemNETWORK SERVICE 本機連接會使用 NTLM,遠端連接則使用 Kerberos。
SPN 是正確的網域帳戶、虛擬帳戶、MSA 或內建帳戶。 本機連接會使用 NTLM,遠端連接則使用 Kerberos。
SPN 對應到不正確的網域帳戶、虛擬帳戶、MSA 或內建帳戶。 驗證失敗。
SPN 查閱失敗或是未對應到正確的網域帳戶、虛擬帳戶、MSA 或內建帳戶,或者不是正確的網域帳戶、虛擬帳戶、MSA 或內建帳戶。 本機和遠端連接都會使用 NTLM。

注意

正確表示已註冊之 SPN 對應的帳戶就是執行 SQL Server 服務所使用的帳戶。

備註

專用管理員連接 (DAC) 會使用以執行個體名稱為基礎的 SPN。 如果該 SPN 註冊成功的話,Kerberos 驗證便可搭配 DAC 使用。 另外,使用者也可將此帳戶名稱指定為 SPN。

如果 SPN 註冊在啟動期間失敗,此失敗會記錄在 SQL Server 錯誤記錄檔中,而啟動會繼續進行。

如果 SPN 取消註冊在關機期間失敗,此失敗會記錄在 SQL Server 錯誤記錄檔中,而關機作業會繼續進行。