Guide de référence des commandes Veritas NetBackup™
- Introduction
- Annexe A. Commandes NetBackup
Nom
bptestbpcd — teste les connexions de bpcd et vérifie les options de connexion
Synopsis
[-host nom_hôte] [-client nom_client] [-M serveur] [-connect_options 0|1|2 0|1|2 0|1|2|3] [-connect_timeout secondes] [-wait_to_close secondes] [-verbose]
Sur les systèmes UNIX, le chemin d'accès à cette commande est /usr/openv/netbackup/bin/admincmd/
Sur les systèmes Windows, le chemin d'accès à cette commande est chemin_d'accès\NetBackup\bin\admincmd\
DESCRIPTION
La commande bptestbpcd essaye d'établir une connexion d'un serveur NetBackup au daemon bpcd sur un hôte ou un client NetBackup. En cas de succès, elle signale les informations à propos des sockets qui sont établis.
La première ligne de la sortie comprend trois chiffres qui représentent les options de connexion effectives. Ces chiffres ne sont pertinents que lorsque vous vous connectez à bpcd sur l'hôte local.
Le premier chiffre est 0 si le port source réservé est utilisé et 1 si le port non réservé est utilisé.
Le deuxième chiffre est 0 si vous utilisez le rappel hérité (port aléatoire) et 1 si vous utilisez le rappel
vnetd
.Le troisième chiffre est 1 si la connexion est lancée sur le numéro de port PBX ou
vnetd
. Le troisième chiffre est 2 si la connexion est lancée sur le numéro de port bpcd hérité.
Les autres lignes de sortie présentent les éléments affichés :
L'adresse IP et le numéro de port du serveur NetBackup.
La direction de connexion.
L'adresse IP et le numéro de port de bpcd.
Si la communication a été chiffrée par une connexion locale au processus de proxy sécurisé.
OPTIONS
- -connect_options 0|1|2 0|1|2|3 0|1|2|3
Le premier paramètre indique le type de port source à utiliser quand vous vous connectez à bpcd sur l'hôte ou le client. Si vous utilisez la méthode de rappel traditionnelle, ce paramètre indique également le type de port de serveur sur lequel écouter la connexion entrante.
Remarque :
Cette option est utile uniquement lorsque vous testez la connectivité à bpcd sur l'hôte local.
0 = Utilisation d'un numéro de port réservé.
1 = Utilisation d'un numéro de port non réservé.
2 = Utilisation de la valeur définie par l'entrée de configuration DEFAULT_CONNECT_OPTIONS sur le serveur.
Le deuxième paramètre indique la méthode de rappel de bpcd à utiliser pour se connecter au client :
0 = Utilisation de la méthode de rappel traditionnelle.
1 = Utilisation de la méthode sans rappel . vnetd.
2 = Utiliser la valeur définie par l'entrée de configuration DEFAULT_CONNECT_OPTIONS sur le serveur.
Le troisième paramètre indique la méthode de connexion à utiliser pour établir la connexion à l'hôte ou au client :
0 = Connexion à l'hôte ou au client via le port PBX (1556). Si cette méthode échoue, connectez-vous via le port vnetd (13724). Si la méthode échoue à nouveau, connectez-vous via le port du daemon (13782).
1 = Connexion à l'hôte ou au client via le port PBX (1556). Si cette méthode échoue, connectez-vous via le port vnetd (13724). Si cette méthode est elle aussi infructueuse, la tentative de connexion échoue.
2 = Connexion à l'hôte ou au client via le port du daemon (13782).
3 = Utilisation de la valeur définie par l'entrée de configuration DEFAULT_CONNECT_OPTIONS sur le serveur.
Si -connect_options n'est pas spécifiée pour -client, toute entrée CONNECT_OPTIONS configurée dans les Attributs client pour clientname est utilisée. Autrement, toute entrée CONNECT_OPTIONS définie pour clientname est utilisée. Autrement, les entrées DEFAULT_CONNECT_OPTIONS sont utilisées.
- -client client_name
Le nom de client du système auquel se connecter. Ceci crée les mêmes connexions héritées à bpcd qui seraient normalement utilisées lors de la connexion à un client NetBackup pour une sauvegarde multiplex. Si aucun des paramètres -host ou -client n'est spécifié, le nom d'hôte du système local est utilisé.
- -connect_timeout secondes
Spécifie le délai d'attente, en secondes, avant qu'une tentative de connexion du serveur à l'hôte ou au client n'échoue. Si non spécifié, le paramètre par défaut est l'entrée CLIENT_CONNECT_TIMEOUT configurée sur le serveur qui essaye d'établir la connexion.
- -host nom_hôte
Spécifie le nom d'hôte du système auquel se connecter. Généralement, nom_hôte correspond au nom d'hôte d'un serveur NetBackup. Cette option crée les mêmes connexions héritées à bpcd qui seraient normalement utilisées lors de la connexion à un serveur NetBackup. Si aucun des paramètres -host ou -client n'est spécifié, le nom d'hôte du système local est utilisé.
- -M server
Spécifie le nom d'hôte du serveur NetBackup qui lance les connexions au client ou à l'hôte cible. Si cette option n'est pas spécifiée, l'hôte local établit les connexions. Si elle est spécifiée, l'hôte local se connecte à bpcd sur le serveur spécifié, qui se connecte alors à bpcd sur le client ou l'hôte cible.
- -wait_to_close secondes
Spécifie en secondes le délai d'attente du serveur avant de fermer les connexions à bpcd sur le client ou l'hôte cible. Le paramètre par défaut est de 0 (aucune attente).
- -verbose
Après s'être connecté à bpcd sur le client ou l'hôte cible, demander et afficher des informations clés sur la configuration à l'hôte distant. Ces informations peuvent inclure : le nom d'hôte, le nom du client, le serveur maître, le nom de pair pour le serveur de connexion, le système d'exploitation, la version de NetBackup et les informations du certificat d'ID hôte utilisé par chaque hôte pour la connexion.
EXEMPLES
Exemple 1 - Tentative de connexion du système local au serveur fred à l'aide de connexions sécurisées :
# bptestbpcd -host fred 1 1 1 127.0.0.1:49613 -> 127.0.0.1:51195 PROXY 10.0.0.32:38828 -> 10.0.0.59:1556 127.0.0.1:53454 -> 127.0.0.1:52214 PROXY 10.0.0.32:54869 -> 10.0.0.59:1556
Exemple 2 - Invitez le serveur fred à se connecter à l'hôte wilma non sécurisé de niveau inférieur (avant 8.1) en tant que client à l'aide du port du daemon et de la méthode sans rappel. Si cette méthode fonctionne, affichez la configuration clé de wilma : Notez que les options de connexion à daemon sont ignorées, les connexions sont par PBX ou vnetd :
$ bptestbpcd -M fred -client wilma -connect_options 1 1 2 -verbose 1 1 2 10.0.0.59:36207 -> 10.0.0.104:1556 10.0.0.59:61847 -> 10.0.0.104:1556 PEER_NAME = fred HOST_NAME = wilma CLIENT_NAME = wilma VERSION = 0x07730000 PLATFORM = solaris10 PATCH_VERSION = 7.7.3.0 SERVER_PATCH_VERSION = 7.7.3.0 MASTER_SERVER = wilma EMM_SERVER = wilma NB_MACHINE_TYPE = MASTER_SERVER 10.0.0.59:43948 -> 10.0.0.104:1556
Exemple 3 - Demande au serveur valbl8
de se connecter à l'hôte de serveur valbl7
. Notez que les options de connexion qui sont demandées par l'utilisateur sont ignorées pour la communication entre les hôtes compatibles avec la sécurisation. Les connexions se font par une connexion d'hôte local pour le processus de proxy sécurisé. Le processus de proxy sécurisé sécurise ensuite la communication avec l'hôte distant. La connexion à l'hôte distant est effectuée via les ports PBX ou vnetd. Certains champs clés des certificats, utilisés pour sécuriser la connexion, sont inclus dans la sortie.
# bptestbpcd -host valbl7 - verbose -connect_options 1 1 2 1 1 2 127.0.0.1:48579 -> 127.0.0.1:38397 PROXY 10.0.91.128:62115 -> 10.0.91.127:1556 127.0.0.1:44938 -> 127.0.0.1:59742 PROXY 10.0.91.128:39806 -> 10.0.91.127:1556 LOCAL_CERT_ISSUER_NAME = /CN=broker/OU=root@valbl8.min.veritas.com/O=vx LOCAL_CERT_SUBJECT_COMMON_NAME = 59a8584a-2f88-4a21-8d91-62ceebc40c29 PEER_CERT_ISSUER_NAME = /CN=broker/OU=root@valbl8.min.veritas.com/O=vx PEER_CERT_SUBJECT_COMMON_NAME = 4f0f2f15-1cde-4acd-9c82-9bd212741970 PEER_NAME = 10.0.91.128 HOST_NAME = valbl7 CLIENT_NAME = valbl7 VERSION = 0x08100000 PLATFORM = solaris_x86_10_64 PATCH_VERSION = 8.1 SERVER_PATCH_VERSION = 8.1 MASTER_SERVER = valbl8 EMM_SERVER = valbl8 NB_MACHINE_TYPE = MEDIA_SERVER