R-proxy-diagnoaze: libcurl-ferzje, TLS-backend en protokollen
Undersykje de ferzje, TLS-ymplemintaasje en protokolattributen fan de oan R keppele libcurl apart fan in eksterne curl-útfierbere triem.
De R dy't yn in Conda-omjouwing ynstallearre is, kin in oare libcurl-bou brûke as de curl-útfierbere triem yn 'e terminal. Freegje de R-sesje dy't mislearret hokker biblioteek dy't eins hat:
info <- libcurlVersion()
info
attr(info, 'ssl_version')
attr(info, 'protocols')De tekenwearde jout de ferzje fan 'e keppele libcurl. It attribút ssl_version identifisearret de TLS-ymplemintaasje, wylst protocols de bestimmingsprotokollen listet dy't dy biblioteek stipet. Se beskriuwe it ynboude libcurl-paad fan R, net in shell-opdracht mei de namme curl.
Koppelje it rapport oan de downloadmetoade
download.file mei method='libcurl' brûkt dizze biblioteek. method='curl' start de eksterne útfierbere triem. De hjoeddeiske automatyske HTTP(S)-kar brûkt libcurl, en in download.file.method-opsje mei wearde NULL kin dy standert stean litte.
Fier de ynspeksje út yn 'e werklike omjouwing dy't de taak of IDE kiest. In oare R-ynstallaasje kin in oare ferzje of TLS-backend rapportearje sels as syn skripts itselde lykje.
In listeare https-protokol betsjut dat HTTPS-bestimmings stipe wurde. It bewiist net dat in beskaat proxy-harker TLS akseptearret. In gewoane HTTP-proxy foar in HTTPS-download hat noch altyd in proxy-URL mei http://.
Bewarje it biblioteekrapport njonken de keazen metoade en de ferbiningsflater. In sertifikaatflater, in net-stipe proxy-skema en in wegere harker bliuwe ferskillende befinings; in ferzjenûmer allinnich is har diagnoaze net.