You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

Azure DevOps中CopyFilesOverSSH@0任务失败求助:SSH认证异常

排查Azure DevOps CopyFilesOverSSH@0认证失败问题

排查方向及步骤

  • 核对SSH服务连接的认证配置一致性
    确认Azure DevOps中POCTARGET这个SSH服务连接的认证参数(密码/SSH密钥),确保CopyFilesOverSSH@0和SSH@0使用的是完全相同的配置。如果是密钥认证,检查密钥文件是否完整、路径是否正确;如果是密码认证,确认密码未过期且输入无误。同时手动测试该SSH服务连接的连通性,验证基础连接是否正常。

  • 验证源文件夹路径的有效性
    在现有SSH@0任务中添加命令,确认源路径下存在待复制文件:

    ls -la $(System.ArtifactsDirectory)/build/
    

    若路径为空或不存在,会导致CopyFilesOverSSH@0任务触发异常,部分场景下会被误提示为认证失败。

  • 查看目标VM的SSH服务日志
    登录VNet A中的目标VM,查看SSH认证日志(通常位于/var/log/auth.log或/var/log/secure),日志会明确记录认证失败的具体原因,比如密钥不匹配、目标目录权限不足、用户无写入权限等。同时提前确认目标文件夹~/back是否存在,若不存在,在CopyFilesOverSSH@0前通过SSH@0任务创建:

    mkdir -p ~/back
    
  • 排查VMSS代理的网络与权限差异
    虽然SSH@0能成功执行命令,但CopyFilesOverSSH@0涉及文件传输,可能需要临时端口支持,确认VNet B的VMSS代理到VNet A目标VM的NSG规则中,除22端口外,是否限制了相关出站/入站流量。另外检查VMSS代理的系统用户是否有读取$(System.ArtifactsDirectory)/build/下文件的权限,权限不足也可能触发误导性的认证失败提示。

内容的提问来源于stack exchange,提问作者Bronems

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.06.28 22:24:58