共用方式為


使用 Kerberos 整合式驗證連接到 SQL Server

下載 JDBC 驅動程式

從 Microsoft JDBC Driver 4.0 for SQL Server 開始,應用程式可使用 authenticationScheme 連線屬性來指定要使用類型 4 Kerberos 整合驗證連線至資料庫。 如需連線屬性的詳細資訊,請參閱設定連線屬性。 如需 Kerberos 的詳細資訊,請參閱 Microsoft Kerberos \(英文\)。

當您搭配 Java Krb5LoginModule 使用整合驗證時,可使用 Class Krb5LoginModule (類別 Krb5LoginModule) 設定模組。

Microsoft JDBC Driver for SQL Server 會為 IBM Java VM 設定以下屬性:

  • useDefaultCcache = true
  • moduleBanner = false

Microsoft JDBC Driver for SQL Server 會為所有其他 Java VM 設定以下屬性:

  • useTicketCache = true
  • doNotPrompt = true

備註

在 Microsoft JDBC Driver 4.0 for SQL Server 之前,應用程式可以使用 integratedSecurity 連線屬性及參考 mssql-jdbc_auth-<version>-<arch>.dll 來指定整合式驗證 (使用 Kerberos 或 NTLM,取決於哪一個為可用狀態),如建置連線 URL 中所述。

從 Microsoft JDBC Driver 4.0 for SQL Server 開始,應用程式可使用 authenticationScheme 連線屬性來指定透過純 Java Kerberos 實作使用 Kerberos 整合驗證連線到資料庫:

  • 如果您想要使用 Krb5LoginModule 的整合式驗證,您仍然必須指定 integratedSecurity=true 連線屬性。 您接著也要指定 authenticationScheme=JavaKerberos 連線屬性。

  • 若要繼續搭配 mssql-jdbc_auth-<version>-<arch>.dll 使用整合式驗證,只需指定 integratedSecurity=true 連線屬性 (並選擇性地指定 authenticationScheme=NativeAuthentication)。

  • 如果您指定 authenticationScheme=JavaKerberos 但未同時指定 integratedSecurity=true,則驅動程式將會忽略 authenticationScheme 連線屬性,而且它將會預期能在連接字串中找到使用者名稱與密碼認證。

當使用資料來源建立連線時,您可以透過程式設計的方式,使用 setAuthenticationScheme 設定驗證配置,並 (選擇性) 使用 setServerSpn 為 Kerberos 連線設定 SPN。

已加入新的記錄器來支援 Kerberos 驗證:com.microsoft.sqlserver.jdbc.internals.KerbAuthentication。 如需詳細資訊,請參閱追蹤驅動程式作業

以下指導方針可幫助您設定 Kerberos:

  1. 在 Windows 的登錄中,將 AllowTgtSessionKey 設定為 1。 如需詳細資訊,請參閱 Windows Server 2003 中的 Kerberos 通訊協定登錄項目與 KDC 設定金鑰
  2. 確定 Kerberos 組態 (UNIX 環境中的 krb5.conf) 指向您的環境所適用的正確領域和 KDC。
  3. 使用 kinit 或登入網域來初始化 TGT 快取。
  4. 當使用 authenticationScheme=JavaKerberos 的應用程式在 Windows Vista 或 Windows 7 作業系統上執行時,您應使用標準使用者帳戶。 但您若是在系統管理員帳戶下執行應用程式,該應用程式就必須以系統管理員的權限執行。

注意

只有 Microsoft JDBC Driver 4.2 以上 (含) 版本支援 serverSpn 連線屬性。

服務主體名稱

服務主要名稱 (SPN) 是用戶端用以唯一識別服務執行個體的名稱。

您可以使用 serverSpn 連線屬性指定 SPN,或直接讓驅動程式為您建置 (預設)。 此屬性的格式為:"MSSQLSvc/fqdn:port@REALM",其中 fqdn 是完整網域名稱,port 是連接埠號碼,REALM 是以大寫字母表示的 SQL Server Kerberos 領域。 此選項的 REALM 部分並非必要,只在您 Kerberos 設定的預設領域與伺服器的領域相同,而且預設不會加入時才需要。 如果您想要支援跨領域驗證案例,且其中 Kerberos 設定中的預設領域和伺服器的領域不同,則您必須以 serverSpn 屬性設定 SPN。

例如,您的 SPN 可能看起來如下:MSSQLSvc/some-server.zzz.corp.contoso.com:1433@ZZZZ.CORP.CONTOSO.COM

如需有關服務主要名稱 (SPN) 的詳細資訊,請參閱:

注意

在 JDBC 驅動程式 6.2 版之前,若要正確使用跨領域 Kerberos,您必須明確地設定 serverSpn

