> 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/es/backup-dr/vmware-import-downloads-fail-server-refused.md). # Las importaciones de VMware se completan, pero las descargas de archivos fallan ## Síntomas * El servicio de VMware se conecta a vCenter y analiza las VM sin errores. * Se inicia un trabajo de copia de seguridad o importación, luego se pausa, reintenta y falla después de varios intentos. * El registro del servicio muestra que la instantánea se completó correctamente, y luego una serie de errores de descarga: ``` Error: El servidor rechazó la conexión Error al descargar el archivo: [] /.nvram Error al descargar el archivo: [] /.vmxf Error al descargar el archivo: [] /.vmx Trabajo de copia de seguridad en pausa debido a un error encontrado. Se reintentará de nuevo en aproximadamente Nm (#k de 10) ``` * La falla afecta a **cada** archivo, incluidos los pequeños archivos de configuración (`.vmx`, `.vmxf`, `.nvram`) — no solo los grandes discos virtuales. {% hint style="info" %} **Por qué importa "cada archivo"** Si los pequeños archivos de configuración fallan junto con los discos, no se trata de un problema específico del disco ni de VDDK o de transporte. Es un problema de conexión con el host que contiene los archivos. {% endhint %} ## Resumen {% hint style="info" %} **Puntos clave** * El servicio de VMware usa vCenter solo para listar las VM y localizar sus archivos. * La transferencia real de archivos va directamente al host ESXi, en el FQDN que devuelve vCenter. * Si el servicio no puede resolver o الوصول a ese host, el análisis tiene éxito mientras que cada descarga falla. {% endhint %} El servicio de VMware usa vCenter solo para enumerar las VM y localizar sus archivos. La transferencia real va directamente al host ESXi que posee el datastore de la VM, en el FQDN del host que devuelve vCenter. Si el servicio puede الوصول a vCenter pero no a ese host ESXi, vCenter parece estar en buen estado — el análisis tiene éxito — mientras que cada descarga falla con "el servidor rechazó la conexión". Hay dos causas comunes. **1. DNS.** El servicio de VMware no puede resolver los FQDN de los hosts ESXi que devuelve vCenter. La razón habitual es un servidor DNS incorrecto o faltante, o un dominio de búsqueda en la NIC de la VM del servicio. Esta es la causa más común. También explica por qué las VM de un clúster se respaldan bien mientras que otro clúster falla: los hosts del clúster que funciona sí resuelven. **2. Red o firewall.** El nombre del host se resuelve, pero el host no es accesible directamente. La transferencia necesita TCP 443 (API de vSphere) y TCP 902 (NFC, el canal de datos del disco) abiertos desde el servicio de VMware hacia cada host ESXi, no solo hacia vCenter. El puerto 902 es el que con más frecuencia se omite. ## Diagnóstico 1. En vSphere, anote los FQDN de los hosts ESXi del clúster que posee el datastore de la VM que falla. Estos son los nombres a los que VergeOS se conecta. 2. En VergeOS, vaya a **Importación/Exportación > Servicios de VMware** y haga doble clic en el servicio. 3. Seleccione **Ver servicio > Diagnósticos**. 4. Desde el panel de Diagnósticos, intente resolver y acceder a cada FQDN de host. * Si un nombre no se resuelve, la causa es DNS. * Si un nombre se resuelve pero no conecta, revise el firewall y el puerto 902. ## Solución 1. Configure la NIC de la VM del Servicio de VMware para usar un servidor DNS que resuelva los FQDN de los hosts ESXi, o agregue el dominio de búsqueda correcto. Consulte [Configuración de IPv4 de la NIC de la VM del servicio de VMware](/knowledge-base/es/networking/vmware-service-vm-nic-ipv4-configuration.md). 2. Asegúrese de que TCP 443 y 902 estén abiertos desde el Servicio de VMware hacia cada host ESXi, no solo hacia vCenter. 3. Ejecute el trabajo de nuevo. Las descargas continúan más allá de los archivos de configuración y llegan a los discos virtuales. ## Recursos adicionales * [Configuración de IPv4 de la NIC de la VM del servicio de VMware](/knowledge-base/es/networking/vmware-service-vm-nic-ipv4-configuration.md) * [Guía de copia de seguridad y recuperación ante desastres de VMware](/knowledge-base/es/backup-dr/vmwarebackupdrguide.md) {% hint style="info" %} **¿Necesitas ayuda?** Si las descargas siguen fallando después de confirmar DNS y los puertos, póngase en contacto con el equipo de soporte de VergeOS con una copia del registro del Servicio de 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/es/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.