Дыягностыка проксі ў R: версія libcurl, TLS-бэкенд і пратаколы
Праверце версію, рэалізацыю TLS і атрыбуты пратаколаў звязанага з R libcurl асобна ад вонкавага выканальнага файла curl.
R, усталяваны ў асяроддзі Conda, можа выкарыстоўваць іншую зборку libcurl, чым выканальны файл curl у тэрмінале. Спытайце ў сеанса R, які не спрацаваў, якая бібліятэка ў яго насамрэч:
info <- libcurlVersion()
info
attr(info, 'ssl_version')
attr(info, 'protocols')Сімвальнае значэнне паведамляе версію звязанага libcurl. Яго атрыбут ssl_version вызначае рэалізацыю TLS, а protocols пералічвае мэтавыя пратаколы, якія падтрымлівае гэтая бібліятэка. Яны апісваюць убудаваны шлях libcurl у R, а не каманду абалонкі з назвай curl.
Звярніце ўвагу на метад спампоўкі
download.file з method='libcurl' выкарыстоўвае гэтую бібліятэку. method='curl' запускае вонкавы выканальны файл. Цяперашні аўтаматычны выбар HTTP(S) выкарыстоўвае libcurl, і опцыя download.file.method са значэннем NULL можа пакінуць гэтыя паводзіны па змаўчанні.
Праводзьце праверку ў тым асяроддзі, якое выбрана заданнем або IDE. Іншая ўсталёўка R можа паведаміць іншую версію або іншы TLS-бэкенд, нават калі яе скрыпты выглядаюць аднолькава.
Пратакол https у спісе азначае, што мэты HTTPS падтрымліваюцца. Гэта не даказвае, што пэўны слухач проксі прымае TLS. Звычайны HTTP-проксі для спампоўкі праз HTTPS усё яшчэ мае URL проксі з http://.
Захоўвайце справаздачу бібліятэкі разам з выбраным метадам і памылкай злучэння. Збой сертыфіката, непадтрыманая схема проксі і адхілены слухач застаюцца рознымі высновамі; адзін нумар версіі не з'яўляецца іх дыягназам.