從 6.2 版本開始,即使使用跨領域 Kerberos,驅動程式預設也將能夠建置 serverSpn。 儘管也可以明確地使用 serverSpn

建立登入模組設定檔

您可以選擇指定 Kerberos 組態檔。 如果未指定設定檔,以下設定便有效:

Sun JVM
com.sun.security.auth.module.Krb5LoginModule required useTicketCache=true;

IBM JVM
com.ibm.security.auth.module.Krb5LoginModule required useDefaultCcache = true;

如果您決定建立登入模組組態檔,此檔案必須遵循以下格式:

<name> {  
    <LoginModule> <flag> <LoginModule options>;  
    <optional_additional_LoginModules, flags_and_options>;  
};  

登入組態檔是由一個或多個項目組成,每一個項目都會指定哪一個基礎驗證技術應該用於特定應用程式。 例如,

SQLJDBCDriver {  
   com.sun.security.auth.module.Krb5LoginModule required useTicketCache=true;  
};  

每一個登入模組組態檔項目都是由一個名稱以及緊接在後的一個或多個 LoginModule-specific 項目所組成, 其中每一個 LoginModule-specific 項目都是以分號結尾,而且整組 LoginModule-specific 項目會括在大括號中。 每一個組態檔項目都是以分號結尾。

除了允許驅動程式使用登入模組組態檔中指定的設定來取得 Kerberos 認證以外,驅動程式也可以使用現有的認證。 當您的應用程式必須使用多份使用者認證建立連線時即可使用此方法。

驅動程式會嘗試使用現有的認證 (如果可用的話),然後再嘗試使用指定的登入模組進行登入。 因此,當使用 Subject.doAs 方法在特定內容下執行程式碼時,將會使用傳遞給 Subject.doAs 呼叫的認證來建立連線。

如需詳細資訊,請參閱 JAAS 登入組態檔Class Krb5LoginModule (類別 Krb5LoginModule)。

從 Microsoft JDBC Driver 6.2 開始,可以使用連線屬性 jaasConfigurationName 來傳遞登入模組設定的項目名稱, 這個方法可讓每個連線都有自己的登入設定或使用 SQLJDBCDriver 以外的名稱。

建立 Kerberos 設定檔

如需 Kerberos 組態檔的詳細資訊,請參閱 Kerberos 需求

此範例是網域設定檔,其中 YYYYZZZZ 是網域名稱。

[libdefaults]  
default_realm = YYYY.CORP.CONTOSO.COM  
dns_lookup_realm = false  
dns_lookup_kdc = true  
ticket_lifetime = 24h  
forwardable = yes  

[domain_realm]  
.yyyy.corp.contoso.com = YYYY.CORP.CONTOSO.COM  
.zzzz.corp.contoso.com = ZZZZ.CORP.CONTOSO.COM  

[realms]  
        YYYY.CORP.CONTOSO.COM = {  
  kdc = krbtgt/YYYY.CORP. CONTOSO.COM @ YYYY.CORP. CONTOSO.COM  
  default_domain = YYYY.CORP. CONTOSO.COM  
}  

        ZZZZ.CORP. CONTOSO.COM = {  
  kdc = krbtgt/ZZZZ.CORP. CONTOSO.COM @ ZZZZ.CORP. CONTOSO.COM  
  default_domain = ZZZZ.CORP. CONTOSO.COM  
}  

啟用網域設定檔和登入模組設定檔

您可以使用 Djava.security.krb5.conf 來啟用網域組態檔。 您可以使用 -Djava.security.auth.login.config 來啟用登入模組設定檔。

例如,您可以使用下列命令來啟動應用程式:

Java.exe -Djava.security.auth.login.config=SQLJDBCDriver.conf -Djava.security.krb5.conf=krb5.ini <APPLICATION_NAME>  

確認可以透過 Kerberos 存取 SQL Server

在 SQL Server Management Studio 中執行以下查詢:

select auth_scheme from sys.dm_exec_connections where session_id=\@\@spid

確定您擁有執行這個查詢的必要權限。

限制委派

從 Microsoft JDBC Driver 6.2 開始,驅動程式支援 Kerberos 限制委派。 委派的認證可以用 org.ietf.jgss.GSSCredential 物件的形式傳入,驅動程式會使用這些認證來建立連線。

Properties driverProperties = new Properties();
GSSCredential impersonatedUserCredential = [userCredential]
driverProperties.setProperty("integratedSecurity", "true");
driverProperties.setProperty("authenticationScheme", "JavaKerberos");
driverProperties.put("gsscredential", impersonatedUserCredential);
Connection conn = DriverManager.getConnection(CONNECTION_URI, driverProperties);

使用主體名稱、密碼和領域的 Kerberos 連線

從 Microsoft JDBC Driver 6.2 開始,驅動程式可以使用連接字串中傳遞的主體名稱和密碼來建立 Kerberos 連線。

