Proxy-omgewingsveranderlikes vir Julia-aflaaie
Verskaf libcurl-versoenbare proxy-veranderlikes voordat Julia begin en diagnoseer die Downloads-versoek eerder as om te aanvaar dat elke pakket dieselfde backend gebruik.
Julia se Downloads-standaardbiblioteek gebruik libcurl. Verskaf die proxy-omgewing voordat die proses wat die aflaai doen, begin:
export http_proxy='http://proxy.example:8080'
export https_proxy='http://proxy.example:8080'
export no_proxy='localhost,127.0.0.1'
julia fetch.jl
'n Voorbeeld fetch.jl kan die gewone Downloads-API gebruik:
using Downloads
Downloads.download(
"https://downloads.example/data.csv",
"data.csv";
timeout = 30,
)
Die veranderlike https_proxy kies die roete vir 'n HTTPS-bestemming; die http://-waarde dui 'n gewone HTTP-proxy aan. Vir aflaaie wat openbare eindpunte mag gebruik, bied die HTTP-proxylys kandidate vir daardie waarde. Moenie daardie waarde na https:// verander nie, tensy die proxy-luisteraar self TLS ondersteun.
libcurl aanvaar http_proxy net in kleinletters. Ander protokol-proxyveranderlikes het ook hooflettervorme. Sy omseilkonvensie is no_proxy of NO_PROXY, met komma-geskeide inskrywings; http_no_proxy is nie die gedokumenteerde algemene omseilvariabele nie.
'n Julia-proses wat deur 'n IDE of agtergronddiens begin word, erf daardie laaste se omgewing. 'n Veranderlike wat later in 'n ander terminaal uitgevoer word, herkonfigureer dit nie.
Vir diagnose aanvaar Downloads.download verbose=true, en sy ontfout-terugroeping kan gedetailleerde vervoergebeurtenisse ontvang. Hersien daardie uitset plaaslik en verwyder geheime voordat jy dit deel.
'n Pakket wat 'n ander HTTP-implementering gebruik, benodig sy eie konfigurasie-hersiening. 'n Suksesvolle Downloads-oproep bevestig die gedrag van daardie versoek, nie elke netwerkbewerking wat in Julia geskryf is nie.