Search <book_title>...

Guide de sécurité et de chiffrement de Veritas NetBackup™

Last Published: 2017-11-16

Product(s): NetBackup & Alta Data Protection (8.1)

Scénarios de mappages partagés ou de cluster

Les mappages d'ID d'hôte vers des noms d'hôte peuvent être partagés sur plusieurs hôtes dans les scénarios suivants :

si plusieurs hôtes de différents domaines utilisent le même nom d'hôte ;
dans une configuration de cluster où le même nom virtuel est utilisé par plusieurs nœuds de cluster.

Toutefois, dans un scénario où les hôtes associés n'ont pas le même état de communication (certains hôtes étant dans la version 8.0 ou une version antérieure et pouvant communiquer de manière non sécurisée et d'autres étant dans la version 8.1 ou une version ultérieure et pouvant communiquer de manière sécurisée), la communication peut échouer.

Se reporter à Boîte de dialogue Ajouter ou supprimer des mappages d'hôtes.

Scénario 1 - Plusieurs hôtes de différents domaines utilisent le même nom d'hôte

Prenons l'exemple suivant :

Hôte1 - abc.secure.domain1.com, version - 8.1, politique - P1
Hôte2 - abc.insecure.domain2.com, version - 7.7.3, politique - P2
L'hôte1 et l'hôte2 utilisent le même nom - abc - comme nom d'hôte. L'administrateur de sécurité ajoute abc comme mappage partagé pour l'hôte2.
Se reporter à Ajout de mappages partagés ou de cluster.
Une communication non sécurisée avec des hôtes versions 8.0 et antérieures est activée.
Se reporter à À propos de la communication non sécurisée avec les hôtes 8.0 et versions antérieures.
Lorsque l'hôte2 démarre une communication avec un autre hôte, le serveur maître valide l'état de la communication de l'hôte2 (non sécurisé), qui est différent de celui de l'hôte1 (sécurisé). Comme les deux hôtes utilisent le même nom d'hôte, mais que l'état de leur communication ne correspond pas, la communication avec l'hôte2 échoue.
Recommandation : l'hôte2 doit être mis à niveau vers la version 8.1 ou une version ultérieure.

Scénario 2 - Configuration de cluster où le même nom virtuel est utilisé par plusieurs nœuds de cluster

Prenons l'exemple suivant :

Hôte1 - abc.secure.domain1.com, nœud de cluster actif, version - 8.1
Hôte2 - abc.secure.domain1.com, nœud de cluster inactif, version - 8.0
L'hôte1 et l'hôte2 utilisent le même nom virtuel abc. L'administrateur de sécurité ajoute abc comme mappage partagé ou de cluster pour l'hôte2.
Se reporter à Ajout de mappages partagés ou de cluster.
Une communication non sécurisée avec des hôtes versions 8.0 et antérieures est activée.
Se reporter à À propos de la communication non sécurisée avec les hôtes 8.0 et versions antérieures.
L'hôte1 bascule vers l'hôte2. Le serveur maître valide l'état de la communication de l'hôte2 (non sécurisé), qui est différent de celui de l'hôte1 (sécurisé). Comme l'état de communication des deux hôtes ne correspond pas, la communication avec l'hôte2 échoue.
Recommandation : l'hôte2 doit être mis à niveau vers la version 8.1.
Solution de contournement : supprimez le mappage abc de l'ID d'hôte vers le nom d'hôte pour l'hôte1. En cas de mappage partagé, si les hôtes associés ne disposent pas du même état de communication (sécurisé), la communication échoue pour l'hôte ayant l'état de communication non sécurisé.