R-proxydiagnostikk: libcurl-versjon, TLS-backend og protokollar
Undersøk versjon, TLS-implementering og protokollattributt for libcurl knytt til R separat frå ei ekstern curl-køyrbar fil.
R installert i eit Conda-miljø kan bruke ein annan libcurl-bygg enn curl-køyrbarfila i terminalen. Spør R-økta som feilar kva bibliotek ho faktisk har:
info <- libcurlVersion()
info
attr(info, 'ssl_version')
attr(info, 'protocols')Teiknverdien rapporterer versjonen av den tilknytte libcurl. Attributtet ssl_version identifiserer TLS-implementeringa, medan protocols listar opp målprotokollane som biblioteket støttar. Dei skildrar den innebygde libcurl-banen til R, ikkje ein shell-kommando som heiter curl.
Samsvar rapporten med nedlastingsmetoden
download.file med method='libcurl' brukar dette biblioteket. method='curl' startar den eksterne køyrbare fila. Det noverande automatiske HTTP(S)-valet brukar libcurl, og eit download.file.method-alternativ med verdien NULL kan la denne standarden stå.
Køyr undersøkinga i det faktiske miljøet som jobben eller IDE-en vel. Ei anna R-installasjon kan rapportere ein annan versjon eller TLS-backend sjølv når skripta ser identiske ut.
Ein oppført https-protokoll betyr at HTTPS-mål er støtta. Det provar ikkje at ein bestemt proxy-lyttar godtek TLS. Ein vanleg HTTP-proxy for ei HTTPS-nedlasting har framleis ein proxy-URL med http://.
Ta vare på bibliotekrapporten saman med den valde metoden og tilkoplingsfeilen. Sertifikatfeil, eit ikkje-støtta proxy-skjema og ein avvist lyttar er framleis ulike funn; eit versjonsnummer åleine er ikkje diagnosen deira.