GitLab Runner: 失敗したジョブステージのプロキシ設定を見つける
Runner の制御、イメージの取得、リポジトリの取得、ジョブ内のダウンロードは、それぞれ異なるプロセスから発生する可能性があります。
| 最初の失敗 | 確認すべき入力 |
|---|---|
| Runner が GitLab に接続する | Runner サービスの環境 |
| ジョブイメージを取得する | Docker デーモン/取得サービス |
| リポジトリを取得する | 実際の Git クライアント/ヘルパーの環境 |
| ジョブコマンドのダウンロード | コンテナとそのツール自身のクライアント設定 |
ジョブ変数は、コンテナの作成にすでに必要なイメージ取得には間に合いません。Runner の制御接続が成功しても、分離されたジョブの到達性を確立することはできません。
127.0.0.1:3128 の場合は、リスナーを特定します。ジョブコンテナのループバックは Runner ホストではありません。意図したジョブネットワークだけにホスト側ヘルパーへのアクセスを与え、そのアップストリームアカウントを意図的に管理してください。
デプロイされた Runner/エグゼキューターがサポートするインターフェースを適用し、次に実際のダウンローダーのバージョン固有のオプションを適用します。ステージ、要求元プロセス、試行したエンドポイントは、アカウント固有の推測を共有ラッパーに入れるのではなく、秘匿化した診断情報に残してください。