Uchunguzi wa proksi katika R: toleo la libcurl, backend ya TLS na itifaki
Kagua toleo, utekelezaji wa TLS na sifa za itifaki za libcurl inayounganishwa na R kando na faili tekelezwa ya curl ya nje.
R iliyosakinishwa katika mazingira ya Conda inaweza kutumia build ya libcurl tofauti na faili tekelezwa ya curl kwenye terminal. Uliza kipindi cha R kinachoshindwa ni maktaba gani inayo kweli:
info <- libcurlVersion()
info
attr(info, 'ssl_version')
attr(info, 'protocols')
Thamani ya herufi huripoti toleo la libcurl iliyounganishwa. Sifa yake ssl_version hutambua utekelezaji wa TLS, wakati protocols huorodhesha itifaki lengwa zinazoungwa mkono na maktaba hiyo. Hizi hueleza njia ya libcurl iliyojengwa ndani ya R, si amri ya shell inayoitwa curl.
Oanisha ripoti na mbinu ya upakuaji
download.file na method='libcurl' hutumia maktaba hii. method='curl' huzindua faili tekelezwa ya nje. Uchaguzi wa sasa wa kiotomatiki wa HTTP(S) hutumia libcurl, na chaguo la download.file.method lenye thamani NULL linaweza kuacha chaguo-msingi hilo.
Fanya ukaguzi katika mazingira halisi yanayochaguliwa na kazi au IDE. Usakinishaji mwingine wa R unaweza kuripoti toleo au backend ya TLS tofauti hata wakati script zake zinaonekana sawa.
Itifaki ya https iliyoorodheshwa inamaanisha kwamba malengo ya HTTPS yanatumika. Hilo halithibitishi kwamba msikilizaji mahususi wa proksi hukubali TLS. Proksi ya kawaida ya HTTP kwa upakuaji wa HTTPS bado ina URL ya proksi yenye http://.
Hifadhi ripoti ya maktaba pamoja na mbinu iliyochaguliwa na hitilafu ya muunganisho. Kushindwa kwa cheti, mpango wa proksi usiotumika na msikilizaji aliyekataliwa hubaki kuwa matokeo tofauti; nambari ya toleo peke yake si utambuzi wao.