jdbc:sqlserver://servername=server_name;encrypt=true;integratedSecurity=true;authenticationScheme=JavaKerberos;userName=user@REALM;password=<password>

如果使用者屬於 krb5.conf 檔案中設定的 default_realm,則 username 屬性不需要 REALM。 當 userNamepasswordintegratedSecurity=true;authenticationScheme=JavaKerberos; 屬性一起設定時,會使用 userName 的值作為 Kerberos 主體來建立連線並提供密碼。

從 Microsoft JDBC Driver 9.4 開始,使用者可以在連接字串中為 Kerberos 驗證指定領域。

jdbc:sqlserver://servername=server_name;encrypt=true;integratedSecurity=true;authenticationScheme=JavaKerberos;userName=user;password=<password>;realm=REALM

從相同網域上的 Unix 電腦使用 Kerberos 驗證

本指南假設已有作用中的 Kerberos 設定存在。 在具有作用中 Kerberos 驗證的 Windows 電腦上執行下列程式碼,以確認上述內容是否正確。 如果成功,程式碼就會將「驗證配置:KERBEROS」列印到主控台。 除了提供的執行階段旗標、相依性或驅動程式設定之外,不需要任何其他的這類設定。 相同的程式碼區塊可以在 Linux 上執行,以確認連線成功。

SQLServerDataSource ds = new SQLServerDataSource();
ds.setServerName("<server>");
ds.setPortNumber(1433); // change if necessary
ds.setIntegratedSecurity(true);
ds.setAuthenticationScheme("JavaKerberos");
ds.setDatabaseName("<database>");

try (Connection c = ds.getConnection(); Statement s = c.createStatement();
        ResultSet rs = s.executeQuery("select auth_scheme from sys.dm_exec_connections where session_id=@@spid")) {
    while (rs.next()) {
        System.out.println("Authentication Scheme: " + rs.getString(1));
    }
}
  1. 將用戶端機器加入與伺服器相同的網域。
  2. (選擇性) 設定預設的 Kerberos 票證位置。 最方便完成此動作的步驟就是設定 KRB5CCNAME 環境變數。
  3. 藉由產生新票證或將現有票證放在預設的 Kerberos 票證位置,來取得 Kerberos 票證。 若要產生票證,請使用終端機,並透過 kinit USER@DOMAIN.AD (其中 "USER" 和 "DOMAIN.AD" 分別為主體和網域) 來將票證初始化。 例如: kinit SQL_SERVER_USER03@EXAMPLE.COM 。 如果設定,將會在預設票證位置或 KRB5CCNAME 路徑中產生票證。
  4. 終端機將會提示輸入密碼,請輸入密碼。
  5. 透過 klist 確認票證中的認證,並確認認證是您要用於驗證的認證。
  6. 執行上述範例程式碼,並確認 Kerberos 驗證成功。

原生平台 GSS 整合

原生平台 GSS 整合能讓 Java 應用程式使用原生 GSS-API,而非 GSS-API 之 JDK 實作的密碼編譯機制。 舉例來說,下列範例程式碼即示範如何實現在驅動程式中使用原生 GSS-API:

GSSCredential credential = GSSManager.getInstance().createCredential(null, GSSCredential.DEFAULT_LIFETIME, new Oid("1.2.840.113554.1.2.2"), GSSCredential.INITIATE_ONLY);

SQLServerDataSource ds = new SQLServerDataSource();
ds.setURL("jdbc:sqlserver://<server>;databaseName=<database>;integratedSecurity=true;authenticationScheme=JavaKerberos;");
ds.setGSSCredentials(credential);
ds.getConnection();

try (Connection conn = ds.getConnection()) {
    ResultSet rs = conn.executeQuery("select auth_scheme from sys.dm_exec_connections where session_id=@@spid")) {
    while (rs.next()) {
        System.out.println("Authentication Scheme: " + rs.getString(1));
    }
}

此外,也需要下列 JVM 引數:

-Dsun.security.jgss.native=true
-Djavax.security.auth.useSubjectCredsOnly=false

您也可以選擇性地提供原生 GSS 程式庫的路徑。

-Dsun.security.jgss.lib=path/to/native/gss/library // This is optional

如需 JVM 引數的詳細資訊,請參閱官方 Java 文件。

使用 Kerberos 擴充保護

您也可以在使用 JDBC 驅動程式時啟用 Kerberos 的擴充保護。 其中一個限制是 JDBC 驅動程式在使用擴充保護時,不得啟用 Force Encryption。

如需如何啟用擴充保護的詳細資訊,請參閱:

如需使用加密進行連線的詳細資訊,請參閱:

另請參閱

使用 JDBC 驅動程式連線到 SQL Server