NVP vProxy: Fejlfinding af netværksforbindelser i forbindelse med sikkerhedskopiering og gendannelse

Systemer og porte, der er involveret i sikkerhedskopiering og gendannelse af VMware Virtual Machine (VM).

Krav til porte

Tabel over portkrav

Fra	Til (target_system)	Port	Formål
NetWorker-server	vProxy-enhed	9090	NetWorker VMware Protection-webservicekald for at starte og overvåge sikkerhedskopieringer, gendannelse af afbildninger og granulære gendannelser.
NetWorker-server	vCenter-server	443	VMware-visning i NetWorker Management Console
NetWorker-server	ESXi-server	443	Nødgendannelse, vProxy-geninstallation
vCenter-server	NetWorker-server	9090	vSphere-klientens Dell NetWorker-plug-in.
Dell Data Protection Restore-klientgrænseflade	NetWorker-server	9090	Gendannelse på filniveau i Dell Data Protection Restore-klienten. Bemærk: Dette gælder også for NetWorker Web User Interface (NWUI).
ESXi-servere	Data Domain	111, 2049, 2052	Gendannelse på filniveau og øjeblikkelig gendannelse.
Virtuelle maskiner	Data Domain	111, 2049	SQL-programkonsistente sikkerhedskopieringer
vProxy-enhed	Domain Name System (DNS)	53	Navneopløsning.
vProxy-enhed	Data Domain	22, 111, 131, 161, 2049, 2052, 3009	Data Domain-administration Bemærk: Port 3009 kræves af vProxy med DDOS 7.0 eller nyere for at udføre FLR- og Instant Access-gendannelse.
vProxy-enhed	ESXi-server	443, 902	Sikkerhedskopiering og gendannelse
vProxy-enhed	vCenter-server	443	vProxy-registrering, sikkerhedskopiering og gendannelse.  Bemærk: Brug af en ikke-standardiseret vCenter-port til HTTPS understøttes ikke.
vProxy-enhed	Virtuel målmaskine	9613	vProxy FLR – Kommunikation med FLR-agenten på destinations-VM'en Bemærk: Port 9613 bruges kun til FLR-handlinger, når den er tilgængelig. Hvis porten ikke er tilgængelig, falder den tilbage til den ældre metode via VMware VIX API.

Domain Name System (DNS)

Sørg for at kontrollere, at DNS er løst korrekt for de involverede systemer; herunder det fuldt kvalificerede domænenavn (FQDN), korte navn og IP-adresse (omvendt opslag).

nslookup FQDN
nslookup SHORT_NAME
nslookup IP_ADDRESS

Se artiklen: Fejlfinding af problemer med

DNS- og navnefortolkningDet anbefales også at kontrollere systemværtsfiler. Værtsfilposter kan være i konflikt med eller tilsidesætte en DNS-forespørgsel eller føre til en forkert IP-adresse eller et forkert værtsnavn.

• Linux-systemer: /etc/værter
• Windows-systemer: C: \ Windows \ System32 \ drivere \ etc \ værter

NetWorker-server

The NetWorker nsrports Kommandoen kan bruges til at bekræfte navnefortolkning og portforbindelse mellem de involverede systemer. Se ovenstående tabel om, hvilke porte og målsystemer der skal specificeres, når du tester kommunikation.

nsrports -t target_system -p port

Linux-systemer kan bruge curl Kommando til test af forbindelse: Windows-systemer kan bruge Test-NetConnection PowerShell-cmdlet:

Test-NetConnection -ComputerName target_system  -port port

vProxy-enhed

ProxyHC-værktøjet (Health Check) kan køres på vProxy for at kontrollere portforbindelsen mellem systemer, se artiklen: NVP-vProxy: Sådan bruger du sundhedskontrolværktøjet ProxyHC på vProxy-enhed.

vProxy-enheden kan også bruge curl kommando til test af tilslutningsmuligheder. Se ovenstående tabel om, hvilke porte og målsystemer der skal specificeres, når du tester kommunikation.

curl -v target_system:port

ESXi-server

Ikonet netcat (nc)-kommandoen kan bruges på ESXi-værter til at kontrollere portforbindelsen. Se ovenstående tabel om, hvilke porte og målsystemer der skal specificeres, når du tester kommunikation.

nc -zv target_system port

Se artiklen NVP vProxy: NetWorker VIB til at åbne NFS-porte til vProxy FLR.

vCenter-server

vCenter-servere bruger operativsystembaserede forbindelseskommandoer. Se ovenstående tabel om, hvilke porte og målsystemer der skal specificeres, når du tester kommunikation.

curl -v target_system:port

Virtuelle maskiner

Uanset om du tester kommunikation fra en VM til Data Protection Restore Client, NetWorker Web User Interface (NWUI) eller tilslutningsmuligheder med Data Domain, afhænger den anvendte kommando af den virtuelle maskines operativsystem. Linux-systemer kan bruge curl Kommando til test af forbindelse:

curl -v target_system:port

Windows-systemer kan bruge Test-NetConnection PowerShell-cmdlet:

Test-NetConnection -ComputerName target_system  -port port

I henhold til NetWorker-sikkerhedskonfigurationsvejledningen bruger NetWorker en direkte sokkelforbindelse til at kommunikere og flytte data på tværs af netværket til den påkrævede service med minimale omkostninger. Mens NetWorker åbner nogle porte for TCP og UDP, kræver NetWorker kun TCP-porte. UDP-porte er valgfri, bortset fra SNMP, der bruger UDP-port 161 og 162.

Porttabellen og netværkstopologien, der vises i denne KB, blev hentet direkte fra NetWorker VMware Integration Guide. VMware-integrations- og sikkerhedskonfigurationsvejledningerne kan findes på Dell Support NetWorker-produktsiden.