R-Proxy-Diagnos: libcurl-Versioun, TLS-Backend an Protokoller
Prüft d'Versioun, d'TLS-Implementatioun an d'Protokollattributer vun der mat R verbonnener libcurl getrennt vun enger externer curl-Binärdatei.
D'R, dat an enger Conda-Ëmgéigend installéiert ass, kann en anere libcurl-Build benotzen wéi d'curl-Binärdatei am Terminal. Frot d'R-Sessioun, déi feelt, wéi eng Bibliothéik se tatsächlech huet:
info <- libcurlVersion()
info
attr(info, 'ssl_version')
attr(info, 'protocols')De Charakterwäert mellt d'Versioun vun der verbonnener libcurl. Seng Attribut ssl_version identifizéiert d'TLS-Implementatioun, während protocols déi vun där Bibliothéik ënnerstützte Zilprotokoller oplëscht. Si beschreiwen de integréierte libcurl-Wee vun R, net en Shell-Befehl mam Numm curl.
Stëmmt de Rapport op d'Download-Method of
download.file mat method='libcurl' benotzt dës Bibliothéik. method='curl' startt d'extern Binärdatei. Déi aktuell automatesch HTTP(S)-Auswiel benotzt libcurl, an eng download.file.method-Optioun mam Wäert NULL kann déi Standardastellung bestoe loossen.
Fëllt d'Iwwerpréiwung an der tatsächlecher Ëmgéigend aus, déi den Job oder d'IDE auswielt. Eng aner R-Installatioun kann eng aner Versioun oder en aneren TLS-Backend melden, och wann hir Skripten identesch ausgesinn.
En opgezielt https-Protokoll bedeit, datt HTTPS-Ziler ënnerstützt ginn. Et beweist net, datt een bestëmmte Proxy-Listener TLS akzeptéiert. En normale HTTP-Proxy fir en HTTPS-Download huet nach ëmmer eng Proxy-URL mat http://.
Behält de Bibliothéiksrapport zesumme mat der gewielter Method an dem Verbindungsfehler. E Zertifikatsfehler, en net ënnerstützt Proxy-Schema an en ofgeleente Listener bleiwen ënnerschiddlech Befuller; eng Versiounsnummer eleng ass net hir Diagnos.