Діагностика проксі в 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://.

Зберігайте звіт про бібліотеку разом з обраним способом і помилкою з’єднання. Збій сертифіката, непідтримувана схема проксі та відхилений прослуховувач залишаються різними висновками; сам номер версії не є їхнім діагнозом.

Схожі статті