หาก R ติดตั้งแพ็กเกจได้ แต่แพ็กเกจนั้นเข้าถึง API ของตัวเองไม่ได้ ให้เปรียบเทียบไคลเอนต์ที่ส่งคำขอทั้งสองตัว download.file(), RCurl และชั้น HTTP ของแพ็กเกจเองไม่จำเป็นต้องอ่านตัวเลือกเดียวกัน

ตรวจสอบอินพุตของเซสชันที่กำลังทำงาน

โปรแกรมที่เปิดจากเทอร์มินัลจะสืบทอดสภาพแวดล้อมของเทอร์มินัลนั้น ทางลัดบนเดสก์ท็อปหรือ IDE ที่ทำงานอยู่แล้วอาจมีค่าที่ต่างกัน ไฟล์สภาพแวดล้อมเริ่มต้นของ R ที่เหมาะสมอาจมี:

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

สิ่งเหล่านี้คือรายการในไฟล์สภาพแวดล้อมที่มีปลายทางตัวอย่าง สำหรับคำขอแพ็กเกจหรือ API สาธารณะที่อนุญาตผ่านตัวกลางสาธารณะ รายการพร็อกซี่ HTTP เสนอผู้สมัครสำหรับค่าเหล่านั้น นิพจน์ R เช่น options(download.file.method = "libcurl") อยู่ในโค้ด R ไม่ใช่ใน .Renviron การวางการตั้งค่าที่ดูเหมือนถูกต้องในรูปแบบที่ผิดจะทำให้ไม่ได้ใช้

ระบุไฟล์เริ่มต้นที่กฎของ R เกี่ยวกับไซต์/ผู้ใช้ สภาพแวดล้อม และไดเรกทอรีทำงานเลือก ไฟล์ภายในโปรเจกต์สามารถอธิบายความแตกต่างระหว่างสองโปรเจกต์ใน IDE เดียวกันได้ เปลี่ยนไฟล์ที่ต้องการแล้วรีสตาร์ตเซสชันที่เกี่ยวข้อง การแก้ไขไฟล์ไม่ทำให้กระบวนการที่กำลังทำงานอยู่แล้วอัปเดต

ติดตามคำขอของแพ็กเกจที่ล้มเหลว

ระบุวิธีดาวน์โหลดหรือการนำ HTTP ไปใช้จริง ไฟล์เรียกทำงาน curl ภายนอก วิธี libcurl ของ R และ RCurl เป็นผู้ใช้ที่แตกต่างกันซึ่งมีอินพุตที่รองรับของตัวเอง เปรียบเทียบปลายทางเดียวกันผ่านแพ็กเกจที่ล้มเหลว โดยปิดบังข้อมูลลับ

รักษาสูตรให้ตรงกับการนำไปใช้และเวอร์ชัน R นั้น คำแนะนำ --internet2 ของ Windows แบบเก่าอธิบายพฤติกรรมในอดีต ควรคงรูปแบบการขนส่งของตัวรับฟังพร็อกซี่จริงไว้ด้วย ปลายทาง HTTPS ยังสามารถใช้ปลายทางพร็อกซี่ HTTP ได้ การติดตั้งสำเร็จผ่านตัวดาวน์โหลดอื่นไม่ได้ยืนยันทั้งการกำหนดค่าของไคลเอนต์นี้หรือความพร้อมใช้งานของพร็อกซี่สำหรับคำขอนี้

บทความที่เกี่ยวข้อง