まず、失敗しているプロジェクト内の Yarn リリースを確認します:

yarn --version

プロジェクトで選択されたリリースは、別のチェックアウトやターミナルと異なる場合があります。それに合った設定形式を使用してください。

Yarn Classic は古い .yarnrc 形式を使用します:

proxy "http://203.0.113.10:8080"
https-proxy "http://203.0.113.10:8080"

Modern Yarn は .yarnrc.yml で camelCase のキーを使用します:

httpProxy: "http://203.0.113.10:8080"
httpsProxy: "http://203.0.113.10:8080"

ドキュメント用のエンドポイントを、利用中のサービスまたは HTTP プロキシ一覧 にある HTTP プロキシに置き換えてください。これらは異なる形式であり、ひとつの共通ファイル内で互換性のある名前ではありません。Classic のハイフン付きキーをモダンな YAML に貼り付けると、プロキシをテストする前に設定の段階で失敗することがあります。

プロジェクトおよび周囲/ホームの検索ルールを含め、選択したリリースが読み取るファイルを特定してください。より具体的なホスト名の設定 が別の経路を選ぶこともあります。レジストリはパッケージメタデータのソースのままです。それをプロキシ IP に置き換えても転送は設定されません。

ファイルまたはキーを修正した後、実際にネットワークアクセスを必要とする操作を観察してください。キャッシュされた結果は無効な経路を隠すことがあります。実際に失敗しているホスト名とエラーを使って、次の問題が経路、認証、証明書の信頼のどれかを判断してください。

関連記事