Pengaturan proxy R: unduhan paket versus permintaan API

Jika R dapat memasang paket tetapi paket itu tidak dapat menjangkau API-nya, bandingkan kedua klien yang membuat permintaan. download.file(), RCurl, dan lapisan HTTP milik paket sendiri belum tentu membaca opsi yang sama.

Periksa masukan sesi yang sedang berjalan

Program yang diluncurkan dari terminal mewarisi lingkungan terminal tersebut. Pintasan desktop atau IDE yang sudah berjalan dapat memiliki nilai berbeda. Berkas lingkungan mulai R yang sesuai dapat berisi:

http_proxy=http://proxy.example:8080
https_proxy=http://proxy.example:8080

Ini adalah entri berkas lingkungan dengan titik akhir contoh. Untuk permintaan paket atau API publik yang diizinkan melalui perantara publik, daftar proxy HTTP menawarkan kandidat untuk nilai tersebut. Ekspresi R seperti options(download.file.method = "libcurl") termasuk dalam kode R, bukan .Renviron. Menempatkan pengaturan yang tampak benar dalam format yang salah membuatnya tidak terpakai.

Identifikasi berkas mulai yang dipilih oleh aturan situs/pengguna, lingkungan, dan direktori kerja R. Berkas lokal proyek dapat menjelaskan perbedaan antara dua proyek di IDE yang sama. Ubah berkas yang dimaksud dan mulai ulang sesi terkait; menyuntingnya tidak memperbarui proses yang sudah berjalan.

Ikuti permintaan paket yang gagal

Identifikasi metode unduhan atau implementasi HTTP yang sebenarnya. Eksekusi curl eksternal, metode libcurl R, dan RCurl adalah konsumen berbeda dengan masukan yang didukung masing-masing. Bandingkan tujuan yang sama melalui paket yang gagal, dengan rahasia disamarkan.

Jaga resep tetap cocok dengan implementasi dan rilis R itu. Saran Windows --internet2 yang lama menggambarkan perilaku historis. Pertahankan juga skema transport pendengar proxy yang sebenarnya: tujuan HTTPS masih dapat memakai titik akhir proxy HTTP. Pemasangan yang berhasil melalui pengunduh lain tidak membuktikan konfigurasi klien ini maupun ketersediaan proxy untuk permintaan ini.