> 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/vi/backup-dr/vmware-import-downloads-fail-server-refused.md). # Quét nhập VMware thành công nhưng tải xuống tệp thất bại ## Triệu chứng * Dịch vụ VMware kết nối tới vCenter và quét các VM mà không có lỗi. * Một công việc sao lưu hoặc nhập bắt đầu, sau đó tạm dừng, thử lại và thất bại sau vài lần thử. * Nhật ký dịch vụ cho thấy snapshot thành công, rồi xuất hiện một loạt lỗi tải xuống: ``` Lỗi: Máy chủ từ chối kết nối Lỗi tải xuống tệp: [] /.nvram Lỗi tải xuống tệp: [] /.vmxf Lỗi tải xuống tệp: [] /.vmx Công việc sao lưu đã tạm dừng do gặp lỗi. Sẽ thử lại sau khoảng Nm (#k của 10) ``` * Lỗi xảy ra trên **mọi** tệp, bao gồm cả các tệp cấu hình nhỏ (`.vmx`, `.vmxf`, `.nvram`) — không chỉ các đĩa ảo lớn. {% hint style="info" %} **Vì sao "Mọi Tệp" quan trọng** Nếu các tệp cấu hình nhỏ thất bại cùng với các đĩa, đây không phải là vấn đề riêng của đĩa hay vấn đề truyền VDDK. Đây là vấn đề kết nối với máy chủ đang giữ các tệp. {% endhint %} ## Tổng quan {% hint style="info" %} **Các điểm chính** * Dịch vụ VMware chỉ dùng vCenter để liệt kê các VM và xác định vị trí các tệp của chúng. * Việc truyền tệp thực tế diễn ra trực tiếp tới máy chủ ESXi, tại FQDN mà vCenter trả về. * Nếu dịch vụ không thể phân giải hoặc truy cập máy chủ đó, quá trình quét vẫn thành công trong khi mọi lần tải xuống đều thất bại. {% endhint %} Dịch vụ VMware chỉ dùng vCenter để liệt kê các VM và xác định vị trí các tệp của chúng. Việc truyền tệp thực tế diễn ra trực tiếp tới máy chủ ESXi sở hữu datastore của VM, tại FQDN của máy chủ mà vCenter trả về. Nếu dịch vụ có thể truy cập vCenter nhưng không truy cập được máy chủ ESXi đó, vCenter trông vẫn bình thường — quá trình quét thành công — trong khi mọi lần tải xuống đều thất bại với "server refused connection". Có hai nguyên nhân phổ biến. **1. DNS.** Dịch vụ VMware không thể phân giải các FQDN của máy chủ ESXi mà vCenter trả về. Lý do thường gặp là DNS server hoặc miền tìm kiếm bị sai hoặc thiếu trên NIC của VM dịch vụ. Đây là nguyên nhân phổ biến nhất. Điều này cũng giải thích vì sao các VM trên một cụm sao lưu bình thường trong khi cụm khác lại thất bại — các máy chủ của cụm hoạt động tình cờ phân giải được. **2. Mạng hoặc tường lửa.** Tên máy chủ phân giải được, nhưng máy chủ không thể truy cập trực tiếp. Việc truyền dữ liệu cần mở TCP 443 (vSphere API) và TCP 902 (NFC, kênh dữ liệu đĩa) từ Dịch vụ VMware tới từng máy chủ ESXi, không chỉ tới vCenter. Cổng 902 là cổng thường bị bỏ sót nhất. ## Chẩn đoán 1. Trong vSphere, ghi lại các FQDN của các máy chủ ESXi trong cụm sở hữu datastore của VM bị lỗi. Đây là các tên mà VergeOS kết nối tới. 2. Trong VergeOS, điều hướng đến **Import/Export > VMware Services** và nhấp đúp vào dịch vụ. 3. Chọn **Xem dịch vụ > Chẩn đoán**. 4. Từ bảng Chẩn đoán, hãy thử phân giải và truy cập từng FQDN của máy chủ. * Nếu một tên không phân giải được, nguyên nhân là DNS. * Nếu một tên phân giải được nhưng không kết nối được, hãy kiểm tra tường lửa và cổng 902. ## Giải pháp 1. Đặt NIC của VM Dịch vụ VMware thành máy chủ DNS có thể phân giải các FQDN của máy chủ ESXi, hoặc thêm miền tìm kiếm đúng. Xem [Cấu hình cài đặt IPv4 của NIC máy ảo Dịch vụ VMware](/knowledge-base/vi/networking/vmware-service-vm-nic-ipv4-configuration.md). 2. Đảm bảo TCP 443 và 902 được mở từ Dịch vụ VMware tới từng máy chủ ESXi, không chỉ tới vCenter. 3. Chạy lại công việc. Các lần tải xuống sẽ vượt qua các tệp cấu hình và đi vào các đĩa ảo. ## Tài nguyên bổ sung * [Cấu hình cài đặt IPv4 của NIC máy ảo Dịch vụ VMware](/knowledge-base/vi/networking/vmware-service-vm-nic-ipv4-configuration.md) * [Hướng dẫn VMware Backup and DR](/knowledge-base/vi/backup-dr/vmwarebackupdrguide.md) {% hint style="info" %} **Cần trợ giúp?** Nếu việc tải xuống vẫn thất bại sau khi bạn xác nhận DNS và các cổng, hãy liên hệ với nhóm hỗ trợ VergeOS kèm theo bản sao nhật ký Dịch vụ 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/vi/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.