Invoke-WebRequest无法连接服务器但浏览器可正常下载Cove安装包的问题

主要可能原因及对应解决方法 #

1. TLS协议版本不兼容 #

Windows PowerShell 5.x默认启用的TLS版本多为1.0/1.1，而目标CDN可能仅支持TLS 1.2或更高版本。浏览器会自动协商使用最新兼容协议，因此能正常下载，而PowerShell因协议不匹配被拒绝连接。

解决方法：执行下载命令前先强制设置TLS协议版本：

[Net.ServicePointManager]::SecurityProtocol = [Net.SecurityProtocolType]::Tls12 -bor [Net.SecurityProtocolType]::Tls13

之后再运行Invoke-WebRequest下载命令。

2. 用户代理被CDN拦截 #

部分CDN会拦截非浏览器标识的请求，PowerShell的Invoke-WebRequest默认用户代理字符串可能被识别为非合法请求源，从而被拒绝。

解决方法：模拟浏览器的用户代理发送请求，示例如下：

Invoke-WebRequest 'https://cdn.cloudbackup.management/maxdownloads/mxb-windows-x86_x64.exe' -OutFile $coveFilename -UserAgent "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/118.0.0.0 Safari/537.36"

3. 文件名特殊字符的潜在影响（次要排查） #

虽然错误提示为连接问题，但可临时测试将文件名改为不含#的普通名称，确认是否是特殊字符导致底层API处理异常：

$tempFilename = "temp_cove_installer.exe"
Invoke-WebRequest 'https://cdn.cloudbackup.management/maxdownloads/mxb-windows-x86_x64.exe' -OutFile $tempFilename
# 下载完成后重命名为目标文件名
Rename-Item $tempFilename "bm#xyz123abc456#.exe"

验证步骤 #

1. 优先执行TLS协议设置，再尝试下载；
2. 若仍失败，添加用户代理参数重试；
3. 最后测试文件名变更后的下载流程。

内容的提问来源于stack exchange，提问作者Mike L.