自定义GOPROXY未生效求助：为何Go构建仍访问proxy.golang.org？

数据老陈

2026-7-16

问题

尝试通过公司的Go制品代理从github.com下载制品，Dockerfile中定义了如下命令用于下载buf：

RUN GOPROXY=https://go.ci.artifacts.company.com/artifactory/golang-go-release-remote,direct go install \
    github.com/bufbuild/buf/cmd/buf@v1.19.0

但构建失败，报错信息如下：

13:28:10  ---&gt; Running in 829d352a2aa5
13:28:15 go: github.com/klauspost/compress@v1.16.7: reading https://proxy.golang.org/github.com/klauspost/compress/@v/v1.16.7.zip: 403 Forbidden
13:28:18 Could not build image: The command '/bin/sh -c go mod download' returned a non-zero code: 1

为何定义的GOPROXY未被使用，反而尝试访问https://proxy.golang.org？

也曾在下载前的Dockerfile中添加以下命令，但定义的代理仍未生效：

ENV GO111MODULE=on
RUN go mod init

分析与解决

核心原因

临时环境变量作用域有限
你在RUN go install里临时设置的GOPROXY只对当前这条go install命令生效，但报错显示实际触发失败的是go mod download——这个命令要么是Dockerfile里其他未设置GOPROXY的RUN指令，要么是基础镜像自带的构建步骤，它不会继承之前那条RUN里的临时环境变量。
go mod init属于无效操作
使用go install <module>@version这种模块模式安装第三方工具时，根本不需要手动执行go mod init——这个命令是用来初始化本地Go项目模块的，和远程下载第三方模块完全无关，反而可能干扰正常的模块下载逻辑。

解决办法

方法1：全局设置GOPROXY环境变量

把GOPROXY设为全局环境变量，让所有Go命令都能自动继承：

ENV GO111MODULE=on
ENV GOPROXY=https://go.ci.artifacts.company.com/artifactory/golang-go-release-remote,direct

RUN go install github.com/bufbuild/buf/cmd/buf@v1.19.0

方法2：给所有Go命令显式指定GOPROXY

如果不想全局设置环境变量，要确保每个涉及Go模块下载的RUN命令都显式带上GOPROXY参数，包括可能存在的go mod download：

RUN GO111MODULE=on GOPROXY=https://go.ci.artifacts.company.com/artifactory/golang-go-release-remote,direct go install github.com/bufbuild/buf/cmd/buf@v1.19.0

# 若Dockerfile中有单独的go mod download命令，同样需要指定GOPROXY
RUN GO111MODULE=on GOPROXY=https://go.ci.artifacts.company.com/artifactory/golang-go-release-remote,direct go mod download

额外检查点

可以在Dockerfile中添加RUN echo $GOPROXY命令，验证基础镜像是否自带了GOPROXY环境变量，避免被覆盖
确认公司代理能正常访问github.com/klauspost/compress这类依赖包，排除代理本身的权限或连通性问题

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