GOPROXY kontra HTTP_PROXY: Modulkilde og videresendingsproxy
Hold Gos valg av modulkilde atskilt fra videresendingsproxy-ruten som brukes for å nå kilden.
GOPROXY velger en Go-tjeneste for nedlasting av moduler. HTTP_PROXY og HTTPS_PROXY velger en nettverksmellommann som brukes for å nå en destinasjon. En generell HTTP-proxy implementerer normalt ikke metadata- og fil-API-et til modultjenesten.
Policy for modulkilden
go env GOPROXY GOPRIVATE GONOPROXY
Disse verdiene beskriver hvor Go henter moduler. GONOPROXY velger modulbaner som omgår modultjenesten. På samme måte ber GOPROXY=direct om versjonskontrolltilgang for moduler; den deaktiverer ikke HTTP-proxyvariabler for alle forbindelser.
Nettverksruten
Et POSIX-skallkall kan levere en videresendingsproxy uavhengig av modulkilden:
HTTPS_PROXY=http://203.0.113.10:8080 go mod download
Bytt ut dokumentasjonens endepunkt og behold den tiltenkte GOPROXY-verdien. For offentlige modullaster som har tillatelse til å bruke offentlige HTTP-proxyer, velger du en kandidat fra HTTP-proxylisten. Bruk NO_PROXY for HTTP-transportmål som skal forbli direkte.
Avhengig av modulpolicyen kan nedlastinger kontakte en modultjeneste, en kontrollsumtjeneste, en artefaktvert eller en versjonskontrollserver. Når en forespørsel mislykkes, må du identifisere både kilden Go valgte og ruten til den aktuelle verten. Spørringen go env viser ikke alle proxy-miljøvariabler og beviser ikke hvilken forbindelse nedlastingen åpnet.