R-proxydiagnostikk: libcurl-versjon, TLS-backend og protokoller
Undersøk versjon, TLS-implementering og protokollattributter for libcurl knyttet til R separat fra en ekstern curl-kjørbar fil.
R installert i et Conda-miljø kan bruke en annen libcurl-bygg enn curl-kjørbarfilen i terminalen. Spør R-økten som feiler hvilket bibliotek den faktisk har:
info <- libcurlVersion()
info
attr(info, 'ssl_version')
attr(info, 'protocols')Tegnverdien rapporterer versjonen av den tilknyttede libcurl. Attributtet ssl_version identifiserer TLS-implementeringen, mens protocols lister opp målprotokollene som biblioteket støtter. De beskriver Rs innebygde libcurl-bane, ikke en shell-kommando som heter curl.
Samsvar rapporten med nedlastingsmetoden
download.file med method='libcurl' bruker dette biblioteket. method='curl' starter den eksterne kjørbare filen. Den nåværende automatiske HTTP(S)-valget bruker libcurl, og et download.file.method-alternativ med verdien NULL kan la denne standarden stå.
Kjør undersøkelsen i det faktiske miljøet som jobben eller IDE-en velger. En annen R-installasjon kan rapportere en annen versjon eller TLS-backend selv når skriptene ser identiske ut.
En oppført https-protokoll betyr at HTTPS-mål støttes. Det beviser ikke at en bestemt proxy-lytter godtar TLS. En vanlig HTTP-proxy for en HTTPS-nedlasting har fortsatt en proxy-URL med http://.
Ta vare på bibliotekrapporten sammen med den valgte metoden og tilkoblingsfeilen. Sertifikatfeil, et ikke-støttet proxy-skjema og en avvist lytter er fortsatt forskjellige funn; et versjonsnummer alene er ikke diagnosen deres.