NVP vProxy: Solución de problemas de conectividad de red para operaciones de respaldo y restauración

Sistemas y puertos involucrados en las operaciones de respaldo y restauración de máquinas virtuales (VM) de VMware.

Requisitos de puertos

Tabla de requisitos de puertos

En	A (target_system)	Puerto	Propósito:
Servidor NetWorker	Dispositivo vProxy	9090	Llamadas al servicio web de NetWorker VMware Protection para iniciar y monitorear respaldos, recuperaciones de imágenes y recuperaciones granulares.
Servidor NetWorker	Servidor de vCenter	443	VMware View en NetWorker Management Console
Servidor NetWorker	Servidor ESXi	443	Restauración de emergencia, reimplementación de vProxy
Servidor de vCenter	Servidor NetWorker	9090	Plug-in de Dell NetWorker de vSphere Client.
Interfaz de cliente de restauración de Dell Data Protection	Servidor NetWorker	9090	Recuperación en el nivel de archivos en Dell Data Protection Restore Client. Nota: Esto también se aplica a la interfaz de usuario web de NetWorker (NWUI).
Servidores ESXi	Dominio de datos	111, 2049, 2052	Recuperación instantánea y recuperación en el nivel de archivos.
Máquinas virtuales	Dominio de datos	111, 2049	Respaldos coherentes con las aplicaciones de SQL
Dispositivo vProxy	Sistema de nombre de dominio (DNS)	53	Resolución de nombres.
Dispositivo vProxy	Dominio de datos	22, 111, 131, 161, 2049, 2052, 3009	Administración de Data Domain Nota: El vProxy con DDOS 7.0 o posterior requiere el puerto 3009 para realizar la restauración de FLR y acceso instantáneo.
Dispositivo vProxy	Servidor ESXi	443, 902	Operaciones de respaldo y recuperación
Dispositivo vProxy	Servidor de vCenter	443	Operaciones de registro, respaldo y recuperación de vProxy.  Nota: No se admite el uso de un puerto de vCenter no predeterminado para HTTPS.
Dispositivo vProxy	Máquina virtual de destino	9613	vProxy FLR: comunicación con el agente de FLR en la VM objetivo Nota: El puerto 9613 se utiliza para las operaciones de FLR solo cuando está disponible. Si el puerto no está disponible, recurre al método anterior a través de VMware VIX API.

Sistema de nombre de dominio (DNS)

Asegúrese de comprobar que DNS esté resuelto correctamente para los sistemas involucrados; incluido el nombre de dominio calificado (FQDN), el nombre corto y la dirección IP (búsqueda inversa).

nslookup FQDN
nslookup SHORT_NAME
nslookup IP_ADDRESS

Consulte el artículo: Solución de problemas

de resolución de nombres y DNSTambién se recomienda comprobar los archivos de los hosts del sistema. Las entradas de archivos de host pueden entrar en conflicto, reemplazar una consulta de DNS o dar lugar a una dirección IP o un nombre de host incorrectos.

• Sistemas Linux: /etc/hosts
• Sistemas Windows: C:\Windows\System32\drivers\etcétera\hosts

Servidor NetWorker

The NetWorker nsrports El comando se puede utilizar para confirmar la resolución de nombres y la conectividad de puertos entre los sistemas involucrados. Consulte la tabla anterior sobre qué puertos y sistemas de destino se deben especificar cuando se prueba la comunicación.

nsrports -t target_system -p port

Los sistemas Linux pueden usar la función curl Comando para probar la conectividad: Los sistemas Windows pueden usar Test-NetConnection Cmdlet de PowerShell:

Test-NetConnection -ComputerName target_system  -port port

Dispositivo vProxy

La utilidad ProxyHC (evaluación del estado) se puede ejecutar en el vProxy para comprobar la conectividad de los puertos entre los sistemas. Consulte el artículo: NVP-vProxy: Cómo utilizar la herramienta de evaluación del estado ProxyHC en el dispositivo vProxy.

El dispositivo vProxy también puede usar curl comando para probar la conectividad. Consulte la tabla anterior sobre qué puertos y sistemas de destino se deben especificar cuando se prueba la comunicación.

curl -v target_system:port

Servidor ESXi

El comando netcat (nc) se puede utilizar en hosts ESXi para comprobar la conectividad de los puertos. Consulte la tabla anterior sobre qué puertos y sistemas de destino se deben especificar cuando se prueba la comunicación.

nc -zv target_system port

Consulte el artículo NVP vProxy: VIB de NetWorker para abrir puertos NFS para FLR de vProxy.

Servidor de vCenter

Los vCenter Server utilizan comandos de conexión basados en el sistema operativo. Consulte la tabla anterior sobre qué puertos y sistemas de destino se deben especificar cuando se prueba la comunicación.

curl -v target_system:port

Máquinas virtuales

Ya sea que se pruebe la comunicación desde una VM para Data Protection Restore Client, la interfaz de usuario web de NetWorker (NWUI) o la conectividad con Data Domain, el comando utilizado depende del sistema operativo de la máquina virtual. Los sistemas Linux pueden usar la función curl Comando para probar la conectividad:

curl -v target_system:port

Los sistemas Windows pueden usar Test-NetConnection Cmdlet de PowerShell:

Test-NetConnection -ComputerName target_system  -port port

Según la Guía de configuración de seguridad de NetWorker, NetWorker utiliza una conexión de socket directo para comunicar y transferir datos a través de la red al servicio requerido con una sobrecarga mínima. Si bien NetWorker abre algunos puertos para TCP y UDP, solo requiere puertos TCP. Los puertos UDP son opcionales, excepto SNMP que utiliza los puertos UDP 161 y 162.

La tabla de puertos y la topología de red que se muestran en esta base de conocimientos se extrajeron directamente de la Guía de integración de VMware de NetWorker. Las guías de configuración de seguridad e integración de VMware se pueden encontrar en la página del producto NetWorker de soporte de Dell.