Sql-Server
身份驗證方案的差異 - 可能是因為 Kerberos 嗎?
我正在使用此腳本來檢查與我的 sql 伺服器的連接:
select C.client_net_address, S.host_name, c.session_id, c.net_transport, c.protocol_type, c.auth_scheme, s.program_name from sys.dm_exec_connections c inner join sys.dm_exec_sessions s on c.session_id = s.session_id;
我注意到我們在英國的伺服器通常與美國的伺服器不同。
我們:
英國:
我發現了一個非常有趣的連結:
我想知道上面圖片中身份驗證方案的差異是否可能是這種情況。
當 auth_scheme 為
SQL
時,表示使用者正在使用 SQL 身份驗證,它沒有,也不能使用 Kerboros。當使用 Windows 身份驗證的使用者連接時,身份驗證將首先嘗試使用 Kerberos。如果 Kerberos 由於某種原因失敗,身份驗證將回退到 NTLM。Kerberos 失敗的最常見原因可能是 Active Directory 中不存在正確的 SPN(請參閱為 Kerberos 連接註冊服務主體名稱。