Actualización de la autenticación de archivo de claves a la autenticación X.509

Actualizar tls clústeres (utilizando las opciones) mediante TLS/SSL y archivo de claves

Para clústeres que emplean autenticación TLS/SSL y de archivos clave, para actualizar a la autenticación de clúster X.509, utiliza el siguiente proceso de actualización progresiva:

1. Para cada nodo de un clúster, agrega los siguientes ajustes al archivo de configuración y reinicia:

   • security.clusterAuthMode

     Establecido en sendKeyFile. Con este valor, cada nodo continúa enviando su archivo de claves para autenticarse como miembro. Sin embargo, cada nodo puede recibir un archivo de claves o un certificado X.509 de otros miembros para autenticarse.

   • net.tls.clusterFile

     Establézcalo en la ruta adecuada del archivo de clave del certificado del nodo para la autenticación de membresía. El mongod / mongos presenta este archivo a otros nodos del clúster para identificarse como un nodo.

   Incluye otras opciones TLS/SSL y cualquier otra opción según sea apropiado para tu configuración específica.

   Por ejemplo:

   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

   Actualiza todos los nodos del clúster para incluir la security.clusterAuthMode y la net.tls.clusterFile antes de continuar.

2. Conéctese a cada nodo y utilice el comando setParameter para actualizar el clusterAuthMode a sendX509. [1]

   db.adminCommand( { setParameter: 1, clusterAuthMode: "sendX509" } )

   Con sendX509, cada nodo envía su net.tls.clusterFile para autenticarse como miembro. Sin embargo, cada nodo puede recibir ya sea un keyfile o un certificado X.509 de otros miembros para autenticar a esos miembros.

   Actualiza todos los nodos del clúster a esta configuración antes de continuar.

3. Opcional, pero recomendado. Finalmente, para cada nodo del clúster, conéctese al nodo y use el comandosetParameterpara actualizarclusterAuthModea x509 y usar solo el certificado X.509 para la autenticación. [1]

   db.adminCommand( { setParameter: 1, clusterAuthMode: "x509" } )

4. Después de actualizar todos los nodos, edita el archivo de configuración con la configuración X.509 adecuada para garantizar que, en reinicios posteriores, el clúster utilice la autenticación X.509. Por ejemplo:

   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

Actualizar (usando tls opciones) clústeres que usan archivo de clave pero no TLS/SSL

Para clústeres que utilizan autenticación por archivo clave pero no TLS/SSL, para actualizar a la autenticación de membresía X.509 y conexiones TLS/SSL:

1. Para cada nodo de un clúster, agrega los siguientes ajustes al archivo de configuración y reinicia:

   • net.tls.mode

     Establecer en allowTLS. Este valor permite que el nodo acepte conexiones entrantes que utilicen TLS/SSL y también aquellas que no utilicen TLS/SSL. Sus conexiones salientes no utilizan TLS/SSL.

   • net.tls.certificateKeyFile

     Establezca la ruta del archivo que contiene el certificado TLS/SSL y la clave. El mongod / mongos presenta este archivo a sus clientes para establecer la identidad de la instancia. Necesario cuando se utiliza TLS/SSL.

   • net.tls.clusterFile

     Establézcalo en la ruta adecuada del archivo de clave del certificado del nodo para la autenticación de membresía. El mongod / mongos presenta este archivo a otros nodos del clúster para identificarse como un nodo.

   • net.tls.CAFile

     Establecido en la ruta del archivo que contiene la cadena de certificados para verificar los certificados recibidos.

   • security.clusterAuthMode

     Establecido en sendKeyFile. Esto permite que cada nodo siga enviando su archivo de claves para autenticarse como miembro. Sin embargo, cada nodo puede recibir un archivo de claves o un certificado X.509 de otros miembros para autenticarse.

   Incluye otras opciones TLS/SSL y cualquier otra opción según sea apropiado para tu configuración específica.

   Por ejemplo:

   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

   Actualice todos los nodos del clúster para incluir net.tls.mode, net.tls.certificateKeyFile, net.tls.clusterFile y security.clusterAuthMode.

2. Conéctese a cada nodo y utilice el comando setParameter [1] para:

   1. Actualice tlsMode preferSSLa. Con tlsMode establecido preferTLS en, el nodo acepta conexiones entrantes TLS/SSL y no TLS/no SSL, y sus conexiones salientes usan TLS/SSL.

   2. Actualiza el clusterAuthMode a sendX509. Con el clusterAuthMode configurado en sendX509, cada nodo envía su net.tls.clusterFile para autenticarse como nodo. Sin embargo, cada nodo continúa aceptando ya sea un archivo de claves o un certificado X.509 de otros nodos para autenticar a dichos nodos.

   db.adminCommand( { setParameter: 1, tlsMode: "preferTLS" } );
   db.adminCommand( { setParameter: 1, clusterAuthMode: "sendX509" } );

   Actualiza todos los nodos del clúster a estos parámetros antes de continuar.

3. Después de la actualización de todos los nodos, edite el archivo de configuración con la configuración adecuada de TLS/SSL y X.509 para garantizar que, en reinicios posteriores, el clúster utilice la autenticación 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

   Nota

   En este punto,

   • Los nodos en el clúster usan conexiones TLS/SSL. Sin embargo, los nodos pueden aceptar conexiones que no sean TLS/SSL de aplicaciones cliente.

   • Los nodos envían sus certificados X.509 para la autenticación de membresía, pero pueden aceptar certificados X.509 o archivos de clave de otros nodos para verificar la membresía de esos nodos.

   Para aplicar las conexiones TLS/SSL desde las aplicaciones cliente, así como aceptar solo X.509 para la autenticación de membresía, consulte el siguiente paso.

