> 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/fr/backup-dr/vmware-import-downloads-fail-server-refused.md). # Les analyses d’importation VMware réussissent, mais les téléchargements de fichiers échouent ## Symptômes * Le service VMware se connecte à vCenter et analyse les VM sans erreur. * Une tâche de sauvegarde ou d’importation démarre, puis se met en pause, réessaie et échoue après plusieurs tentatives. * Le journal du service montre que l’instantané réussit, puis une série d’erreurs de téléchargement : ``` Erreur : le serveur a refusé la connexion Erreur lors du téléchargement du fichier : [] /.nvram Erreur lors du téléchargement du fichier : [] /.vmxf Erreur lors du téléchargement du fichier : [] /.vmx Tâche de sauvegarde mise en pause en raison d’une erreur rencontrée. Nouvelle tentative dans environ Nm (#k sur 10) ``` * L’échec touche **chaque** fichier, y compris les petits fichiers de configuration (`.vmx`, `.vmxf`, `.nvram`) — pas seulement les grands disques virtuels. {% hint style="info" %} **Pourquoi « Chaque fichier » est important** Si les petits fichiers de configuration échouent en même temps que les disques, il ne s’agit pas d’un problème spécifique au disque ni d’un problème de transport VDDK. C’est un problème de connexion avec l’hôte qui détient les fichiers. {% endhint %} ## Vue d’ensemble {% hint style="info" %} **Points clés** * Le service VMware utilise vCenter uniquement pour répertorier les VM et localiser leurs fichiers. * Le transfert réel des fichiers s’effectue directement vers l’hôte ESXi, à l’adresse FQDN renvoyée par vCenter. * Si le service ne peut pas résoudre ou atteindre cet hôte, l’analyse réussit tandis que chaque téléchargement échoue. {% endhint %} Le service VMware utilise vCenter uniquement pour énumérer les VM et localiser leurs fichiers. Le transfert réel s’effectue directement vers l’hôte ESXi qui possède le datastore de la VM, à l’adresse FQDN de l’hôte renvoyée par vCenter. Si le service peut atteindre vCenter mais pas cet hôte ESXi, vCenter semble sain — l’analyse réussit — tandis que chaque téléchargement échoue avec « le serveur a refusé la connexion ». Il existe deux causes courantes. **1. DNS.** Le service VMware ne peut pas résoudre les FQDN des hôtes ESXi renvoyés par vCenter. La raison habituelle est un serveur DNS incorrect ou manquant, ou un domaine de recherche absent sur la carte réseau de la VM du service. C’est la cause la plus courante. Cela explique aussi pourquoi les VM d’un cluster sauvegardent correctement alors qu’un autre cluster échoue — les hôtes du cluster qui fonctionne se résolvent par hasard. **2. Réseau ou pare-feu.** Le nom d’hôte se résout, mais l’hôte n’est pas directement joignable. Le transfert nécessite que le TCP 443 (API vSphere) et le TCP 902 (NFC, le canal de données du disque) soient ouverts depuis le service VMware vers chaque hôte ESXi, et pas seulement vers vCenter. Le port 902 est celui qui est le plus souvent oublié. ## Diagnostic 1. Dans vSphere, notez les FQDN des hôtes ESXi du cluster qui possède le datastore de la VM en échec. Ce sont les noms auxquels VergeOS se connecte. 2. Dans VergeOS, accédez à **Import/Export > VMware Services** puis double-cliquez sur le service. 3. Sélectionnez **Afficher le service > Diagnostics**. 4. Depuis le panneau Diagnostics, essayez de résoudre et de joindre chaque FQDN d’hôte. * Si un nom ne se résout pas, la cause est le DNS. * Si un nom se résout mais ne se connecte pas, vérifiez le pare-feu et le port 902. ## Solution 1. Configurez la carte réseau de la VM du service VMware pour utiliser un serveur DNS qui résout les FQDN des hôtes ESXi, ou ajoutez le bon domaine de recherche. Voir [Configuration des paramètres IPv4 de la NIC de la machine virtuelle du service VMware](/knowledge-base/fr/networking/vmware-service-vm-nic-ipv4-configuration.md). 2. Assurez-vous que les ports TCP 443 et 902 sont ouverts depuis le service VMware vers chaque hôte ESXi, et pas seulement vers vCenter. 3. Relancez la tâche. Les téléchargements se poursuivent au-delà des fichiers de configuration et vers les disques virtuels. ## Ressources supplémentaires * [Configuration des paramètres IPv4 de la NIC de la machine virtuelle du service VMware](/knowledge-base/fr/networking/vmware-service-vm-nic-ipv4-configuration.md) * [Guide de sauvegarde et de reprise après sinistre VMware](/knowledge-base/fr/backup-dr/vmwarebackupdrguide.md) {% hint style="info" %} **Besoin d’aide ?** Si les téléchargements échouent encore après avoir confirmé le DNS et les ports, contactez l’équipe d’assistance VergeOS avec une copie du journal du service VMware. {% 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/fr/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.