NVP vProxy : Dépannage de la connectivité réseau pour les opérations de sauvegarde et de restauration

Systèmes et ports impliqués dans les opérations de sauvegarde et de restauration des machines virtuelles (VM) VMware.

Configuration requise des ports

Tableau des exigences en matière de port

De	À (target_system)	Port	Objectif
NetWorker Server	Appliance vProxy	9090	Demandes d’intervention Web NetWorker VMware Protection pour lancer et surveiller les sauvegardes, les restaurations d’image et les restaurations granulaires.
NetWorker Server	vCenter Server	443	VMware View dans NetWorker Management Console
NetWorker Server	Serveur ESXi	443	Restauration d’urgence, redéploiement vProxy
vCenter Server	NetWorker Server	9090	Plug-in Dell NetWorker de vSphere Client.
Dell Data Protection Restore Client Interface	NetWorker Server	9090	Restauration en mode fichier dans Dell Data Protection Restore Client. Remarque : Cela s’applique également à NetWorker Web User Interface (NWUI).
Serveurs ESXi	Domaine de données	111, 2049, 2052	Restauration en mode fichier et restauration instantanée.
Machines virtuelles	Domaine de données	111, 2049	Sauvegardes cohérentes avec les applications SQL
Appliance vProxy	DNS (Domain Name System)	53	Résolution de noms.
Appliance vProxy	Domaine de données	22, 111, 131, 161, 2049, 2052, 3009	Gestion Data Domain Remarque : Le port 3009 est requis par le vProxy avec DDOS 7.0 ou une version ultérieure pour effectuer la restauration FLR et l’accès instantané.
Appliance vProxy	Serveur ESXi	443, 902	Opérations de sauvegarde et de restauration
Appliance vProxy	vCenter Server	443	Opérations d’enregistrement, de sauvegarde et de restauration vProxy.  Remarque : L’utilisation d’un port vCenter autre que celui par défaut pour HTTPS n’est pas prise en charge.
Appliance vProxy	Machine virtuelle cible	9613	vProxy FLR : communication avec l’agent FLR sur la machine virtuelle cible Remarque : Le port 9613 est utilisé pour les opérations FLR uniquement lorsqu’il est disponible. Si le port n’est pas disponible, il revient à l’ancienne méthode via l’API VMware VIX.

DNS (Domain Name System)

Assurez-vous de vérifier que le DNS est correctement résolu pour les systèmes concernés ; y compris le nom de domaine complet (FQDN), le nom abrégé et l’adresse IP (recherche inversée).

nslookup FQDN
nslookup SHORT_NAME
nslookup IP_ADDRESS

Consultez l'article suivant : Dépannage des problèmes

de DNS et de résolution de nomsIl est également conseillé de vérifier les fichiers des hôtes du système. Les entrées du fichier hôte peuvent créer un conflit ou remplacer une requête DNS, ou conduire à une adresse IP ou un nom d’hôte incorrect.

• Systèmes Linux : /etc/hosts
• Systèmes Windows : C :\Windows\System32\drivers\etc\hosts

NetWorker Server

L’environnement NetWorker nsrports peut être utilisée pour confirmer la résolution de noms et la connectivité des ports entre les systèmes concernés. Reportez-vous au tableau ci-dessus pour savoir quels ports et quel système cible doivent être spécifiés lors du test de communication.

nsrports -t target_system -p port

Les systèmes Linux peuvent utiliser la commande curl Commande pour tester la connectivité : Les systèmes Windows peuvent utiliser Test-NetConnection Applet de commande PowerShell :

Test-NetConnection -ComputerName target_system  -port port

Appliance vProxy

L’utilitaire ProxyHC (bilan de santé) peut être exécuté sur le vProxy pour vérifier la connectivité des ports entre les systèmes. Voir l’article : NVP-vProxy : Utilisation de l’outil de bilan de santé ProxyHC sur l’appliance vProxy.

L’appliance vProxy peut également utiliser la commande curl pour tester la connectivité. Reportez-vous au tableau ci-dessus pour savoir quels ports et quel système cible doivent être spécifiés lors du test de communication.

curl -v target_system:port

Serveur ESXi

La commande netcat (nc) peut être utilisée sur les hôtes ESXi pour vérifier la connectivité des ports. Reportez-vous au tableau ci-dessus pour savoir quels ports et quel système cible doivent être spécifiés lors du test de communication.

nc -zv target_system port

Voir l’article NVP vProxy : NetWorker VIB pour ouvrir les ports NFS pour vProxy FLR.

vCenter Server

Les serveurs vCenter utilisent des commandes de connexion basées sur le système d’exploitation. Reportez-vous au tableau ci-dessus pour savoir quels ports et quel système cible doivent être spécifiés lors du test de communication.

curl -v target_system:port

Machines virtuelles

Qu’il s’agisse de tester la communication à partir d’une machine virtuelle pour Data Protection Restore Client, NetWorker Web User Interface (NWUI) ou la connectivité avec Data Domain, la commande utilisée dépend du système d’exploitation de la machine virtuelle. Les systèmes Linux peuvent utiliser la commande curl Commande pour tester la connectivité :

curl -v target_system:port

Les systèmes Windows peuvent utiliser Test-NetConnection Applet de commande PowerShell :

Test-NetConnection -ComputerName target_system  -port port

D’après le Guide de configuration de la sécurité de NetWorker, NetWorker utilise une connexion à socket direct pour communiquer et déplacer les données sur le réseau vers le service requis avec un temps système minimal. Alors que NetWorker ouvre certains ports TCP et UDP, NetWorker n’a besoin que des ports TCP. Les ports UDP sont facultatifs, à l’exception de SNMP qui utilise les ports UDP 161 et 162.

La table des ports et la topologie réseau affichées dans cet article de la base de connaissances proviennent directement du Guide d’intégration de NetWorker VMware. Les guides d’intégration et de configuration de la sécuritéVMware sont disponibles sur la page produit NetWorker du support Dell.