Diagnóstico de proxy en R: versión de libcurl, backend TLS y protocolos
Inspeccione la versión, la implementación TLS y los atributos de protocolo del libcurl vinculado a R por separado de un ejecutable curl externo.
El R instalado en un entorno Conda puede usar una compilación de libcurl distinta de la del ejecutable curl del terminal. Pregunte a la sesión de R que falla qué biblioteca tiene realmente:
info <- libcurlVersion()
info
attr(info, 'ssl_version')
attr(info, 'protocols')El valor de caracteres informa de la versión del libcurl vinculado. Su atributo ssl_version identifica la implementación TLS, mientras que protocols enumera los protocolos de destino admitidos por esa biblioteca. Describen la ruta libcurl incorporada de R, no un comando de shell llamado curl.
Coincida el informe con el método de descarga
download.file con method='libcurl' usa esta biblioteca. method='curl' lanza el ejecutable externo. La selección automática actual de HTTP(S) usa libcurl, y una opción download.file.method con valor NULL puede dejar ese valor predeterminado.
Ejecute la inspección en el entorno real que seleccione el trabajo o el IDE. Otra instalación de R puede informar de otra versión u otro backend TLS aunque sus scripts parezcan idénticos.
Un protocolo https listado significa que se admiten destinos HTTPS. No demuestra que un determinado oyente de proxy acepte TLS. Un proxy HTTP normal para una descarga HTTPS sigue teniendo una URL de proxy con http://.
Guarde el informe de la biblioteca junto con el método elegido y el error de conexión. Un fallo de certificado, un esquema de proxy no admitido y un oyente rechazado siguen siendo hallazgos distintos; un número de versión por sí solo no es su diagnóstico.