Skip to main content
  • Place orders quickly and easily
  • View orders and track your shipping status
  • Create and access a list of your products

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

Summary: Denne artikel indeholder en generel oversigt over fejlfinding af netværksforbindelse mellem systemer, der er involveret i sikkerhedskopiering og gendannelse af virtuelle maskiner (VM er), der er beskyttet af NetWorker VMware Protection (NVP) vProxy-enheden. ...

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

Instructions

Diagram over vProxy-portkrav
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:
curl -v target_system:port
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

Additional Information

Bemærk: Problemer med netværksforbindelsen opstår uden for NetWorker, og netværket, firewallen eller systemadministratoren skal undersøge og løse.

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.

Affected Products

NetWorker

Products

NetWorker Family
Article Properties
Article Number: 000203350
Article Type: How To
Last Modified: 25 Jul 2024
Version:  10
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.