GOPROXY kontraŭ HTTP_PROXY: Modula fonto kaj plusenda prokurilo
Tenu la elekton de Go pri modula fonto aparta de la plusenda prokurila vojo uzata por atingi tiun fonton.
GOPROXY elektas Go-modulan elŝutan servon. HTTP_PROXY kaj HTTPS_PROXY elektas retan peranton uzatan por atingi celon. Ĝenerala HTTP-prokurilo kutime ne efektivigas la metadatuman kaj dosieran API-on de la modula servo.
Politiko de la modula fonto
go env GOPROXY GOPRIVATE GONOPROXYĈi tiuj valoroj priskribas, de kie Go akiras modulojn. GONOPROXY elektas modulajn vojojn, kiuj preteriras la modulan servon. Same, GOPROXY=direct petas versionkontrolan aliron por moduloj; ĝi ne malŝaltas HTTP-prokurilajn variablojn por ĉiu konekto.
La reta vojo
POSIX-ŝela alvoko povas provizi plusendan prokurilon sendepende de la modula fonto:
HTTPS_PROXY=http://203.0.113.10:8080 go mod downloadAnstataŭigu la dokumentan finpunkton kaj konservu la celitan valoron de GOPROXY. Por publikaj modulaj elŝutoj, kiuj rajtas uzi publikajn HTTP-prokurilojn, elektu kandidaton el la HTTP-prokura listo. Uzu NO_PROXY por HTTP-transportaj celoj, kiuj devas resti rektaj.
Laŭ la modula politiko, elŝutoj povas kontakti modulan servon, kontrolsumservon, artefakthoston aŭ versionkontrolan servilon. Kiam peto malsukcesas, identigu kaj la fonton elektitan de Go kaj la vojon uzatan por atingi tiun hoston. Nur la demando go env ne montras ĉiun prokurilan mediovariablon kaj ne pruvas kiun konekton la elŝuto malfermis.