在JFrog Artifactory发布Go依赖时遭遇400错误求助

一、先解决TLS层面的异常 #

日志中先出现local error: tls: bad record MAC，这是TLS加密传输的校验错误，是后续400错误的潜在诱因：

• 核对本地机器与Artifactory服务器的系统时间，时间差超过5分钟可能导致TLS会话失效，同步时间后重试
• 测试证书有效性：用curl -v https://artifactory.test.com/artifactory/发起请求，若出现证书不信任提示，需将服务器SSL证书导入本地信任存储；测试环境可临时添加--insecure-tls参数到jf go-publish命令中跳过校验
• 排查网络干扰：确认是否有代理、防火墙、WAF等设备篡改TLS流量，尝试在服务器本地执行命令测试

二、检查Go仓库配置与命令参数 #

仓库配置验证 #

• 确认demo-go-repo-local是专门的Go模块仓库（不是通用本地仓库），Artifactory中Go仓库需启用模块支持，且仓库布局为go-default，否则无法正确识别github.com/grpc/@v/v1.2.3.zip这类路径
• 检查仓库权限：确保admin用户拥有该仓库的Deploy/Deploy Cache权限

命令参数修正 #

• --deps=ALL会批量发布所有依赖，但需确保项目根目录存在go.mod和go.sum，且目标依赖github.com/grpc/v1.2.3已被正确拉取到本地缓存
• 尝试简化命令，先测试单个依赖发布：jf go-publish github.com/grpc/v1.2.3 --self=false --repo=demo-go-repo-local，明确指定目标仓库，避免默认仓库配置错误
• 若不需要发布所有依赖，去掉--deps=ALL，只发布指定版本

三、API端点与CLI配置检查 #

• 日志中的请求路径/api/go/go-modules/github.com/grpc/...缺少仓库名称，正确的Go模块API路径应为/api/go/<repo-name>/github.com/grpc/...，因此必须在命令中显式添加--repo=demo-go-repo-local参数，或在CLI配置中把该仓库设为默认Go仓库
• 升级JFrog CLI到最新版本：旧版本可能存在Go模块发布的兼容性bug，执行jf update升级后重试
• 重新验证CLI配置：执行jf c show demo-go-repo-local确认仓库URL、用户权限等信息正确，必要时用jf c add重新配置

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