Impostazioni proxy in R: download dei pacchetti e richieste API
Seguite l'ambiente della sessione R e il client HTTP che un pacchetto usa davvero, invece di combinare ricette proxy incompatibili da vecchie versioni di R.
Se R riesce a installare un pacchetto ma quel pacchetto non raggiunge la sua API, confrontate i due client delle richieste. download.file(), RCurl e lo strato HTTP proprio di un pacchetto non devono leggere necessariamente le stesse opzioni.
Controllate gli ingressi della sessione in esecuzione
Un programma avviato da terminale eredita l'ambiente di quel terminale. Un collegamento sul desktop o un IDE già in esecuzione può avere valori diversi. Il file di ambiente di avvio R appropriato può contenere:
http_proxy=http://proxy.example:8080
https_proxy=http://proxy.example:8080Sono voci di file di ambiente con un endpoint di esempio. Per le richieste pubbliche a pacchetti o API consentite tramite intermediari pubblici, la lista di proxy HTTP offre candidati per quei valori. Espressioni R come options(download.file.method = "libcurl") appartengono al codice R, non a .Renviron. Mettere l'impostazione che sembra corretta nel formato sbagliato la lascia inutilizzata.
Identificate il file di avvio scelto dalle regole di R su sito/utente, ambiente e directory di lavoro. Un file locale al progetto può spiegare una differenza tra due progetti nello stesso IDE. Modificate il file previsto e riavviate la sessione pertinente; modificarlo non aggiorna il processo già in esecuzione.
Seguite la richiesta del pacchetto che fallisce
Identificate il metodo di download o l'implementazione HTTP effettiva. Un eseguibile curl esterno, il metodo libcurl di R e RCurl sono consumatori distinti con i propri ingressi supportati. Confrontate la stessa destinazione attraverso il pacchetto che fallisce, con i segreti oscurati.
Mantenete le ricette allineate a quell'implementazione e a quella versione di R. Il vecchio consiglio Windows --internet2 descrive un comportamento storico. Conservate anche lo schema di trasporto del vero listener proxy: una destinazione HTTPS può comunque usare un endpoint proxy HTTP. Un'installazione riuscita tramite un altro downloader non stabilisce né la configurazione di questo client né la disponibilità del proxy per questa richiesta.