看起来你在使用JFrog CLI从Artifactory下载文件时碰到了405 Method Not Allowed的问题，虽然jfrog rt ping能正常返回OK，但下载就是失败——我来帮你梳理下可能的原因和解决办法：

核心问题分析 #

405 Method Not Allowed意味着CLI发送的请求方法（比如GET）不被Artifactory服务器接受，但ping正常说明你的基础连接、身份验证都是没问题的，问题大概率出在命令参数配置、权限或者路径解析上。

具体排查与修复步骤 #

1. 修正下载命令的参数格式 #

你的原命令里，URL末尾的斜杠和后面的通配符*分开写，会导致CLI对路径的解析出现问题，这是最常见的诱因。

原命令：

jfrog rt dl --user *username* --password *password* -url https://*domain*.jfrog.io/artifactory/*my-folder-name*/ --flat=false * c:/jfrog/

调整后的正确格式（二选一即可）：

• 把通配符整合到路径模式中：

jfrog rt dl --user *username* --password *password* --url https://*domain*.jfrog.io/artifactory/ "*my-folder-name*/**" c:/jfrog/ --flat=false

• 或者保持URL完整，用**匹配所有子文件/文件夹：

jfrog rt dl --user *username* --password *password* --url https://*domain*.jfrog.io/artifactory/*my-folder-name*/ --flat=false "**" c:/jfrog/

这里的**是递归匹配所有内容的通配符，比单个*更可靠，能确保CLI正确识别你要下载的范围。

2. 检查目标路径的下载权限 #

jfrog rt ping只验证你能连接Artifactory并通过身份验证，但不检查你对*my-folder-name*这个路径的具体权限。你需要：

• 登录Artifactory Web UI，找到*my-folder-name*所在的仓库
• 进入该文件夹的权限设置页面，确认你的用户账号（或所属用户组）拥有Read（读取/下载）权限
• 如果权限不足，联系Artifactory管理员添加对应权限

3. 排查反向代理的方法限制 #

如果你的Artifactory前面部署了反向代理（比如Nginx、Apache），可能代理服务器限制了某些HTTP方法。虽然下载通常用GET请求，但也有可能代理配置里误拦截了相关请求：

• 检查代理的配置文件，确保允许针对Artifactory路径的GET请求
• 暂时绕过代理（如果可行），直接连接Artifactory测试下载，判断是否是代理的问题

4. 升级JFrog CLI到最新版本 #

旧版本的JFrog CLI可能和新版本的Artifactory存在兼容性问题，导致请求方法不匹配。你可以执行以下命令升级CLI：

jfrog rt upgrade

升级完成后再重新尝试下载命令。

验证测试 #

为了快速定位问题，你可以先简化命令，尝试下载单个具体文件：

jfrog rt dl --user *username* --password *password* --url https://*domain*.jfrog.io/artifactory/ "*my-folder-name*/test-file.txt" c:/jfrog/

• 如果这个命令能成功，说明是原命令的通配符/路径格式问题
• 如果还是返回405，那就要重点排查权限或服务器/代理的配置问题

另外，你还可以查看Artifactory服务器的access.log日志文件，里面会记录详细的请求信息（包括请求方法、路径、用户），能帮你更精准地定位错误原因。

内容的提问来源于stack exchange，提问作者Rony Levi