GCP自托管Windows2022代理上PowerShell@2任务下载失败求助

可能原因 #

• PowerShell@2任务的下载源对TLS配置要求更严格：虽然系统支持TLS 1.2，但默认启用的加密套件（cipher suite）不匹配远程服务器的要求，导致连接被强制中断；部分场景下服务器可能要求TLS 1.3，而系统默认未启用。
• 代理服务器（版本3.238.0）兼容性问题：PowerShell@2与@1的下载请求在协议协商、请求头格式上存在差异，代理未正确处理这些差异，导致连接被远程主机关闭。
• GCP网络规则限制：虚拟机所在的防火墙或安全组仅允许PowerShell@1的下载源访问，而PowerShell@2的下载域名/IP段被拦截。

解决建议 #

调整TLS配置 #

• 强制PowerShell使用兼容的TLS版本及加密套件，在任务执行前添加前置脚本：

  # 强制启用TLS 1.2，若系统支持可叠加TLS 1.3
  [Net.ServicePointManager]::SecurityProtocol = [Net.SecurityProtocolType]::Tls12 -bor [Net.SecurityProtocolType]::Tls13
  # 开启.NET强加密配置
  reg add "HKLM\SOFTWARE\Microsoft\.NETFramework\v4.0.30319" /v SchUseStrongCrypto /t REG_DWORD /d 1 /f
  reg add "HKLM\SOFTWARE\Wow6432Node\Microsoft\.NETFramework\v4.0.30319" /v SchUseStrongCrypto /t REG_DWORD /d 1 /f
  

• 手动测试PowerShell@2任务包下载：

  Invoke-WebRequest -Uri "https://taskgallery.azureedge.net/prod/Tasks/PowerShell/2.237.5/PowerShell.zip" -UseBasicParsing -OutFile "PS2.zip"
  

排查代理问题 #

• 查看代理服务器日志，确认PowerShell@2的下载请求是否被拦截或协议协商失败。
• 临时绕过代理（若网络策略允许），直接下载任务包验证是否为代理导致的问题。
• 升级代理到最新稳定版本，检查官方更新日志中是否有针对此类连接问题的修复。

检查GCP网络规则 #

• 确认虚拟机所在VPC防火墙、安全组已允许访问taskgallery.azureedge.net域名及对应IP段。
• 对比PowerShell@1和@2的下载源，确保两者的域名/IP都在允许列表内。

升级相关组件 #

• 尝试使用更高版本的PowerShell@2任务（如PowerShell@2.240.0），新版本可能修复了下载连接问题。
• 升级代理至最新版本，避免旧版本的兼容性缺陷。

内容的提问来源于stack exchange，提问作者Rinku Rajole