> For the complete documentation index, see [llms.txt](https://docs.verge.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.verge.io/knowledge-base/de/backup-dr/vmware-import-downloads-fail-server-refused.md). # VMware-Importscans sind erfolgreich, aber Dateidownloads schlagen fehl ## Symptome * Der VMware-Dienst verbindet sich mit vCenter und scannt VMs ohne Fehler. * Ein Sicherungs- oder Importauftrag startet, pausiert dann, versucht es erneut und schlägt nach mehreren Versuchen fehl. * Das Dienstprotokoll zeigt, dass der Snapshot erfolgreich war, gefolgt von einer Reihe von Downloadfehlern: ``` Fehler: Der Server hat die Verbindung abgelehnt Fehler beim Herunterladen der Datei: [] /.nvram Fehler beim Herunterladen der Datei: [] /.vmxf Fehler beim Herunterladen der Datei: [] /.vmx Sicherungsauftrag pausiert aufgrund eines Fehlers. Neuer Versuch in ungefähr Nm (#k von 10) ``` * Der Fehler betrifft **jede** Datei, einschließlich der kleinen Konfigurationsdateien (`.vmx`, `.vmxf`, `.nvram`) — nicht nur die großen virtuellen Festplatten. {% hint style="info" %} **Warum „Jede Datei“ wichtig ist** Wenn die kleinen Konfigurationsdateien zusammen mit den Festplatten fehlschlagen, handelt es sich nicht um ein festplattenspezifisches oder VDDK-Transportproblem. Es ist ein Verbindungsproblem mit dem Host, der die Dateien enthält. {% endhint %} ## Überblick {% hint style="info" %} **Wichtige Punkte** * Der VMware-Dienst verwendet vCenter nur, um VMs aufzulisten und ihre Dateien zu lokalisieren. * Die eigentliche Dateiübertragung erfolgt direkt zum ESXi-Host unter dem von vCenter zurückgegebenen FQDN. * Wenn der Dienst diesen Host nicht auflösen oder erreichen kann, ist der Scan erfolgreich, während jeder Download fehlschlägt. {% endhint %} Der VMware-Dienst verwendet vCenter nur, um VMs aufzulisten und ihre Dateien zu lokalisieren. Die eigentliche Übertragung erfolgt direkt zum ESXi-Host, dem der Datenspeicher der VM gehört, unter dem Host-FQDN, den vCenter zurückgibt. Wenn der Dienst vCenter erreichen kann, aber nicht diesen ESXi-Host, sieht vCenter gesund aus — der Scan ist erfolgreich — während jeder Download mit „Der Server hat die Verbindung abgelehnt“ fehlschlägt. Dafür gibt es zwei häufige Ursachen. **1. DNS.** Der VMware-Dienst kann die von vCenter zurückgegebenen FQDNs der ESXi-Hosts nicht auflösen. Der übliche Grund ist ein falscher oder fehlender DNS-Server oder Suchdomäne auf der NIC der Dienst-VM. Dies ist die häufigste Ursache. Das erklärt auch, warum VMs in einem Cluster problemlos gesichert werden, während ein anderer Cluster fehlschlägt — die Hosts des funktionierenden Clusters lassen sich zufällig auflösen. **2. Netzwerk oder Firewall.** Der Hostname lässt sich auflösen, aber der Host ist nicht direkt erreichbar. Für die Übertragung müssen TCP 443 (vSphere API) und TCP 902 (NFC, der Festplatten-Datenkanal) vom VMware-Dienst zu jedem ESXi-Host offen sein, nicht nur zu vCenter. Port 902 wird am häufigsten übersehen. ## Diagnose 1. Notieren Sie in vSphere die FQDNs der ESXi-Hosts in dem Cluster, dem der Datenspeicher der fehlerhaften VM gehört. Mit diesen Namen verbindet sich VergeOS. 2. Navigieren Sie in VergeOS zu **Import/Export > VMware Services** und doppelklicken Sie auf den Dienst. 3. Wählen Sie **Dienst anzeigen > Diagnose**. 4. Versuchen Sie im Diagnosebereich, jeden Host-FQDN aufzulösen und zu erreichen. * Wenn sich ein Name nicht auflösen lässt, liegt die Ursache bei DNS. * Wenn sich ein Name auflösen lässt, aber keine Verbindung zustande kommt, prüfen Sie die Firewall und Port 902. ## Lösung 1. Stellen Sie die NIC der VMware-Dienst-VM auf einen DNS-Server ein, der die FQDNs der ESXi-Hosts auflöst, oder fügen Sie die richtige Suchdomäne hinzu. Siehe [IPv4-Einstellungen der VMware-Service-VM-NIC konfigurieren](/knowledge-base/de/networking/vmware-service-vm-nic-ipv4-configuration.md). 2. Stellen Sie sicher, dass TCP 443 und 902 vom VMware-Dienst zu jedem ESXi-Host offen sind, nicht nur zu vCenter. 3. Führen Sie den Auftrag erneut aus. Die Downloads kommen über die Konfigurationsdateien hinaus und gehen weiter zu den virtuellen Festplatten. ## Zusätzliche Ressourcen * [IPv4-Einstellungen der VMware-Service-VM-NIC konfigurieren](/knowledge-base/de/networking/vmware-service-vm-nic-ipv4-configuration.md) * [VMware-Backup- und DR-Leitfaden](/knowledge-base/de/backup-dr/vmwarebackupdrguide.md) {% hint style="info" %} **Brauchen Sie Hilfe?** Wenn Downloads auch dann noch fehlschlagen, nachdem Sie DNS und die Ports bestätigt haben, wenden Sie sich mit einer Kopie des VMware-Dienstprotokolls an das VergeOS-Supportteam. {% endhint %} --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://docs.verge.io/knowledge-base/de/backup-dr/vmware-import-downloads-fail-server-refused.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.