如何从Azure DevOps复制构建制品到Azure虚拟机？SSH及Windows文件复制任务报错排查与替代方法

解决Windows Machine File Copy网络路径错误的检查项 #

针对“network path not found”错误，这些配置点容易踩坑：

• 确认网络可达性：如果使用微软托管的DevOps代理，你的Windows VM必须有公网IP，或与代理所在VNet通过对等连接/私有链接打通；如果是自托管代理，代理机器要能ping通VM的IP，且telnet能连上445端口（SMB默认端口）。
• 检查SMB服务与防火墙：Windows VM要开启SMB服务，防火墙允许445端口的入站流量，同时启用“文件和打印机共享”功能。
• 共享文件夹与权限配置：目标路径必须是VM上的共享文件夹，共享权限要给连接用的Windows账户分配读写权限，同时文件夹的NTFS权限也要对应开放。
• 验证账户有效性：用来连接的Windows账户必须是VM的本地管理员或具备足够权限的用户，密码正确且未被禁用。
• 网络路径格式正确：任务中的目标路径要写成\\<VM-IP-or-FQDN>\<shared-folder-name>的格式，不要使用本地路径。

其他从DevOps向VM复制制品的替代方法 #

如果上面的方法都无法解决，可以试试这些更可靠的方案：

• Azure File Share中转：
  1. 在Azure中创建一个File Share；
  2. 用DevOps的AzureFileCopy任务把制品上传到该File Share；
  3. 在VM中挂载File Share（Windows用net use Z: \\<storage-account-name>.file.core.windows.net\<share-name> /u:<storage-account-name> <storage-account-key>，Linux用mount.cifs），再从共享中复制文件。
• Azure Blob存储中转：
  用DevOps的AzureCLI任务把制品上传到Blob存储，然后在VM中用az storage blob download或AzCopy命令拉取文件，适合大文件传输场景。
• 自托管代理部署在目标VM上：
  把DevOps自托管代理直接安装在要部署的VM上，复制制品就变成本地文件操作，直接用Copy Files任务把制品从代理工作目录复制到VM的目标路径，完全规避网络连接问题。
• Azure DevOps Deployment Groups：
  把VM加入Deployment Group，然后用Deployment Group Job里的Copy Files任务，DevOps会自动通过WinRM（Windows）或SSH（Linux）把文件传到VM上，配置比单独的SSH/Windows File Copy更简化。

内容的提问来源于stack exchange，提问作者Rajat lilhare