View a markdown version of this page

AWS CloudHSM Principaux échecs de réplication du SDK client 5 - AWS CloudHSM
Problème : La clé sélectionnée n'est pas synchronisée dans l'ensemble du clusterProblème : une clé avec la même référence existe dans le cluster de destination avec des informations ou des attributs différents

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

AWS CloudHSM Principaux échecs de réplication du SDK client 5

La key replicate commande de l'interface de ligne de commande CloudHSM réplique une clé d'un AWS CloudHSM cluster source vers un cluster de destination. AWS CloudHSM Ce guide traite des défaillances provoquées par des incohérences au sein du cluster source ou entre les clusters source et de destination.

Problème : La clé sélectionnée n'est pas synchronisée dans l'ensemble du cluster

Le processus de réplication des clés vérifie la synchronisation des clés dans l'ensemble du cluster source. Si des informations ou des attributs clés ont la valeur « incohérente », cela signifie que la clé n'est pas synchronisée au sein du cluster. La réplication de la clé échoue avec le message d'erreur suivant : 

{
  "error_code": 1,
  "data": "The selected key is not synchronized throughout the cluster"
}

Pour vérifier la désynchronisation des clés dans le cluster source, procédez comme suit :

  1. Exécutez la key list commande dans l'interface de ligne de commande CloudHSM.

  2. Utilisez le --filter drapeau pour spécifier la clé.

  3. Ajoutez le --verbose drapeau pour voir la sortie complète avec les principales informations de couverture.

aws-cloudhsm > key list --filter attr.label=example-desynchronized-key-label --verbose
{
  "error_code": 0,
  "data": {
    "matched_keys": [
      {
        "key-reference": "0x000000000048000f",
        "key-info": {
          "key-owners": [
            {
              "username": "cu1",
              "key-coverage": "full"
            }
          ],
          "shared-users": [],
        "key-quorum-values": {
          "manage-key-quorum-value": 0,
          "use-key-quorum-value": 0
        },
          "cluster-coverage": "full"
        },
        "attributes": {
          "key-type": "aes",
          "label": "example-desynchronized-key-label",
          "id": "0x",
          "check-value": "0xbe79db",
          "class": "secret-key",
          "encrypt": false,
          "decrypt": false,
          "token": true,
          "always-sensitive": true,
          "derive": false,
          "destroyable": true,
          "extractable": true,
          "local": true,
          "modifiable": true,
          "never-extractable": false,
          "private": true,
          "sensitive": true,
          "sign": "inconsistent",
          "trusted": false,
          "unwrap": false,
          "verify": true,
          "wrap": false,
          "wrap-with-trusted": false,
          "key-length-bytes": 16
        }
      }
    ],
    "total_key_count": 1,
    "returned_key_count": 1
  }
}
Solution : Synchroniser les informations et les attributs clés dans l'ensemble du cluster source

Pour synchroniser les informations et les attributs clés dans l'ensemble du cluster source, procédez comme suit :

  1. Pour les attributs de clé incohérents : utilisez la key set-attribute commande pour définir l'attribut souhaité pour la clé spécifique.

  2. En cas de couverture utilisateur partagée incohérente : utilisez les key unshare commandes key share ou pour ajuster le partage des touches avec les utilisateurs souhaités.

Problème : une clé avec la même référence existe dans le cluster de destination avec des informations ou des attributs différents

Si une clé ayant la même référence existe dans le cluster de destination mais possède des informations ou des attributs différents, l'erreur suivante peut se produire : 

{
  "error_code": 1,
  "data": "Key replicate failed on 1 of 3 connections"
}
Résolution

  1. Déterminez quelle version de la clé doit être conservée.

  2. Supprimez la version de clé indésirable à l'aide de la key delete commande dans le cluster approprié.

  3. Répliquez la clé depuis le cluster dont la version est correcte.