R 프록시 설정: 패키지 다운로드와 API 요청
오래된 R 릴리스의 호환되지 않는 프록시 설정을 조합하는 대신 R 세션 환경과 패키지가 실제로 사용하는 HTTP 클라이언트를 추적하세요.
R이 패키지를 설치할 수 있지만 그 패키지가 자체 API에 도달하지 못한다면 두 요청 클라이언트를 비교하세요. download.file(), RCurl, 패키지 자체의 HTTP 계층이 같은 옵션을 읽는다고 볼 수는 없습니다.
실행 중인 세션의 입력 확인
터미널에서 시작한 프로그램은 그 터미널의 환경을 상속합니다. 데스크톱 바로 가기나 이미 실행 중인 IDE는 다른 값을 가질 수 있습니다. 적절한 R 시작 환경 파일에는 다음이 들어갈 수 있습니다.
http_proxy=http://proxy.example:8080
https_proxy=http://proxy.example:8080이는 예시 엔드포인트가 있는 환경 파일 항목입니다. 공개 중개자를 통해 허용되는 공개 패키지나 API 요청에는 HTTP 프록시 목록이 그 값에 대한 후보를 제공합니다. options(download.file.method = "libcurl") 같은 R 표현식은 R 코드에 속하며 .Renviron 에는 속하지 않습니다. 올바르게 보이는 설정을 잘못된 형식으로 두면 사용되지 않은 채 남습니다.
R의 사이트/사용자, 환경, 작업 디렉터리 규칙이 선택하는 시작 파일을 식별하세요. 프로젝트 내부 파일은 같은 IDE의 두 프로젝트 간 차이를 설명할 수 있습니다. 의도한 파일을 바꾸고 해당 세션을 다시 시작하세요. 파일을 편집해도 이미 실행 중인 프로세스는 갱신되지 않습니다.
실패하는 패키지의 요청 추적
실제 다운로드 방법이나 HTTP 구현을 식별하세요. 외부 curl 실행 파일, R의 libcurl 방식, RCurl은 각자 지원하는 입력이 다른 별개의 소비자입니다. 비밀 정보를 가린 채 실패하는 패키지로 같은 목적지를 비교하세요.
설정 예시는 그 구현과 R 릴리스에 맞게 유지하세요. 오래된 Windows --internet2 조언은 과거 동작을 설명합니다. 실제 프록시 리스너의 전송 방식을 유지하세요. HTTPS 목적지도 여전히 HTTP 프록시 엔드포인트를 사용할 수 있습니다. 다른 다운로더로 설치에 성공했다고 해서 이 클라이언트의 구성이나 이 요청에 대한 프록시 가용성이 입증되지는 않습니다.