NVP-vProxy: Troubleshooting der Netzwerkverbindung für Backup- und Wiederherstellungsvorgänge

Systeme und Ports, die an Backup- und Wiederherstellungsvorgängen einer VMware Virtual Machine (VM) beteiligt sind.

Portanforderungen

Tabelle der Portanforderungen

von	Zu (target_system)	Schnittstelle	Zweck
NetWorker-Server	vProxy-Appliance	9090	NetWorker VMware Protection-Webserviceaufrufe zum Initiieren und Überwachen von Backups, Image-Recoveries und granularen Recoveries.
NetWorker-Server	vCenter Server	443	VMware View in der NetWorker Management Console
NetWorker-Server	ESXi-Server	443	Notfallwiederherstellung, vProxy-Neubereitstellung
vCenter Server	NetWorker-Server	9090	Dell NetWorker-Plug-in des vSphere Client.
Dell Data Protection Restore Client-Benutzeroberfläche	NetWorker-Server	9090	Recovery auf Dateiebene im Dell Data Protection Restore Client. Hinweis: Dies gilt auch für die NetWorker-Webnutzeroberfläche (NWUI).
ESXi-Server	Data Domain	111, 2049, 2052	Recovery auf Dateiebene und sofortige Recovery.
Virtuelle Maschinen	Data Domain	111, 2049	Anwendungskonsistente SQL-Backups
vProxy-Appliance	Domain Name System (DNS)	53	Namensauflösung.
vProxy-Appliance	Data Domain	22, 111, 131, 161, 2049, 2052, 3009	Data Domain-Management Hinweis: Port 3009 ist für den vProxy mit DDOS 7.0 oder höher erforderlich, um Wiederherstellungen mit FLR und Instant Access durchzuführen.
vProxy-Appliance	ESXi-Server	443, 902	Backup- und Recovery-Vorgänge
vProxy-Appliance	vCenter Server	443	vProxy-Registrierungs-, Backup- und Wiederherstellungsvorgänge.  Hinweis: Die Verwendung eines nicht standardmäßigen vCenter-Ports für HTTPS wird nicht unterstützt.
vProxy-Appliance	Virtuelle Zielmaschine	9613	vProxy FLR – Kommunikation mit dem FLR-Agent auf der Ziel-VM Hinweis: Port 9613 wird nur für FLR-Vorgänge verwendet, wenn verfügbar. Wenn der Port nicht verfügbar ist, wird er über die VMware VIX-API auf die ältere Methode zurückgeführt.

Domain Name System (DNS)

Stellen Sie sicher, dass DNS für die beteiligten Systeme korrekt aufgelöst wird. einschließlich des vollständig qualifizierten Domainnamens (FQDN), des Kurznamens und der IP-Adresse (Reverse-Lookup).

nslookup FQDN
nslookup SHORT_NAME
nslookup IP_ADDRESS

Siehe folgender Artikel: Fehlerbehebung bei Problemen mit

DNS und NamensauflösungEs wird auch empfohlen, die Hostdateien des Systems zu überprüfen. Hostdateieinträge können zu Konflikten führen oder eine DNS-Abfrage überschreiben oder zu einer falschen IP-Adresse oder einem falschen Hostnamen führen.

• Linux-Systeme: /etc/hosts
• Windows-Systeme: C:\Windows\System32\drivers\etc\hosts

NetWorker-Server

The NetWorker nsrports können die Namensauflösung und die Portkonnektivität zwischen den beteiligten Systemen bestätigt werden. In der obigen Tabelle finden Sie Informationen dazu, welche Ports und welches Zielsystem beim Testen der Kommunikation angegeben werden sollten.

nsrports -t target_system -p port

Linux-Systeme können die curl Befehl zum Testen der Konnektivität: Windows-Systeme können Test-NetConnection PowerShell-Cmdlet:

Test-NetConnection -ComputerName target_system  -port port

vProxy-Appliance

Das ProxyHC-Dienstprogramm (Health Check) kann auf dem vProxy ausgeführt werden, um die Portkonnektivität zwischen Systemen zu überprüfen, siehe Artikel: NVP-vProxy: So verwenden Sie das Integritätsprüfungstool ProxyHC auf der vProxy-Appliance.

Die vProxy-Appliance kann auch die curl Befehl zum Testen der Konnektivität. In der obigen Tabelle finden Sie Informationen dazu, welche Ports und welches Zielsystem beim Testen der Kommunikation angegeben werden sollten.

curl -v target_system:port

ESXi-Server

Der netcat (nc) kann auf ESXi-Hosts verwendet werden, um die Portkonnektivität zu überprüfen. In der obigen Tabelle finden Sie Informationen dazu, welche Ports und welches Zielsystem beim Testen der Kommunikation angegeben werden sollten.

nc -zv target_system port

Siehe Artikel NVP-vProxy: NetWorker-VIB zum Öffnen von NFS-Ports für vProxy-FLR.

vCenter Server

vCenter Server verwenden betriebssystembasierte Verbindungsbefehle. In der obigen Tabelle finden Sie Informationen dazu, welche Ports und welches Zielsystem beim Testen der Kommunikation angegeben werden sollten.

curl -v target_system:port

Virtuelle Maschinen

Unabhängig davon, ob die Kommunikation von einer VM für den Data Protection Restore Client, die NetWorker Web User Interface (NWUI) oder die Konnektivität mit Data Domain getestet wird, hängt der verwendete Befehl vom Betriebssystem der virtuellen Maschine ab. Linux-Systeme können die curl Befehl zum Testen der Konnektivität:

curl -v target_system:port

Windows-Systeme können Test-NetConnection PowerShell-Cmdlet:

Test-NetConnection -ComputerName target_system  -port port

Gemäß dem NetWorker-Sicherheitskonfigurationsleitfaden verwendet NetWorker eine direkte Socket-Verbindung für die Kommunikation und Verschiebung von Daten über das Netzwerk zum erforderlichen Service mit minimalem Overhead. Obwohl NetWorker einige Ports für TCP und UDP öffnet, benötigt NetWorker nur TCP-Ports. UDP-Ports sind optional, mit Ausnahme von SNMP, das UDP-Port 161 und 162 verwendet.

Die Porttabelle und Netzwerktopologie, die in diesem Wissensdatenbank-Artikel angezeigt werden, wurde direkt aus dem NetWorker VMware Integration Guide abgerufen. Die Konfigurationshandbücher für VMware-Integration und -Sicherheit finden Sie auf der Produktseite für Dell Support NetWorker.