4. Opcional, pero recomendado. Actualice todos los nodos para usar solo TLS/SSL conexiones y solo el509 certificado X. para la autenticación de membresía.

   Importante

   Este requisito de conexión TLS/SSL se aplica a todas las conexiones; es decir, tanto con los clientes como con los nodos del clúster. Es decir, los clientes deben especificar conexiones TLS/SSL y presentar su archivo de clave de certificado al conectarse al clúster. Consulta Conectar con instancias de MongoDB que requieren certificados de cliente para obtener más información sobre la conexión con TLS/SSL. Consultar también Validar solo si un cliente presenta un certificado.

   Actualiza el net.tls.mode a requireTLS y security.clusterAuthMode a x509.

   Por ejemplo:

   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

Clústeres que actualmente utilizan TLS/SSL (utilizando ssl opciones)

Para clústeres que emplean autenticación TLS/SSL y de archivos clave, para actualizar a la autenticación de clúster X.509, utiliza el siguiente proceso de actualización progresiva:

1. Para cada nodo de un clúster, inicia el nodo con la opción --clusterAuthMode establecida en sendKeyFile y la opción --sslClusterFile configurada en la ruta apropiada del certificado del nodo. Incluye otras opciones TLS/SSL así como cualquier otra opción que se requiera para tu configuración específica. Por ejemplo:

   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)>

   Con esta configuración, cada nodo continúa utilizando su keyfile para autenticarse como nodo. Sin embargo, cada nodo ahora puede aceptar un archivo de clave o un certificado X.509 de otros miembros para autenticar a esos miembros. Actualiza todos los nodos del clúster a esta configuración.

2. Luego, para cada nodo de un clúster, conéctese al nodo y use el comando para setParameter actualizar clusterAuthMode sendX509a. [1] Por ejemplo,

   db.adminCommand( { setParameter: 1, clusterAuthMode: "sendX509" } )

   Con esta configuración, cada nodo usa su certificado X.509, especificado con la opción --sslClusterFile en el paso anterior, para autenticarse como miembro. Sin embargo, cada nodo sigue aceptando un archivo de claves o un certificado X.509 de otros miembros para autenticarse. Actualice todos los nodos del clúster a esta configuración.

3. Opcional, pero recomendado. Finalmente, para cada nodo del clúster, conéctate al nodo y utiliza el comando setParameter para actualizar el clusterAuthMode a x509 y usar únicamente el certificado X.509 para la autenticación. [1] Por ejemplo:

   db.adminCommand( { setParameter: 1, clusterAuthMode: "x509" } )

4. Después de la actualización de todos los nodos, edita el archivo de configuración con los parámetros adecuados de X.509 para asegurarte de que, en los reinicios posteriores, el clúster utilice la autenticación X.509.

Consulta --clusterAuthMode para obtener información sobre los diferentes modos y sus descripciones.

Clústeres que actualmente no utilizan TLS/SSL (opciones de uso ssl)

Para los clústeres que utilizan autenticación con archivo de claves pero no TLS/SSL, para actualizar a X.509 autenticación, utilice el siguiente proceso de actualización gradual:

1. Para cada nodo de un clúster, inicia el nodo con la opción --sslMode configurada en allowSSL, la opción --clusterAuthMode configurada en sendKeyFile y la opción --sslClusterFile configurada en la ruta adecuada del certificado del nodo. Incluya otras opciones TLS/SSL así como otras opciones que sean necesarias para su configuración específica. Por ejemplo:

   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)>

   La configuración --sslMode allowSSL permite que el nodo acepte tanto conexiones entrantes TLS/SSL como no TLS/no SSL. Las conexiones salientes del nodo no usan TLS/SSL.

   La configuración de --clusterAuthMode sendKeyFile permite que cada nodo siga utilizando su archivo de claves para autenticarse como nodo. Sin embargo, ahora cada nodo puede aceptar ya sea un archivo clave o un certificado X.509 de otros nodos para autenticar a esos nodos.

   Actualice todos los nodos del clúster a estas configuraciones.

2. Luego, para cada nodo de un clúster, conecta al nodo y utiliza el comando setParameter para actualizar el sslMode a preferSSL y el clusterAuthMode a sendX509. [1] Por ejemplo:

   db.adminCommand( { setParameter: 1, sslMode: "preferSSL", clusterAuthMode: "sendX509" } )

   Con el sslMode configurado en preferSSL, el nodo acepta tanto conexiones entrantes TLS/SSL como conexiones no TLS/no SSL, y sus conexiones salientes utilizan TLS/SSL.

   Con clusterAuthMode configurado en sendX509, cada nodo utiliza su certificado X.509, especificado con la opción --sslClusterFile en el paso anterior, para autenticarse como nodo. Sin embargo, cada nodo continúa aceptando un archivo de claves o un certificado X.509 de otros nodos para autenticar a estos nodos.

   Actualice todos los nodos del clúster a estas configuraciones.

3. Opcional, pero recomendado. Finalmente, para cada nodo del clúster, conecte al nodo y utilice el comando setParameter para actualizar el sslMode a requireSSL y el clusterAuthMode a x509. [1] Por ejemplo:

   db.adminCommand( { setParameter: 1, sslMode: "requireSSL", clusterAuthMode: "x509" } )

   Con sslMode establecido requireSSL en, el nodo solo usa conexiones TLS/SSL.

   Con la configuración clusterAuthMode ajustada a x509, el nodo solo utiliza el certificado X.509 para autenticación.

4. Después de la actualización de todos los nodos, edite el archivo de configuración con la configuración adecuada de TLS/SSL y X.509 para garantizar que, en reinicios posteriores, el clúster utilice la autenticación X.509.

Consulta --clusterAuthMode para obtener información sobre los diferentes modos y sus descripciones.