Диагностика на прокси в 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, а не shell команда с име curl.
Съпоставете отчета с метода за изтегляне
download.file с method='libcurl' използва тази библиотека. method='curl' стартира външния изпълним файл. Текущият автоматичен избор за HTTP(S) използва libcurl и опция download.file.method със стойност NULL може да остави това поведение по подразбиране.
Изпълнете проверката в действителната среда, избрана от задачата или IDE. Друга инсталация на R може да отчете друга версия или TLS бекенд, дори когато скриптовете ѝ изглеждат идентични.
Изброен протокол https означава, че HTTPS дестинациите се поддържат. Това не доказва, че конкретен прокси слушател приема TLS. Обикновено HTTP прокси за HTTPS изтегляне все още има прокси URL с http://.
Пазете отчета за библиотеката заедно с избрания метод и грешката при свързване. Провал на сертификат, неподдържана прокси схема и отказан слушател остават различни находки; номерът на версията сам по себе си не е тяхната диагноза.