GOPROXY teenoor HTTP_PROXY: Modulbron en aanstuur-proxy

Hou Go se keuse van modulebron apart van die aanstuur-proxyroete wat gebruik word om daardie bron te bereik.

GOPROXY kies ’n Go-moduleaflaaidiens. HTTP_PROXY en HTTPS_PROXY kies ’n netwerk-tussenganger om ’n bestemming te bereik. ’n Algemene HTTP-proxy implementeer normaalweg nie die modulediens se metadata- en lêer-API nie.

Modulebronbeleid

go env GOPROXY GOPRIVATE GONOPROXY

Hierdie waardes beskryf waar Go modules verkry. GONOPROXY kies modulepaaie wat die modulediens omseil. Net so versoek GOPROXY=direct weergawebeheer-toegang vir modules; dit skakel nie HTTP-proxyveranderlikes vir elke verbinding af nie.

Die netwerkroete

’n POSIX-dop-oproep kan onafhanklik van die modulebron ’n aanstuur-proxy verskaf:

HTTPS_PROXY=http://203.0.113.10:8080 go mod download

Vervang die dokumentasie-eindpunt en behou die bedoelde GOPROXY-waarde. Vir openbare moduleaflaaie wat openbare HTTP-proxies mag gebruik, kies ’n kandidaat uit die HTTP-proxylys. Gebruik NO_PROXY vir HTTP-vervoerbestemmings wat direk moet bly.

Afhangend van die modulebeleid kan aflaaie ’n modulediens, kontrolesomdiens, artefakgasheer of weergawebeheerserver kontak. Wanneer ’n versoek misluk, identifiseer sowel die bron wat Go gekies het as die roete waarmee daardie spesifieke gasheer bereik is. Die go env-navraag wys nie op sigself elke proxy-omgewingsveranderlike nie en bewys nie watter verbinding ’n aflaai oopgemaak het nie.

Verwante artikels