Diagnostyka serwera proxy w R: wersja libcurl, backend TLS i protokoły

Sprawdź wersję, implementację TLS i atrybuty protokołów libcurl powiązanego z R oddzielnie od zewnętrznego pliku wykonywalnego curl.

R zainstalowany w środowisku Conda może używać innej kompilacji libcurl niż plik wykonywalny curl w terminalu. Zapytaj zawodną sesję R, którą bibliotekę faktycznie ma:

info <- libcurlVersion()
info
attr(info, 'ssl_version')
attr(info, 'protocols')

Wartość znakowa podaje wersję powiązanego libcurl. Jej atrybut ssl_version identyfikuje implementację TLS, a protocols wymienia docelowe protokoły obsługiwane przez tę bibliotekę. Opisują one wbudowaną ścieżkę libcurl w R, a nie polecenie powłoki o nazwie curl.

Dopasuj raport do metody pobierania

download.file z method='libcurl' używa tej biblioteki. method='curl' uruchamia zewnętrzny plik wykonywalny. Bieżący automatyczny wybór HTTP(S) używa libcurl, a opcja download.file.method o wartości NULL może pozostawić to ustawienie domyślne.

Przeprowadź kontrolę w rzeczywistym środowisku wybranym przez zadanie lub IDE. Inna instalacja R może zgłosić inną wersję lub backend TLS, nawet gdy jej skrypty wyglądają identycznie.

Wymieniony protokół https oznacza, że cele HTTPS są obsługiwane. Nie dowodzi to, że konkretny odbiornik proxy akceptuje TLS. Zwykły serwer proxy HTTP do pobierania HTTPS nadal ma adres URL proxy z http://.

Zachowaj raport biblioteki wraz z wybraną metodą i błędem połączenia. Błąd certyfikatu, nieobsługiwany schemat proxy i odrzucony odbiornik pozostają różnymi ustaleniami; sam numer wersji nie jest ich diagnozą.

Powiązane artykuły