从密钥文件身份验证升级到 x.509 身份验证
要将当前使用密钥文件身份验证的集群升级到 x.509 身份验证,请使用以下滚动升级过程。
[NOTE]注意
从 4.0 版开始,MongoDB 在 TLS 1.1+ 可用的系统上禁用对 TLS 1.0 加密的支持。 有关详细信息,请参阅Disable TLS 1.0。
升级过程(使用 tls 选项)
[NOTE]注意
从版本 4.2 开始,MongoDB 提供与
net.ssl
设置(及其相应的--ssl
命令行选项)相对应的net.tls
设置(以及相应的--tls
命令行选项)。 新的tls
设置/选项提供与ssl
设置/选项相同的功能,因为 MongoDB 一直支持 TLS 1.0 及更高版本。本节中的过程使用
tls
设置/选项。 有关使用ssl
设置/选项的过程,请参阅Upgrade Procedures (Usingssl
Options)。
使用 TLS/SSL 和密钥文件升级(使用 tls 选项)集群
[NOTE]注意
该过程使用 tls 设置/选项。 有关使用 ssl 设置/选项的过程,请参阅 当前使用 TLS/SSL 的集群(使用 ssl 选项)。
对于使用 TLS/SSL 和密钥文件身份验证的集群,要升级到 x.509 集群身份验证,请使用以下滚动升级过程:
对于集群的每个成员,将以下设置添加到configuration file并重新启动:
-
设置为发送密钥文件。 使用此设置值,每个节点继续发送其密钥文件以将自己验证为成员。 但是,每个节点都可以从其他成员接收密钥文件或 x.509 证书来验证这些成员。
-
设置为用于成员身份验证的节点证书密钥文件的适当路径。 mongod / mongos 将此文件呈现给集群的其他成员,以将自己标识为成员。
包括其他 TLS/SSL options和适合您的特定配置的任何其他选项。
例如:
net: tls: mode: requireTLS certificateKeyFile: /etc/ssl/mongodb.pem CAFile: /etc/ssl/caToValidateReceivedCertificates.pem clusterFile: "/etc/ssl/myReplMembershipCertificateKeyFile.pem" security: clusterAuthMode: sendKeyFile keyFile: /my/securely/located/membershipkey replication: replSetName: myReplicaSet net: bindIp: localhost,mongodb0.example.net port: 27017 systemLog: destination: file path: "/var/log/mongodb/mongod.log" logAppend: true storage: dbPath: "/var/lib/mongodb" processManagement: fork: true
在继续之前更新集群的所有节点以包括
security.clusterAuthMode
和net.tls.clusterFile
设置。-
连接到每个节点并使用
setParameter
命令将clusterAuthMode
更新为sendX509
。 [1]db.adminCommand( { setParameter: 1, clusterAuthMode: "sendX509" } )
使用
sendX509
,每个节点发送其net.tls.clusterFile
以将自己验证为成员。 但是,每个节点都可以从其他成员接收密钥文件或 x.509 证书来验证这些成员。在继续之前将集群的所有节点升级到此设置。
可选但推荐。 最后,对于集群的每个节点,连接到该节点并使用
setParameter
命令将clusterAuthMode
更新为x509以仅使用x.509证书进行身份验证。 [1]db.adminCommand( { setParameter: 1, clusterAuthMode: "x509" } )
升级所有节点后,使用适当的 x.509 设置编辑configuration file,以确保在随后重新启动时,集群使用 x.509 身份验证。 例如:
net: tls: mode: requireTLS certificateKeyFile: /etc/ssl/mongodb.pem CAFile: /etc/ssl/caToValidateReceivedCertificates.pem clusterFile: "/etc/ssl/myReplMembershipCertificateKeyFile.pem" security.clusterAuthMode: x509 replication: replSetName: myReplicaSet net: bindIp: localhost,mongodb0.example.net port: 27017 systemLog: destination: file path: "/var/log/mongodb/mongod.log" logAppend: true storage: dbPath: "/var/lib/mongodb" processManagement: fork: true
[TIP]提示
也可以看看:
您还可以使用命令行选项而不是配置文件来配置
mongod
和mongos
:
- For
mongod
, see: ---tlsMode
---tlsCertificateKeyFile
---tlsCAFile
---tlsClusterFile
---clusterAuthMode
- For
mongos
, see: ---tlsMode
---tlsCertificateKeyFile
---tlsCAFile
---tlsClusterFile
---clusterAuthMode
使用密钥文件而不是 TLS/SSL 更新(使用 tls 选项)集群
[NOTE]注意
该过程使用
tls
选项。 有关使用ssl
设置/选项的过程,请参阅Clusters Currently Not Using TLS/SSL (Usingssl
Options)。
对于使用密钥文件身份验证但不使用 TLS/SSL 的集群,升级到 x.509 成员资格身份验证和 TLS/SSL 连接:
对于集群的每个成员,将以下设置添加到配置文件并重新启动:
-
设置为允许 TLS。 该值允许节点接受 TLS/SSL 和非 TLS/非 SSL 传入连接。 它的传出连接不使用 TLS/SSL。
-
设置为包含 TLS/SSL 证书和密钥的文件的路径。
mongod
/mongos
将此文件呈现给其客户端以建立实例的身份。 使用 TLS/SSL 时需要。 -
设置为包含用于验证收到的证书的证书链的文件的路径。
-
设置为发送密钥文件。 使用此设置值,每个节点继续发送其密钥文件以将自己验证为成员。 但是,每个节点都可以从其他成员接收密钥文件或 x.509 证书来验证这些成员。
包括其他 TLS/SSL options和适合您的特定配置的任何其他选项。
例如:
net: tls: mode: allowTLS certificateKeyFile: /etc/ssl/mongodb.pem clusterFile: "/etc/ssl/myReplMembershipCertificateKeyFile.pem" CAFile: /etc/ssl/caToValidateReceivedCertificates.pem security: clusterAuthMode: sendKeyFile keyFile: /my/securely/located/membershipkey replication: replSetName: myReplicaSet net: bindIp: localhost,mongodb0.example.net port: 27017 systemLog: destination: file path: "/var/log/mongodb/mongod.log" logAppend: true storage: dbPath: "/var/lib/mongodb" processManagement: fork: true
升级集群的所有节点以包括
net.tls.mode
、net.tls.certificateKeyFile
、net.tls.clusterFile
和security.clusterAuthMode
。-
连接到每个节点并使用
setParameter
命令 [1] 来:- 将
tlsMode
更新为 preferSSL。 将tlsMode
设置为 preferTLS 时,节点接受 TLS/SSL 和非 TLS/非 SSL 传入连接,并且其传出连接使用 TLS/SSL。 - 将
clusterAuthMode
更新为sendX509
。 将clusterAuthMode
设置为sendX509
后,每个节点都会发送其net.tls.clusterFile
以将自己验证为成员。 但是,每个节点继续接受来自其他成员的密钥文件或 x.509 证书以验证这些成员。
db.adminCommand( { setParameter: 1, tlsMode: "preferTLS" } ); db.adminCommand( { setParameter: 1, clusterAuthMode: "sendX509" } );
在继续之前将集群的所有节点升级到这些设置。
- 将
升级所有节点后,使用适当的 TLS/SSL 和 x.509 设置编辑configuration file,以确保在随后重新启动时,集群使用 x.509 身份验证。
net: tls: mode: preferTLS certificateKeyFile: /etc/ssl/mongodb.pem clusterFile: "/etc/ssl/myReplMembershipCertificateKeyFile.pem" CAFile: /etc/ssl/caToValidateReceivedCertificates.pem security: clusterAuthMode: sendX509 replication: replSetName: myReplicaSet net: bindIp: localhost,mongodb0.example.net port: 27017 systemLog: destination: file path: "/var/log/mongodb/mongod.log" logAppend: true storage: dbPath: "/var/lib/mongodb" processManagement: fork: true
[NOTE]注意
在此刻,
- 集群中的节点使用 TLS/SSL 连接。 但是,节点可以接受来自客户端应用程序的非 TLS/SSL 连接。
- 节点发送它们的 x.509 证书以进行成员身份验证,但可以接受来自其他节点的 x.509 证书或密钥文件以验证其他节点的成员身份。
要从客户端应用程序强制执行 TLS/SSL 连接以及仅接受 x.509 进行成员身份验证,请参阅下一步。
可选但推荐。 更新所有节点以仅使用
TLS/SSL
连接和仅用于成员身份验证的 x.509 证书。[IMPORTANT]重要
此 TLS/SSL 连接要求适用于所有连接; 也就是说,与客户以及集群的成员。 也就是说,客户端必须指定 TLS/SSL 连接,并在连接到集群时出示其证书密钥文件。 有关使用 TLS/SSL 连接的更多信息,请Connect to MongoDB Instance that Requires Client Certificates (
tls
Options)。 另请参阅Validate Only if a Client Presents a Certificate。将
net.tls.mode
更新为requireTLS
并将security.clusterAuthMode
更新为 x509。例如:
net: tls: mode: requireTLS certificateKeyFile: /etc/ssl/mongodb.pem clusterFile: "/etc/ssl/myReplMembershipCertificateKeyFile.pem" CAFile: /etc/ssl/caToValidateReceivedCertificates.pem security: clusterAuthMode: x509 replication: replSetName: myReplicaSet net: bindIp: localhost,mongodb0.example.net port: 27017 systemLog: destination: file path: "/var/log/mongodb/mongod.log" logAppend: true storage: dbPath: "/var/lib/mongodb" processManagement: fork: true
[TIP]提示
也可以看看:
您还可以使用命令行选项而不是配置文件来配置
mongod
和mongos
:
- For
mongod
, see: ---tlsMode
---tlsCertificateKeyFile
---tlsCAFile
---tlsClusterFile
---clusterAuthMode
- For
mongos
, see: ---tlsMode
---tlsCertificateKeyFile
---tlsCAFile
---tlsClusterFile
---clusterAuthMode
使用密钥文件而不是 TLS/SSL 更新(使用 tls 选项)集群
[NOTE]注意
该过程使用
tls
选项。 有关使用ssl
设置/选项的过程,请参阅Clusters Currently Not Using TLS/SSL (Usingssl
Options)。
对于使用 TLS/SSL 和密钥文件身份验证的集群,要升级到 x.509 集群身份验证,请使用以下滚动升级过程:
对于集群的每个节点,启动节点时将选项
--clusterAuthMode
设置为sendKeyFile
并将选项--sslClusterFile
设置为节点证书的适当路径。 包括其他 TLS/SSL options以及特定配置所需的任何其他选项。 例如:mongod --replSet <name> --sslMode requireSSL --clusterAuthMode sendKeyFile --sslClusterFile <path to membership certificate and key PEM file> --sslPEMKeyFile <path to TLS/SSL Certificate and key PEM file> --sslCAFile <path to root CA PEM file> --bind_ip localhost,<hostname(s)|ip address(es)>
使用此设置,每个节点继续使用其密钥文件将自己验证为成员。 但是,每个节点现在都可以接受来自其他成员的密钥文件或 x.509 证书来验证这些成员。 将集群的所有节点升级到此设置。
然后,对于集群的每个节点,连接到该节点并使用
setParameter
命令将clusterAuthMode
更新为sendX509
。 [1] 例如,db.adminCommand( { setParameter: 1, clusterAuthMode: "sendX509" } )
使用此设置,每个节点都使用其 x.509 证书(在上一步中使用
--sslClusterFile
选项指定)将自己验证为成员。 但是,每个节点继续接受来自其他成员的密钥文件或 x.509 证书以验证这些成员。 将集群的所有节点升级到此设置。可选但推荐。 最后,对于集群的每个节点,连接到该节点并使用
setParameter
命令将clusterAuthMode
更新为x509以仅使用x.509证书进行身份验证。 [1] 例如:db.adminCommand( { setParameter: 1, clusterAuthMode: "x509" } )
升级所有节点后,使用适当的 x.509 设置编辑configuration file,以确保在随后重新启动时,集群使用 x.509 身份验证。
有关各种模式及其描述,请参阅 --clusterAuthMode
。
当前未使用 TLS/SSL 的集群(使用 ssl 选项)
[NOTE]注意
该过程使用
tls
选项。 有关使用ssl
设置/选项的过程,请参阅Clusters Currently Not Using TLS/SSL (Usingssl
Options)。
对于使用密钥文件身份验证但不使用 TLS/SSL 的集群,要升级到 x.509 身份验证,请使用以下滚动升级过程:
对于集群的每个节点,启动节点时将选项
--sslMode
设置为allowSSL
,选项--clusterAuthMode
设置为sendKeyFile
,选项--sslClusterFile
设置为节点证书的适当路径。 包括其他 TLS/SSL options以及特定配置所需的任何其他选项。 例如:mongod --replSet <name> --sslMode allowSSL --clusterAuthMode sendKeyFile --sslClusterFile <path to membership certificate and key PEM file> --sslPEMKeyFile <path to TLS/SSL certificate and key PEM file> --sslCAFile <path to root CA PEM file> --bind_ip localhost,<hostname(s)|ip address(es)>
--sslMode allowSSL
设置允许节点接受 TLS/SSL 和非 TLS/非 SSL 传入连接。 它的传出连接不使用 TLS/SSL。--clusterAuthMode sendKeyFile
设置允许每个节点继续使用其密钥文件将自己验证为成员。 但是,每个节点现在都可以接受来自其他成员的密钥文件或 x.509 证书来验证这些成员。将集群的所有节点升级到这些设置。
然后,对于集群的每个节点,连接到该节点并使用
setParameter
命令将sslMode
更新为preferSSL
并将clusterAuthMode
更新为sendX509
。 [1] 例如:db.adminCommand( { setParameter: 1, sslMode: "preferSSL", clusterAuthMode: "sendX509" } )
将
sslMode
设置为preferSSL
后,节点接受 TLS/SSL 和非 TLS/非 SSL 传入连接,并且其传出连接使用 TLS/SSL。将
clusterAuthMode
设置为sendX509
后,每个节点都使用其 x.509 证书(在上一步中使用--sslClusterFile
选项指定)将自己验证为成员。 但是,每个节点继续接受来自其他成员的密钥文件或 x.509 证书以验证这些成员。将集群的所有节点升级到这些设置。
可选但推荐。 最后,对于集群的每个节点,连接到该节点并使用
setParameter
命令将sslMode
更新为requireSSL
并将clusterAuthMode
更新为x509
。 [1] 例如:db.adminCommand( { setParameter: 1, sslMode: "requireSSL", clusterAuthMode: "x509" } )
将
sslMode
设置为 requireSSL 后,节点仅使用 TLS/SSL 连接。当
clusterAuthMode
设置为 x509 时,节点仅使用 x.509 证书进行身份验证。升级所有节点后,使用适当的 TLS/SSL 和 x.509 设置编辑configuration file,以确保在随后重新启动时,集群使用 x.509 身份验证。
有关各种模式及其描述,请参阅 --clusterAuthMode
。
[1] (1, 2, 3, 4, 5, 6, 7) 作为使用 setParameter
命令的替代方法,您还可以使用适当的 TLS/SSL 和 x509 选项和值重新启动节点。
参见
原文 - Upgrade from Keyfile Authentication to x.509 Authentication
译者:景圣