Rのプロキシ設定:パッケージのダウンロードとAPIリクエスト
古いRリリースの互換性のないプロキシ設定例を組み合わせるのではなく、Rセッションの環境と、パッケージが実際に使うHTTPクライアントを追跡します。
Rでパッケージをインストールできるのに、そのパッケージが自身のAPIに到達できない場合は、2つのリクエストクライアントを比較してください。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内の2つのプロジェクト間の違いを説明できます。意図したファイルを変更し、該当するセッションを再起動します。編集しても、既に実行中のプロセスは更新されません。
失敗するパッケージのリクエストを追う
実際のダウンロード方法やHTTP実装を特定します。外部のcurl実行ファイル、Rのlibcurlメソッド、RCurlはそれぞれ独自の対応入力を持つ別々の利用者です。秘密情報を伏せたうえで、失敗するパッケージを通して同じ宛先を比較します。
設定例はその実装とRリリースに合わせて保ちます。古いWindowsの--internet2の助言は過去の挙動を説明したものです。実際のプロキシリスナーのトランスポート方式も保ってください。HTTPSの宛先でもHTTPプロキシのエンドポイントを使えます。別のダウンローダーでのインストール成功は、このクライアントの設定も、このリクエストに対するプロキシの可用性も証明しません。