你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站,请访问 https://docs.azure.cn

更新应用程序客户端证书

将应用程序连接到 Azure Database for PostgreSQL 时,应用程序客户端必须安装受信任的根证书。 以下部分将指导你更新应用程序的受信任根证书,这是连接到 Azure Database for PostgreSQL 灵活服务器实例的应用程序的常见方案。

在客户端的 Java 密钥存储中导入根 CA 证书 - 针对证书固定应用场景

自定义编写的 Java 应用程序使用名为 cacerts 的默认密钥存储,其中包含受信任的证书颁发机构 (CA) 证书。 它通常也称为 Java 信任存储。 名为 cacerts 的证书文件驻留在安全属性目录 java.home\lib\security 中,其中 java.home 是运行时环境目录(SDK 中的 jre 目录或 Java™ 2 运行时环境的顶级目录)。 可以按照以下说明通过 PostgreSQL 更新客户端证书固定应用场景的客户端根 CA 证书:

  1. 检查 cacerts java 密钥存储,以查看它是否已包含所需的证书。 可以使用以下命令列出 Java 密钥存储中的证书:

      keytool -list -v -keystore ..\lib\security\cacerts > outputfile.txt
    

    如果客户端上的 java 密钥存储中没有必要的证书(可以在输出中检查),则应按照以下说明进行操作:

  2. 创建自定义密钥存储的备份副本。

  3. 下载证书并在本地保存这些证书,以便在本地进行引用。

  4. 生成包含所有必需根 CA 证书的组合 CA 证书存储。 下面的示例演示如何使用适用于 PostgreSQL JDBC 用户的 DefaultJavaSSLFactory。

        keytool -importcert -alias PostgreSQLServerCACert  -file D:\ DigiCertGlobalRootG2.crt.pem   -keystore truststore -storepass password -noprompt
    
        keytool -importcert -alias PostgreSQLServerCACert2  -file "D:\ Microsoft ECC Root Certificate Authority 2017.crt.pem" -keystore truststore -storepass password  -noprompt
    
        keytool -importcert -alias PostgreSQLServerCACert  -file D:\ DigiCertGlobalRootCA.crt.pem   -keystore truststore -storepass password -noprompt
    
  5. 将原始密钥存储文件替换为新生成的密钥存储文件:

    System.setProperty("javax.net.ssl.trustStore","path_to_truststore_file");
    System.setProperty("javax.net.ssl.trustStorePassword","password");
    
  6. 将原始根 CA pem 文件替换为组合的根 CA 文件,然后重启应用程序/客户端。

    若要详细了解如何使用 PostgreSQL JDBC 驱动程序配置客户端证书,请参阅此文档

    注释

    若要将证书导入客户端证书存储,可能需要将证书 .crt 文件转换为 .pem 格式。 可以使用执行这些文件转换的 OpenSSL 实用工具

以编程方式获取 Java 密钥存储中受信任的证书列表

默认情况下,Java 将受信任的证书存储在客户端上的 Java 安装文件夹中的一个特殊文件中,该文件名为 cacerts。 下面的示例首先读取 cacerts 并将其加载到 KeyStore 对象中:

private KeyStore loadKeyStore() {
    String relativeCacertsPath = "/lib/security/cacerts".replace("/", File.separator);
    String filename = System.getProperty("java.home") + relativeCacertsPath;
    FileInputStream is = new FileInputStream(filename);
    KeyStore keystore = KeyStore.getInstance(KeyStore.getDefaultType());
    String password = "changeit";
    keystore.load(is, password.toCharArray());

    return keystore;
}

cacerts 的默认密码是 changeit,但在实际客户端上应有所不同,因为管理员建议在 Java 安装后立即更改密码。 加载 KeyStore 对象后,可以使用 PKIXParameters 类读取存在的证书。

public void whenLoadingCacertsKeyStore_thenCertificatesArePresent() {
    KeyStore keyStore = loadKeyStore();
    PKIXParameters params = new PKIXParameters(keyStore);
    Set<TrustAnchor> trustAnchors = params.getTrustAnchors();
    List<Certificate> certificates = trustAnchors.stream()
      .map(TrustAnchor::getTrustedCert)
      .collect(Collectors.toList());

    assertFalse(certificates.isEmpty());
}

在 Azure 应用服务中使用客户端时更新根 CA 证书 - 针对证书固定应用场景

对于 Azure 应用服务,连接到 Azure Database for PostgreSQL 灵活服务器实例时,我们可以有两种更新客户端证书的可能方案,这取决于如何将 SSL 用于部署到 Azure 应用服务的应用程序。

  • 在 Azure Database for PostgreSQL 灵活服务器实例中发生更改之前,会在平台级别将新证书添加到应用服务。 如果你在应用程序中使用应用服务平台上包含的 SSL 证书,则无需执行任何操作。 有关详细信息,请参阅 Azure 应用服务文档中的在 Azure 应用服务中添加和管理 TLS/SSL 证书
  • 如果你在代码中显式包含 SSL 证书文件的路径,则需要下载新证书并更新代码以使用新证书。 此应用场景的一个很好的示例是在应用服务中使用自定义容器,如 Azure 应用服务文档中的教程:在 Azure 应用服务中为自定义容器配置挎斗容器所述。

在 Azure Kubernetes 服务 (AKS) 中使用客户端时更新根 CA 证书 - 针对证书固定应用场景

如果尝试使用 Azure Kubernetes 服务 (AKS) 中托管的应用程序连接到 Azure Database for PostgreSQL 并固定证书,则与从专用客户主机环境进行访问类似。 请参考此处的步骤。

更新 Windows 上 .NET (Npgsql) 用户的根 CA 证书 - 针对证书固定应用场景

对于 Windows 上的 .NET (Npgsql) 用户,连接到 Azure Database for PostgreSQL 灵活服务器实例可确保 Microsoft RSA 根证书颁发机构 2017、DigiCert 全局根 G2 和 Digicert 全局根 CA 这三者全都存在于 Windows 证书存储“受信任的根证书颁发机构”中。 如果有任何证书不存在,请导入缺失的证书。

为证书固定应用场景更新其他客户端的根 CA 证书

对于其他 PostgreSQL 客户端用户,可以按以下格式合并两个 CA 证书文件:

-----BEGIN CERTIFICATE-----
(Root CA1: DigiCertGlobalRootCA.crt.pem)
-----END CERTIFICATE-----
-----BEGIN CERTIFICATE-----
(Root CA2: Microsoft ECC Root Certificate Authority 2017.crt.pem)
-----END CERTIFICATE-----